Способ управления состоянием доставки данных нисходящей линии связи
Изобретение относится к управлению доставкой пакетов данных нисходящей линии связи, а более конкретно, к состоянию доставки данных нисходящей линии связи (DDDS), используемому для того, чтобы реализовывать такое управление. Техническим результатом является уменьшение передачи необязательной информации, эффективность использования DDDS. Указанный результат достигается за счет формирования и использования модифицированного DDDS, подходящего для RLC AM и RLC UM. Модифицированное DDDS необязательно включает в себя IE, указывающий наибольший порядковый номер пакета, успешно доставленного в беспроводной терминал. Узел B, который поддерживает беспроводную связь с беспроводным терминалом, отправляет модифицированное DDDS в узел A, причем узел A отправляет пакеты DL-данных в узел B для передачи в беспроводной терминал в ответ на принимаемое модифицированное DDDS. 8 н. и 34 з.п. ф-лы, 3 табл., 18 ил.
Данная заявка притязает на приоритет предварительной заявки на патент (США) порядковый номер 62/563852, поданной 27 сентября 2017 года, раскрытие которой полностью содержится в данном документе по ссылке.
Область техники, к которой относится изобретение
Решение, представленное в данном документе, в общем, относится к управлению доставкой пакетов данных нисходящей линии связи, а более конкретно, относится к состоянию доставки данных нисходящей линии связи (DDDS), используемому для того, чтобы реализовывать такое управление.
Уровень техники
Обычно, все термины, используемые в данном документе, должны интерпретироваться согласно их обычному смыслу в релевантной области техники, если другой смысл не приводится четко и/или не подразумевается из контекста, в котором он используется. Все ссылки на элемент, оборудование, компонент, средство, этап и т.д." в единственном числе должны интерпретироваться открыто как означающие, по меньшей мере, один экземпляр элемента, оборудования, компонента, средства, этапа и т.д., если в явной форме не указано иное. Этапы любых способов, раскрытых в данном документе, не должны обязательно выполняться в точном раскрытом порядке, если этап не описывается явно как идущий после или предшествующий другому этапу, и/или если неочевидно то, что этап должен идти после или предшествовать другому этапу. Любой признак любого из вариантов осуществления, раскрытых в данном документе может применяться к любому другому варианту осуществления при необходимости. Аналогично, любое преимущество любого из вариантов осуществления может применяться к любым другим вариантам осуществления, и наоборот. Другие цели, признаки и преимущества включенных вариантов осуществления должны становиться очевидными из нижеприведенного описания.
Режим сдвоенного подключения представляет собой признак стандарта Партнерского проекта третьего поколения (3GPP) версия 12, в котором радиоресурсы из двух eNB агрегируются, и абонентское устройство (UE) соединяется с двумя eNB одновременно. Чтобы способствовать распределению данных пользовательской плоскости, состояние доставки данных нисходящей линии связи (DDDS) введено для того, чтобы предоставлять обратную связь, чтобы обеспечивать возможность узлу, размещающему объект по протоколу конвергенции пакетных данных (PDCP), управлять потоком пользовательских данных нисходящей линии связи.
Когда 3GPP версия 15 вводит 5G/новый стандарт радиосвязи (NR), режим сдвоенного подключения предположительно должен расширяться таким образом, чтобы охватывать режим сдвоенного подключения между узлом по стандарту долгосрочного развития (LTE) и NR-узлом или между двумя NR-узлами. См., например, фиг. 6, который показывает пример режима сдвоенного подключения в NR.
С введением разбиения узла сети радиодоступа следующего поколения (NG-RAN) на центральный блок (CU) и распределенный блок (DU), протокол пользовательской плоскости также вводится в 5G NG-RAN-узле. Следовательно, DDDS включается в следующие протоколы пользовательской плоскости: протокол пользовательской плоскости на основе X2-интерфейса (X2UP), протокол пользовательской плоскости на основе Xn-интерфейса (XnUP) и протокол пользовательской плоскости на основе F1-интерфейса (F1UP).
Традиционное DDDS включает в себя следующие три обязательных информационных элемента (IE):
- наибольший порядковый номер (SN) протокольной PDCP-единицы данных (PDU), успешно доставленный упорядоченно в UE, из этих PDCP PDU, принимаемых из NG-RAN-узла (например, gNB), размещающего PDCP-объект;
- требуемый размер буфера в байтах для связанного канала-носителя данных; и
- минимальный требуемый размер буфера в байтах для UE.
Требуемый размер буфера задается "как информация текущего требуемого размера буфера во вторичном eNB (SeNB) для передачи в UE пользовательских данных, ассоциированных с конкретным E-RAB (каналом-носителем радиодоступа E-UTRAN (сети универсального наземного радиодоступа)), сконфигурированным с вариантом с разбитыми каналами-носителями".
Это ограничивает использование DDDS и приводит к его невозможности в случаях, когда необходимо лучше использовать сообщение.
В настоящее время существуют определенные сложности. Как указано выше, один из обязательных представленных информационных элементов в LTE DDDS представляет собой "наибольший порядковый PDCP PDU-номер, успешно доставленный упорядоченно в UE". Во-первых, это подразумевает то, что DDDS служит только для режима с подтверждением приема на уровне управления радиосвязью (RLC AM), в котором система может передавать в качестве обратной связи PDCP PDU, успешно доставленные и имеющие подтверждение приема посредством UE. Во-вторых, это подразумевает то, что частота отправки DDDS определяется посредством RLC ACK-частоты, которая представляет собой темп/частоту, с которым RLC-уровень отправляет подтверждение приема. Предпочтительно иметь возможность использовать DDDS для управления потоками пользовательских данных в RLC-режиме без подтверждения приема (UM).
Другой недостаток состоит в том, что невозможно отправлять DDDS до того, как первый RLC отправляет ACK-сообщение. Отправка DDDS заранее может быть полезной для вспомогательного узла (например, SeNB или S-NG-RAN-узел), чтобы информировать узел, размещающий PDCP-объект, (например, MeNB или M-NG-RAN-узел), в отношении требуемого размера буфера таким образом, что узел, размещающий PDCP-объект, может распределять блоки данных соответствующим образом.
В завершение, невозможно использовать DDDS только для целей предоставления информации требуемого размера буфера и минимального требуемого размера буфера во время передачи данных, без повторения "наибольшего порядкового PDCP PDU-номера, успешно доставленного", когда он является неизменным.
Сущность изобретения
Конкретные аспекты настоящего раскрытия и его вариантов осуществления могут предоставлять решения касательно означенных или других сложностей. Согласно конкретным вариантам осуществления, решение для того, чтобы разрешать вышеуказанные проблемы, состоит в том, чтобы улучшать текущее DDDS. Эти улучшения могут включать в себя, без ограничения, одно или более из следующего:
- Включать только "наибольший порядковый PDCP PDU-номер, успешно доставленный упорядоченно, в UE из этих PDCP PDU, принимаемых из gNB, размещающего PDCP-объект", когда он применяется, например, задавать этот информационный элемент необязательно присутствующим;
- Расширять требуемый размер буфера для того, чтобы охватывать случай для RLC UM;
- Модифицировать или вводить IE для того, чтобы охватывать управление потоками для RLC UM, а также задавать его необязательно присутствующим.
Эти решения могут применяться к протоколу на основе XnUP-, F1UP- и X2UP-интерфейса. Согласно конкретным вариантам осуществления, усовершенствованное DDDS отправляется в любое время, когда хочет вспомогательный узел, и оно применяется для RLC UM- и RLC AM-режимов.
В данном документе предлагаются различные варианты осуществления, которые решают одну или более проблем, раскрытых в данном документе. Конкретные варианты осуществления могут предоставлять одно или более следующих технических преимуществ. Согласно конкретным вариантам осуществления, состояние доставки данных нисходящей линии связи при управлении потоками пользовательской плоскости может использоваться для того, чтобы передавать в качестве обратной связи в узел, размещающий PDCP-объект, только связанную с требуемым размером буфера информацию, уменьшая передачу необязательной информации. Согласно конкретным вариантам осуществления, решения также могут использоваться для управления RLC UM-потоками. Конкретные варианты осуществления могут предоставлять все, некоторые либо не предоставлять ни одно из этих технических преимуществ. Эти и другие технические преимущества являются очевидными и подробнее описываются ниже.
Один примерный вариант осуществления содержит способ, реализованный посредством первого сетевого узла (узла B), для сообщения состояния доставки данных нисходящей линии связи (DDDS) для беспроводного терминала из первого сетевого узла (узла B) во второй сетевой узел (узел A). Способ содержит формирование DDDS-кадра, содержащего первый индикатор и, по меньшей мере, первый информационный элемент (IE), указывающий требуемый размер буфера для канала-носителя данных и/или минимальный требуемый размер буфера для беспроводного терминала. Способ дополнительно содержит определение того, включать или нет второй IE в DDDS-кадр, причем второй IE указывает наибольший порядковый номер для пакета, успешно доставленного в беспроводной терминал. Способ дополнительно содержит задание значения первого индикатора состояния в ответ на определение того, включать или нет второй IE в DDDS-кадр, таким образом, чтобы указывать присутствие и/или отсутствие второго IE в DDDS-кадре. Способ дополнительно содержит добавление второго IE в DDDS-кадр, когда первый индикатор состояния указывает присутствие второго IE в DDDS-кадре, и отправку DDDS-кадра во второй сетевой узел (узел A) для обеспечения управления, посредством второго сетевого узла (узла A), потоком данных нисходящей линии связи в беспроводной терминал.
Другой примерный вариант осуществления содержит компьютерный программный продукт для управления первым сетевым узлом (узлом B). Компьютерный программный продукт содержит программные инструкции, которые, при выполнении, по меньшей мере, в одной схеме обработки в первом сетевом узле (узле B), инструктируют первому сетевому узлу (узлу B) осуществлять способ сообщения состояния доставки данных нисходящей линии связи (DDDS) для беспроводного терминала из первого сетевого узла (узла B) во второй сетевой узел (узел A). При выполнении в схеме обработки, программные инструкции инструктируют первому сетевому узлу (узлу B) формировать DDDS-кадр, содержащий первый индикатор и, по меньшей мере, первый информационный элемент (IE), указывающий требуемый размер буфера для канала-носителя данных и/или минимальный требуемый размер буфера для беспроводного терминала. При выполнении в схеме обработки, программные инструкции дополнительно инструктируют первому сетевому узлу (узлу B) определять то, включать или нет второй IE в DDDS-кадр, причем второй IE указывает наибольший порядковый номер для пакета, успешно доставленного в беспроводной терминал. При выполнении в схеме обработки, программные инструкции дополнительно инструктируют первому сетевому узлу (узлу B) задавать значение первого индикатора состояния в ответ на определение того, включать или нет второй IE в DDDS-кадр, таким образом, чтобы указывать присутствие и/или отсутствие второго IE в DDDS-кадре. При выполнении в схеме обработки, программные инструкции дополнительно инструктируют первому сетевому узлу (узлу B) добавлять второй IE в DDDS-кадр, когда первый индикатор состояния указывает присутствие второго IE в DDDS-кадре, и отправлять DDDS-кадр во второй сетевой узел (узел A) для обеспечения управления, посредством второго сетевого узла (узла A), потоком данных нисходящей линии связи в беспроводной терминал. В одном примерном варианте осуществления, машиночитаемый носитель содержит компьютерный программный продукт. В одном примерном варианте осуществления, машиночитаемый носитель может содержать энергонезависимый машиночитаемый носитель.
Другой примерный вариант осуществления содержит первый сетевой узел (узел B), выполненный с возможностью сообщать состояние доставки данных нисходящей линии связи (DDDS) для беспроводного терминала во второй сетевой узел (узел A). Первый сетевой узел (узел B) содержит одну или более схем обработки и схему связи. Одна или более схем обработки выполнены с возможностью формировать DDDS-кадр, содержащий первый индикатор состояния и, по меньшей мере, первый информационный элемент (IE), указывающий требуемый размер буфера для канала-носителя данных и/или минимальный требуемый размер буфера для беспроводного терминала. Одна или более схем обработки дополнительно выполнены с возможностью определять то, включать или нет второй IE в DDDS-кадр, причем второй IE указывает наибольший порядковый номер для пакета, успешно доставленного в беспроводной терминал. Одна или более схем обработки дополнительно выполнены с возможностью задавать значение первого индикатора состояния в ответ на определение указывать присутствие и/или отсутствие второго IE в DDDS-кадре и добавлять второй IE в DDDS-кадр, когда первый индикатор состояния указывает присутствие второго IE в DDDS-кадре. Схема связи выполнена с возможностью отправлять DDDS-кадр во второй сетевой узел (узел A) для обеспечения управления, посредством второго сетевого узла (узла A), потоком данных нисходящей линии связи в беспроводной терминал.
Другой примерный вариант осуществления содержит первый сетевой узел (узел B), выполненный с возможностью сообщать состояние доставки данных нисходящей линии связи (DDDS) для беспроводного терминала во второй сетевой узел (узел A). Первый сетевой узел (узел B) выполнен с возможностью формировать DDDS-кадр, содержащий первый индикатор состояния и, по меньшей мере, первый информационный элемент (IE), указывающий требуемый размер буфера для канала-носителя данных и/или минимальный требуемый размер буфера для беспроводного терминала. Первый сетевой узел (узел B) дополнительно выполнен с возможностью определять то, включать или нет второй IE в DDDS-кадр, причем второй IE указывает наибольший порядковый номер для пакета, успешно доставленного в беспроводной терминал. Первый сетевой узел (узел B) дополнительно выполнен с возможностью задавать значение первого индикатора состояния в ответ на определение указывать присутствие и/или отсутствие второго IE в DDDS-кадре и добавлять второй IE в DDDS-кадр, когда первый индикатор состояния указывает присутствие второго IE в DDDS-кадре. Первый сетевой узел (узел B) дополнительно выполнен с возможностью отправлять DDDS-кадр во второй сетевой узел (узел A) для обеспечения управления, посредством второго сетевого узла (узла A), потоком данных нисходящей линии связи в беспроводной терминал.
Другой примерный вариант осуществления содержит способ, реализованный посредством первого сетевого узла (узла A), для управления потоком данных нисходящей линии связи из первого сетевого узла (узла A) в беспроводной терминал. Способ содержит прием, из второго сетевого узла (узла B), кадра состояния доставки данных нисходящей линии связи (DDDS), содержащего, по меньшей мере, первый информационный элемент (IE) и первый индикатор состояния. Способ дополнительно содержит определение требуемого размера буфера для канала-носителя данных и/или минимального требуемого размера буфера для беспроводного терминала из первого IE в DDDS-кадре. Способ дополнительно содержит управление потоком данных нисходящей линии связи из первого сетевого узла (узла A) в беспроводной терминал в ответ на определенный требуемый размер буфера для канала-носителя данных и/или определенный минимальный требуемый размер буфера для беспроводного терминала. Способ дополнительно содержит оценку первого индикатора состояния в DDDS-кадре, чтобы определять то, включает или нет DDDS-кадр в себя второй IE. Когда первый индикатор состояния указывает то, что DDDS-кадр включает в себя второй IE, способ дополнительно содержит определение наибольшего порядкового номера для пакета, успешно доставленного посредством первого сетевого узла (узла A) в беспроводной терминал из второго IE, и дополнительное управление потоком данных нисходящей линии связи из первого сетевого узла (узла A) в беспроводной терминал в ответ на определенный наибольший порядковый номер. Способ дополнительно содержит отправку данных нисходящей линии связи в беспроводной терминал согласно потоку данных нисходящей линии связи.
Другой примерный вариант осуществления содержит компьютерный программный продукт для управления первым сетевым узлом (узлом A). Компьютерный программный продукт содержит программные инструкции, которые, при выполнении, по меньшей мере, в одной схеме обработки в первом сетевом узле (узле A), инструктируют первому сетевому узлу (узлу A) управлять потоком данных нисходящей линии связи из первого сетевого узла (узла A) в беспроводной терминал. При выполнении в схеме обработки, программные инструкции инструктируют первому сетевому узлу (узлу A) принимать, из второго сетевого узла (узла B), кадр состояния доставки данных нисходящей линии связи (DDDS), содержащий, по меньшей мере, первый информационный элемент (IE) и первый индикатор состояния. При выполнении в схеме обработки, программные инструкции дополнительно инструктируют первому сетевому узлу (узлу A) определять требуемый размер буфера для канала-носителя данных и/или минимальный требуемый размер буфера для беспроводного терминала из первого IE в DDDS-кадре. При выполнении в схеме обработки, программные инструкции дополнительно инструктируют первому сетевому узлу (узлу A) управлять потоком данных нисходящей линии связи из первого сетевого узла (узла A) в беспроводной терминал в ответ на определенный требуемый размер буфера для канала-носителя данных и/или определенный минимальный требуемый размер буфера для беспроводного терминала. При выполнении в схеме обработки, программные инструкции дополнительно инструктируют первому сетевому узлу (узлу A) оценивать первый индикатор состояния в DDDS-кадре, чтобы определять то, включает или нет DDDS-кадр в себя второй IE. Когда первый индикатор состояния указывает то, что DDDS-кадр включает в себя второй IE, программная инструкция дополнительно инструктирует первому сетевому узлу определять наибольший порядковый номер для пакета, успешно доставленного посредством первого сетевого узла (узла A) в беспроводной терминал из второго IE, и дополнительно управлять потоком данных нисходящей линии связи из первого сетевого узла (узла A) в беспроводной терминал в ответ на определенный наибольший порядковый номер. При выполнении в схеме обработки, программные инструкции дополнительно инструктируют первому сетевому узлу (узлу A) отправлять данные нисходящей линии связи в беспроводной терминал согласно потоку данных нисходящей линии связи. В одном примерном варианте осуществления, машиночитаемый носитель содержит компьютерный программный продукт. В одном примерном варианте осуществления, машиночитаемый носитель содержит энергонезависимый машиночитаемый носитель.
Другой примерный вариант осуществления содержит первый сетевой узел (узел A), выполненный с возможностью управлять потоком данных нисходящей линии связи в беспроводной терминал. Первый сетевой узел (узел A) содержит схему связи и одну или более схем обработки. Схема связи выполнена с возможностью принимать, из второго сетевого узла (узла B), кадр состояния доставки данных нисходящей линии связи (DDDS), содержащий, по меньшей мере, первый информационный элемент (IE) и первый индикатор состояния. Одна или более схем обработки выполнены с возможностью определять требуемый размер буфера для канала-носителя данных и/или минимальный требуемый размер буфера для беспроводного терминала из первого IE в DDDS-кадре. Одна или более схем обработки дополнительно выполнены с возможностью управлять потоком данных нисходящей линии связи из первого сетевого узла (узла A) в беспроводной терминал в ответ на определенный требуемый размер буфера для канала-носителя данных и/или определенный минимальный требуемый размер буфера для беспроводного терминала. Одна или более схем обработки дополнительно выполнены с возможностью оценивать первый индикатор состояния в DDDS-кадре, чтобы определять то, включает или нет DDDS-кадр в себя второй IE. Когда первый индикатор состояния указывает то, что DDDS-кадр включает в себя второй IE, одна или более схем обработки выполнены с возможностью определять наибольший порядковый номер для пакета, успешно доставленного посредством первого сетевого узла (узла A) в беспроводной терминал из второго IE, и дополнительно управлять потоком данных нисходящей линии связи из первого сетевого узла (узла A) в ответ на определенный наибольший порядковый номер. Схема связи дополнительно выполнена с возможностью отправлять данные нисходящей линии связи в беспроводной терминал согласно потоку данных нисходящей линии связи.
Другой примерный вариант осуществления содержит первый сетевой узел (узел A) для управления потоком данных нисходящей линии связи из первого сетевого узла (узла A) в беспроводной терминал. Первый сетевой узел (узел A) выполнен с возможностью принимать, из второго сетевого узла (узла B), кадр состояния доставки данных нисходящей линии связи (DDDS), содержащий, по меньшей мере, первый информационный элемент (IE) и первый индикатор состояния. Первый сетевой узел (узел A) дополнительно выполнен с возможностью определять требуемый размер буфера для канала-носителя данных и/или минимальный требуемый размер буфера для беспроводного терминала из первого IE в DDDS-кадре. Первый сетевой узел (узел A) дополнительно выполнен с возможностью управлять потоком данных нисходящей линии связи из первого сетевого узла (узла A) в беспроводной терминал в ответ на определенный требуемый размер буфера для канала-носителя данных и/или определенный минимальный требуемый размер буфера для беспроводного терминала. Первый сетевой узел (узел A) дополнительно выполнен с возможностью оценивать первый индикатор состояния в DDDS-кадре, чтобы определять то, включает или нет DDDS-кадр в себя второй IE. Когда первый индикатор состояния указывает то, что DDDS-кадр включает в себя второй IE, первый сетевой узел (узел A) дополнительно выполнен с возможностью определять наибольший порядковый номер для пакета, успешно доставленного посредством первого сетевого узла (узла A) в беспроводной терминал из второго IE, и дополнительно управлять потоком данных нисходящей линии связи из первого сетевого узла (узла A) в ответ на определенный наибольший порядковый номер. Первый сетевой узел (узел A) дополнительно выполнен с возможностью отправлять данные нисходящей линии связи в беспроводной терминал согласно потоку данных нисходящей линии связи.
Краткое описание чертежей
Фиг. 1 показывает примерную беспроводную сеть согласно примерным вариантам осуществления решения, представленного в данном документе.
Фиг. 2 показывает способ для предоставления DDDS-кадра из узла B в узел A согласно примерным вариантам осуществления решения, представленного в данном документе.
Фиг. 3 показывает способ для определения потока данных из принимаемого DDDS-кадра и предоставления данных в беспроводной терминал согласно примерным вариантам осуществления решения, представленного в данном документе.
Фиг. 4 показывает блок-схему для примерного беспроводного терминала согласно примерным вариантам осуществления решения, представленного в данном документе.
Фиг. 5 показывает блок-схему для примерного сетевого узла согласно примерным вариантам осуществления решения, представленного в данном документе.
Фиг. 6 показывает пример режима сдвоенного подключения в новом стандарте радиосвязи.
Фиг. 7A показывает примерный DDDS-кадр согласно примерным вариантам осуществления решения, представленного в данном документе.
Фиг. 7B показывает другой примерный DDDS-кадр согласно примерным вариантам осуществления решения, представленного в данном документе.
Фиг. 7C показывает другой примерный DDDS-кадр согласно примерным вариантам осуществления решения, представленного в данном документе.
Фиг. 8 показывает примерную беспроводную сеть, применимую к решению, представленному в данном документе.
Фиг. 9 показывает примерное UE, применимое к решению, представленному в данном документе.
Фиг. 10 показывает примерное окружение виртуализации, применимое к решению, представленному в данном документе.
Фиг. 11 показывает примерную сеть связи, применимую к решению, представленному в данном документе.
Фиг. 12 показывает примерный хост-компьютер, применимый к решению, представленному в данном документе.
Фиг. 13 показывает примерный способ, реализованный в системе связи в соответствии с вариантами осуществления решения, представленного в данном документе.
Фиг. 14 показывает другой примерный способ, реализованный в системе связи в соответствии с вариантами осуществления решения, представленного в данном документе.
Фиг. 15 показывает другой примерный способ, реализованный в системе связи в соответствии с вариантами осуществления решения, представленного в данном документе.
Фиг. 16 показывает другой примерный способ, реализованный в системе связи в соответствии с вариантами осуществления решения, представленного в данном документе.
Осуществление изобретения
Ниже подробнее описываются некоторые варианты осуществления, предположенные в данном документе, со ссылкой на прилагаемые чертежи. Тем не менее, другие варианты осуществления содержатся в пределах объема изобретения, раскрытого в данном документе, и раскрытое изобретение не должно истолковываться как ограниченное только вариантами осуществления, изложенными в данном документе; наоборот, эти варианты осуществления предоставляются в качестве примера, чтобы передавать объем изобретения для специалистов в данной области техники. Дополнительная информация также содержится в документах, предоставленных в приложении.
Фиг. 1 показывает примерную беспроводную сеть 10, содержащую сетевой узел A 12, сетевой узел B 14 и беспроводной терминал 16. Узел B 14 отправляет состояние доставки данных нисходящей линии связи (DDDS) в узел A 12. Узел A 12 использует принимаемое DDDS для того, чтобы управлять доставкой данных нисходящей линии связи из узла A 12 в беспроводной терминал 16 через узел B 14.
Фиг. 2 показывает примерный способ сообщения DDDS для беспроводного терминала 16 из узла B 14 в узел A 12, причем способ реализуется посредством узла B 14. Способ содержит формирование DDDS-кадра, содержащего первый индикатор и, по меньшей мере, первый информационный элемент (IE), указывающий требуемый размер буфера для канала-носителя данных и/или минимальный требуемый размер буфера для беспроводного терминала 16 (этап 100). Способ дополнительно содержит определение того, включать или нет второй IE в DDDS-кадр (этап 110), причем второй IE указывает наибольший порядковый номер для пакета, успешно доставленного в беспроводной терминал. Способ дополнительно содержит задание значения первого индикатора состояния в ответ на определение того, включать или нет второй IE в DDDS-кадр, таким образом, чтобы указывать присутствие и/или отсутствие второго IE в DDDS-кадре (этап 120, этап 140). Способ дополнительно содержит добавление второго IE в DDDS-кадр (этап 130), когда первый индикатор состояния указывает присутствие второго IE в DDDS-кадре (этап 120), и отправку DDDS-кадра в узел A 12, для обеспечения управления, посредством узла A 12, потоком данных нисходящей линии связи в беспроводной терминал 16 (этап 150).
Фиг. 3 показывает примерный способ, реализованный посредством узла A 12, для управления потоком данных нисходящей линии связи из узла A 12 в беспроводной терминал 16. Способ содержит прием, из узла B 14, DDDS-кадра, содержащего, по меньшей мере, первый информационный элемент (IE) и первый индикатор состояния (этап 200). Способ дополнительно содержит определение требуемого размера буфера для канала-носителя данных и/или минимального требуемого размера буфера для беспроводного терминала 16 из первого IE в DDDS-кадре (этап 210). Способ дополнительно содержит управление потоком данных нисходящей линии связи из узла A 12 в беспроводной терминал 16 в ответ на определенный требуемый размер буфера для канала-носителя данных и/или определенный минимальный требуемый размер буфера для беспроводного терминала 16 (этап 220). Способ дополнительно содержит оценку первого индикатора состояния в DDDS-кадре, чтобы определять то, включает или нет DDDS-кадр в себя второй IE (этап 230). Когда первый индикатор состояния указывает то, что DDDS-кадр включает в себя второй IE, способ дополнительно содержит определение наибольшего порядкового номера для пакета, успешно доставленного посредством узла A 12 в беспроводной терминал 16 из второго IE (этап 240), и дополнительное управление потоком данных нисходящей линии связи из узла A 12 в беспроводной терминал 16 в ответ на определенный наибольший порядковый номер (этап 250). Способ дополнительно содержит отправку данных нисходящей линии связи в беспроводной терминал 16 согласно потоку данных нисходящей линии связи (этап 260).
Фиг. 4 показывает блок-схему для примерного беспроводного терминала 300, который соответствует беспроводному терминалу 16 на фиг. 1. Беспроводной терминал 300 содержит одну или более схем 310 обработки, которые управляют работой беспроводного терминала 300 согласно, по меньшей мере, инструкциям, сохраненным в запоминающем устройстве 330. Беспроводной терминал 300 дополнительно содержит схему 320 связи, выполненную с возможностью передавать и/или принимать беспроводные сигналы в беспроводной сети, например, в/из узла B 14.
Фиг. 5 показывает блок-схему для примерного сетевого узла 400, который соответствует одному или обоим из узла A 12 и узла B по фиг. 1. Сетевой узел 400 содержит одну или более схем 410 обработки, схему 420 связи и запоминающее устройство 430. Одна или более схем 310 обработки управляют работой сетевого узла 400 согласно, по меньшей мере, инструкциям, сохраненным в запоминающем устройстве 430. Схема 420 связи выполнена с возможностью передавать и/или принимать сигналы в беспроводной сети, например, в/из других сетевых узлов 400 и/или в/из беспроводного терминала 16.
Когда сетевой узел 400 содержит узел A 12, схема 420 связи выполнена с возможностью принимать, из другого сетевого узла, например, узла B 14, DDDS-кадр, содержащий, по меньшей мере, первый IE и первый индикатор состояния. Одна или более схем 410 обработки выполнены с возможностью определять требуемый размер буфера для канала-носителя данных и/или минимальный требуемый размер буфера для беспроводного терминала 16 из первого IE в DDDS-кадре. Одна или более схем 410 обработки дополнительно выполнены с возможностью управлять потоком данных нисходящей линии связи из узла A 12 в беспроводной терминал 16 в ответ на определенный требуемый размер буфера для канала-носителя данных и/или определенный минимальный требуемый размер буфера для беспроводного терминала. Одна или более схем 410 обработки дополнительно выполнены с возможностью оценивать первый индикатор состояния в DDDS-кадре, чтобы определять то, включает или нет DDDS-кадр в себя второй IE. Когда первый индикатор состояния указывает то, что DDDS-кадр включает в себя второй IE, одна или более схем обработки выполнены с возможностью определять наибольший порядковый номер для пакета, успешно доставленного посредством узла A 12 в беспроводной терминал 16 из второго IE, и дополнительно управлять потоком данных нисходящей линии связи из узла A 12 в ответ на определенный наибольший порядковый номер. Схема 420 связи дополнительно выполнена с возможностью отправлять данные нисходящей линии связи в беспроводной терминал 16 согласно потоку данных нисходящей линии связи.
Когда сетевой узел 400 содержит узел B 14, одна или более схем 410 обработки выполнены с возможностью формировать DDDS-кадр, содержащий первый индикатор состояния и, по меньшей мере, первый информационный элемент (IE), указывающий требуемый размер буфера для канала-носителя данных и/или минимальный требуемый размер буфера для беспроводного терминала 16. Одна или более схем 410 обработки дополнительно выполнены с возможностью определять то, включать или нет второй IE в DDDS-кадр, причем второй IE указывает наибольший порядковый номер для пакета, успешно доставленного в беспроводной терминал 16. Одна или более схем 410 обработки дополнительно выполнены с возможностью задавать значение первого индикатора состояния в ответ на определение указывать присутствие и/или отсутствие второго IE в DDDS-кадре и добавлять второй IE в DDDS-кадр, когда первый индикатор состояния указывает присутствие второго IE в DDDS-кадре. Схема 420 связи выполнена с возможностью отправлять DDDS-кадр в узел A 12 для обеспечения управление, посредством узла A 12, потоком данных нисходящей линии связи в беспроводной терминал 16.
Чтобы обеспечивать то, что может отправляться DDDS, содержащее только связанную с требуемым размером буфера информацию (например, перед доставкой данных), согласно конкретным вариантам осуществления, обязательный представленный IE "наибольший порядковый PDCP PDU-номер, успешно доставленный упорядоченно в UE, из этих PDCP PDU, принимаемых из gNB, размещающего PDCP-объект", модифицируется таким образом, что он становится необязательным. Новый индикатор вводится для того, чтобы указывать присутствие этого IE. Например, один способ реализовывать решение, представленное в данном документе, состоит в том, чтобы выделять один из резервных битов и задавать индикатор, как показано на фиг. 7A и в таблице 1. В примере по фиг. 7A, "индикатор наибольшего доставленного PDCP" вводится для того, чтобы указывать присутствие IE "наибольший успешно доставленный порядковый PDCP-номер".
Табл. 1
Индикатор наибольшего доставленного PDCP
Описание: Этот параметр указывает присутствие наибольшего успешно доставленного порядкового PDCP-номера.
Диапазон значений: {0=наибольший успешно доставленный порядковый PDCP-номер не присутствует, 1=наибольший успешно доставленный порядковый PDCP-номер присутствует}.
Согласно конкретным вариантам осуществления, альтернативное решение может состоять в том, что индикатор вводится посредством использования существующих резервных битов, чтобы указывать то, является информация PDCP PDU SN новой или представляет собой просто повторение, например, идентичной передаваемой в служебных сигналах в прошлый раз, причем в этом случае PDCP PDU SN не представляется.
Согласно конкретным вариантам осуществления, альтернативное решение может состоять в том, что индикатор вводится посредством использования существующих резервных битов, чтобы указывать то, что информация PDCP PDU SN может игнорироваться, например, когда индикатор задается, представленная PDCP PDU является фиктивной не используется, как показано в см. фиг. 7B. В примере по фиг. 7B, "релевантный наибольший доставленный PDCP" вводится для того, чтобы указывать, является IE "наибольший успешно доставленный порядковый PDCP-номер" релевантным или нет. Когда этот индикатор задается (например, равным 1), наибольший успешно доставленный порядковый PDCP-номер может быть фиктивным значением.
Поскольку X2UP уже стандартизируется (см. 3GPP TS 36.425), введение вышеуказанного индикатора присутствия должно осуществляться таким способом, который является обратно совместимым, например, при использовании резервного бита, использовать значение 0 для того, чтобы указывать то, что IE присутствует, и значение 1 для того, чтобы указывать то, что IE не присутствует, вследствие того факта, что резервные биты задаются равными 0.
Для управления RLC UM-потоками, достаточно получать обратную связь в отношении того, что передано на нижний уровень (например, на уровень управления доступом к среде (MAC)). Чтобы обеспечивать применимость DDDS для управления потоками в RLC UM-режиме, определение "требуемого размера буфера" и "минимального требуемого размера буфера" должно расширяться, чтобы ясно указывать то, что он представляет собой требуемый размер буфера, который должен передаваться на MAC-уровень, чтобы охватывать RLC UM-режим. Один неограничивающий пример этого показывается в таблице 2, хотя также могут быть возможными другие конкретные реализации. В частности, таблица 2 показывает пример расширения требуемого размера буфера для того, чтобы четко заявлять случай передачи на MAC-уровень, чтобы охватывать RLC UM-режим.
Табл. 2
Информация текущего требуемого размера буфера в SgNB для передачи в UE пользовательских данных или MAC-уровня, ассоциированного с конкретным каналом-носителем данных, сконфигурированным с вариантом с разбитыми каналами-носителями;
Информация текущего минимального требуемого размера буфера в SgNB для передачи в UE пользовательских данных или MAC-уровня, ассоциированного со всеми каналами-носителями данных, сконфигурированными с вариантом с разбитыми каналами-носителями.
Наибольший передаваемый порядковый PDCP-номер может вводиться для использования как для RLC UM-, так и RLC AM-режима. Подразумевается необходимость указывать наибольший PDCP SN, который запрошен посредством MAC-уровня для передачи по Uu-интерфейсу. Тем не менее, когда он используется для RLC AM-режима, он не должен использоваться посредством узла, размещающего PDCP-объект, чтобы удалять PDCP PDU. Этот информационный элемент должен также вводиться в качестве необязательно присутствующего. Индикатор вводится для того, чтобы указывать присутствие этого IE. Один неограничивающий пример показывается на фиг. 7C и в таблице 3, хотя также могут быть возможными другие конкретные реализации.
Табл. 3
Индикатор наибольшего передаваемого PDCP
Описание: Этот параметр указывает присутствие наибольшего передаваемого порядкового PDCP-номера.
Диапазон значений: {0=наибольший передаваемый порядковый PDCP-номер не присутствует, 1=наибольший передаваемый порядковый PDCP-номер присутствует}.
Длина поля: 1 бит
Решение может применяться для X2UP, XnUP и F1UP. Индикаторы и информационные элементы могут вводиться в различных местах или с различными названиями.
Как пояснено в данном документе, предлагаемые решения могут выполняться посредством различных сетевых узлов и UE, работающих при настройке в режиме сдвоенного подключения. Ниже подробнее описываются эти узлы и UE, а также сеть, в которой они работают.
Хотя изобретение, описанное в данном документе, может реализовываться в любом соответствующем типе системы с использованием любых подходящих компонентов, варианты осуществления, раскрытые в данном документе, описываются относительно беспроводной сети, такой как примерная беспроводная сеть, проиллюстрированная на фиг. 8. Для простоты, беспроводная сеть по фиг. 8 иллюстрирует только сеть 806, сетевые узлы 860 и 860b и WD 810, 810b и 810c. На практике, беспроводная сеть дополнительно может включать в себя любые дополнительные элементы, подходящие для того, чтобы поддерживать связь между беспроводными устройствами или между беспроводным устройством и другим устройством связи, таким как проводной телефон, поставщик услуг или любой другой сетевой узел или конечное устройство. Из проиллюстрированных компонентов, сетевой узел 860 и беспроводное устройство 810 (WD) проиллюстрированы с дополнительными подробностями. Беспроводная сеть может предоставлять связь и другие типы услуг для одного или более беспроводных устройств, для обеспечения доступа и/или использования, посредством беспроводных устройств, услуг, предоставляемых посредством или через беспроводную сеть.
Беспроводная сеть может содержать и/или взаимодействовать с любым типом сети связи, телекоммуникационной сети, сети передачи данных, сотовой связи и/или радиосети либо другого аналогичного типа системы. В некоторых вариантах осуществления, беспроводная сеть может быть выполнена с возможностью работать согласно конкретным стандартам или другим типам предварительно заданных правил или процедур. Таким образом, конкретные варианты осуществления беспроводной сети могут реализовывать такие стандарты связи, как глобальная система мобильной связи (GSM), универсальная система мобильной связи (UMTS), стандарт долгосрочного развития (LTE) и/или другие подходящие 2G-, 3G-, 4G- или 5G-стандарты; стандарты беспроводной локальной вычислительной сети (WLAN), такие как IEEE 802.11-стандарты; и/или любой другой соответствующий стандарт беспроводной связи, к примеру, стандарт общемировой совместимости широкополосного беспроводного доступа (WiMAX), Bluetooth-, Z-Wave- и/или ZigBee-стандарты.
Сеть 806 может содержать одну или более транзитных сетей, базовых сетей, IP-сетей, коммутируемых телефонных сетей общего пользования (PSTN), сетей пакетной передачи данных, оптических сетей, глобальных вычислительных сетей (WAN), локальных вычислительных сетей (LAN), беспроводных локальных вычислительных сетей (WLAN), проводных сетей, беспроводных сетей, общегородских вычислительных сетей и других сетей, чтобы обеспечивать связь между устройствами.
Сетевой узел 860 и WD 810 содержат различные компоненты, подробнее описанные ниже. Эти компоненты взаимодействуют для того, чтобы предоставлять функциональность сетевого узла и/или беспроводного устройства, такую как предоставление беспроводных соединений в беспроводной сети. В различных вариантах осуществления, беспроводная сеть может содержать любое число проводных или беспроводных сетей, сетевых узлов, базовых станций, контроллеров, беспроводных устройств, ретрансляционных станций и/или любых других компонентов или систем, которые могут обеспечивать или участвовать в обмене данными и/или сигналами через проводные или беспроводные соединения.
При использовании в данном документе, сетевой узел означает оборудование, допускающее, сконфигурированное, размещаемое и/или работающее с возможностью обмениваться данными прямо или косвенно с беспроводным устройством и/или с другими сетевыми узлами или оборудованием в беспроводной сети, чтобы обеспечивать и/или предоставлять беспроводной доступ для беспроводного устройства и/или выполнять другие функции (например, администрирование) в беспроводной сети. Примеры сетевых узлов включают в себя, но не только, точки доступа (AP) (например, точки радиодоступа), базовые станции (BS) (например, базовые радиостанции, узлы B и усовершенствованные узлы B (eNB)). Базовые станции могут классифицироваться на основе объема покрытия, которое они предоставляют (или, другими словами, своего уровня мощности передачи), и в таком случае также могут упоминаться как базовые фемтостанции, базовые пикостанции, базовые микростанции или базовые макростанции. Базовая станция может представлять собой ретрансляционный узел или релейный донорный узел, управляющий ретранслятором. Сетевой узел также может включать в себя одну или более (или все) частей распределенной базовой радиостанции, таких как централизованные цифровые блоки и/или удаленные радиоблоки (RRU), иногда называемые "удаленными радиоголовками (RRH)". Такие удаленные радиоблоки могут интегрироваться или могут не интегрироваться с антенной в качестве интегрированной антенной радиостанции. Части распределенной базовой радиостанции также могут упоминаться как узлы в распределенной антенной системе (DAS). Еще одни дополнительные примеры сетевых узлов включают в себя устройство радиосвязи с поддержкой нескольких стандартов (MSR), такое как MSR BS, сетевые контроллеры, такие как контроллеры радиосети (RNC) или контроллеры базовой станции (BSC), базовые приемо-передающие станции (BTS), точки передачи, узлы передачи, объекты координации многосотовой/многоадресной передачи (MCE), базовые сетевые узлы (например, MSC, MME), OandM-узлы, OSS-узлы, SON-узлы, узлы позиционирования (например, E-SMLC) и/или MDT. В качестве другого примера, сетевой узел может представлять собой виртуальный сетевой узел, как подробнее описано ниже. Тем не менее, если обобщить, сетевые узлы могут представлять любое подходящее устройство (или группу устройств), допускающее, сконфигурированное, размещаемое и/или работающее с возможностью обеспечивать и/или предоставлять беспроводному устройству доступ к беспроводной сети или предоставлять некоторые услуги беспроводному устройству, которое осуществляет доступ к беспроводной сети.
На фиг. 8, сетевой узел 860 включает в себя схему 870 обработки, устройствочитаемый носитель 880, интерфейс 890, вспомогательное оборудование 884, источник 886 мощности, схему 887 подачи мощности и антенну 862. Хотя сетевой узел 860, проиллюстрированный в примерной беспроводной сети по фиг. 8, может представлять устройство, которое включает в себя проиллюстрированную комбинацию аппаратных компонентов, другие варианты осуществления могут содержать сетевые узлы с различными комбинациями компонентов. Следует понимать, что сетевой узел содержит любую подходящую комбинацию аппаратных средств и/или программного обеспечения, требуемого для того, чтобы выполнять задачи, признаки, функции и способы, раскрытые в данном документе. Кроме того, хотя компоненты сетевого узла 860 проиллюстрированы как одиночные поля, расположенные внутри большего поля или вложенные внутрь нескольких полей, на практике, сетевой узел может содержать несколько различных физических компонентов, которые составляют один проиллюстрированный компонент (например, устройствочитаемый носитель 880 может содержать несколько отдельных жестких дисков, а также несколько RAM-модулей).
Аналогично, сетевой узел 860 может состоять из нескольких физически отдельных компонентов (например, из компонента узла B и RNC-компонента либо из BTS-компонента и BSC-компонента и т.д.), которые могут иметь собственные соответствующие компоненты. В определенных сценариях, в которых сетевой узел 860 содержит несколько отдельных компонентов (например, BTS- и BSC-компонентов), один или более отдельных компонентов могут совместно использоваться несколькими сетевыми узлами. Например, один RNC может управлять несколькими узлами B. В таком сценарии, каждая уникальная пара из узла B и RNC в некоторых случаях может считаться одним отдельным сетевым узлом. В некоторых вариантах осуществления, сетевой узел 860 может быть выполнен с возможностью поддерживать несколько технологий радиодоступа (RAT). В таких вариантах осуществления, некоторые компоненты могут дублироваться (например, отдельный устройствочитаемый носитель 880 для различных RAT), и некоторые компоненты могут многократно использоваться (например, идентичная антенна 862 может совместно использоваться посредством RAT). Сетевой узел 860 также может включать в себя несколько наборов различных проиллюстрированных компонентов для различных беспроводных технологий, интегрированных в сетевой узел 860, такой как, например, беспроводные GSM-, WCDMA-, LTE-, NR-, Wi-Fi- или Bluetooth-технологии. Эти беспроводные технологии могут интегрироваться в идентичную или различную микросхему или набор микросхем и другие компоненты в сетевом узле 860.
Схема 870 обработки выполнена с возможностью выполнять любое определение, вычисление или аналогичные операции (например, определенные операции получения), описанные в данном документе как предоставляемые посредством сетевого узла. Эти операции, выполняемые посредством схемы 870 обработки, могут включать в себя обработку информации, полученной посредством схемы 870 обработки, например, посредством преобразования полученной информации в другую информацию, сравнение полученной информации или преобразованной информации с информацией, сохраненной в сетевом узле, и/или выполнение одной или более операций на основе полученной информации или преобразованной информации и в качестве результата упомянутой обработки, выполняющей определение.
Схема 870 обработки может содержать комбинацию одного или более из микропроцессора, контроллера, микроконтроллера, центрального процессора, процессора цифровых сигналов, специализированной интегральной схемы, программируемой пользователем вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса либо комбинацию аппаратных средств, программного обеспечения и/или кодированной логики, работающую с возможностью предоставлять, отдельно или в сочетании с другими компонентами сетевого узла 860, такими как устройствочитаемый носитель 880, функциональность сетевого узла 860. Например, схема 870 обработки может выполнять инструкции, сохраненные в устройствочитаемом носителе 880 или в запоминающем устройстве в схеме 870 обработки. Такая функциональность может включать в себя предоставление любого из различных беспроводных признаков, функций или преимуществ, поясненных в данном документе. В некоторых вариантах осуществления, схема 870 обработки может включать в себя внутрикристальную систему (SoC).
В некоторых вариантах осуществления, схема 870 обработки может включать в себя одно или более из схемы 872 радиочастотного (RF) приемо-передающего устройства и схемы 874 обработки в полосе модулирующих частот. В некоторых вариантах осуществления, схема 872 радиочастотного (RF) приемо-передающего устройства и схема 874 обработки в полосе модулирующих частот могут находиться в отдельных микросхемах (или наборах микросхем), платах или блоках, таких как радиоблоки и цифровые блоки. В альтернативных вариантах осуществления, часть или все из схемы 872 приемо-передающего RF-устройства и схемы 874 обработки в полосе модулирующих частот может находиться в идентичной микросхеме или наборе микросхем, платах или блоках.
В конкретных вариантах осуществления, часть или вся функциональность, описанная в данном документе как предоставляемая посредством сетевого узла, базовой станции, eNB или другого этого сетевого устройства, может выполняться посредством схемы 870 обработки, выполняющей инструкции, сохраненные на устройствочитаемом носителе 880 или в запоминающем устройстве в схеме 870 обработки. В альтернативных вариантах осуществления, часть или вся функциональность может предоставляться посредством схемы 870 обработки без выполнения инструкций, сохраненных на отдельном или дискретном устройствочитаемом носителе, к примеру, проводным способом. В любых из этих вариантов осуществления, независимо от того, выполняются инструкции, сохраненные на устройствочитаемом носителе хранения данных, или нет, схема 870 обработки может быть выполнена с возможностью выполнять описанную функциональность. Преимущества, предоставленные посредством такой функциональности, не ограничены только схемой 870 обработки или другими компонентами сетевого узла 860, а используются посредством сетевого узла 860 в целом и/или конечными пользователями и беспроводной сети, в общем.
Устройствочитаемый носитель 880 может содержать любую форму энергозависимого или энергонезависимого машиночитаемого запоминающего устройства, включающего в себя, без ограничения, устройство постоянного хранения данных, полупроводниковое запоминающее устройство, удаленно смонтированное запоминающее устройство, магнитные носители, оптические носители, оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), носители хранения данных большой емкости (например, жесткий диск), съемные носители хранения данных (например, флэш-накопитель, компакт-диск (CD) или цифровой видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые переходные устройствочитаемые и/или машиноисполняемые запоминающие устройства, которые сохраняют информацию, данные и/или инструкции, которые могут использоваться посредством схемы 870 обработки. Устройствочитаемый носитель 880 может сохранять любые подходящие инструкции, данные или информацию, включающие в себя компьютерную программу, программное обеспечение, приложение, включающее в себя одно или более из логики, правил, кода, таблиц и т.д., и/или другие инструкции, допускающие выполнение посредством схемы 870 обработки и используемые посредством сетевого узла 860. Устройствочитаемый носитель 880 может использоваться для того, чтобы сохранять все вычисления, выполненные посредством схемы 870 обработки, и/или все данные, принимаемые через интерфейс 890. В некоторых вариантах осуществления, схема 870 обработки и устройствочитаемый носитель 880 могут считаться интегрированными.
Интерфейс 890 используется при проводной или беспроводной связи для передачи служебных сигналов и/или данных между сетевым узлом 860, сетью 806 и/или WD 810. Как проиллюстрировано, интерфейс 890 содержит порт(ы)/терминал(ы) 894, чтобы отправлять и принимать данные, например, в/из сети 806 по проводному соединению. Интерфейс 890 также включает в себя внешнюю интерфейсную радиосхему 892, которая может соединяться или в конкретных вариантах осуществления составлять часть антенны 862. Внешняя интерфейсная радиосхема 892 содержит фильтры 898 и усилители 896. Внешняя интерфейсная радиосхема 892 может соединяться с антенной 862 и схемой 870 обработки. Внешняя интерфейсная радиосхема может быть выполнена с возможностью преобразовывать и согласовывать сигналы, передаваемые между антенной 862 и схемой 870 обработки. Внешняя интерфейсная радиосхема 892 может принимать цифровые данные, которые должны отправляться в другие сетевые узлы или WD через беспроводное соединение. Внешняя интерфейсная радиосхема 892 может преобразовывать цифровые данные в радиосигнал, имеющий соответствующие параметры канала и полосы пропускания, с использованием комбинации фильтров 898 и/или усилителей 896. Радиосигнал затем может передаваться через антенну 862. Аналогично, при приеме данных, антенна 862 может собирать радиосигналы, которые затем преобразуются в цифровые данные посредством внешней интерфейсной радиосхемы 892. Цифровые данные могут передаваться в схему 870 обработки. В других вариантах осуществления, интерфейс может содержать различные компоненты и/или различные комбинации компонентов.
В определенных альтернативных вариантах осуществления, сетевой узел 860 может не включать в себя отдельную внешнюю интерфейсную радиосхему 892, вместо этого, схема 870 обработки может содержать внешнюю интерфейсную радиосхему и может соединяться с антенной 862 без отдельной внешней интерфейсной радиосхемы 892. Аналогично, в некоторых вариантах осуществления, вся или часть схемы 872 приемо-передающего RF-устройства может считаться частью интерфейса 890. В еще других вариантах осуществления, интерфейс 890 может включать в себя один или более портов или терминалов 894, внешнюю интерфейсную радиосхему 892 и схему 872 приемо-передающего RF-устройства, в качестве части радиоблока (не показан), и интерфейс 890 может обмениваться данными со схемой 874 обработки в полосе модулирующих частот, которая составляет часть цифрового блока (не показан).
Антенна 862 может включать в себя одну или более антенн или антенных решеток, выполненных с возможностью отправлять и/или принимать беспроводные сигналы. Антенна 862 может соединяться с внешней интерфейсной радиосхемой 890 и может представлять собой любой тип антенны, допускающей передачу и прием данных и/или сигналов в беспроводном режиме. В некоторых вариантах осуществления, антенна 862 может содержать одну или более всенаправленных, секторных или панельных антенн, работающих с возможностью передавать/принимать радиосигналы, например, между 2 ГГц и 66 ГГц. Всенаправленная антенна может использоваться для того, чтобы передавать/принимать радиосигналы в любом направлении, секторная антенна может использоваться для того, чтобы передавать/принимать радиосигналы из устройств в конкретной зоне, и панельная антенна может представлять собой антенну в зоне прямой видимости, используемую для того, чтобы передавать/принимать радиосигналы на относительно прямой линии. В некоторых случаях, использование более одной антенны может упоминаться как MIMO. В конкретных вариантах осуществления, антенна 862 может быть отдельной от сетевого узла 860 и может соединяться с сетевым узлом 860 через интерфейс или порт.
Антенна 862, интерфейс 890 и/или схема 870 обработки могут быть выполнены с возможностью выполнять любые операции приема и/или определенные операции получения, описанные в данном документе как выполняемые посредством сетевого узла. Любая информация, данные и/или сигналы могут приниматься из беспроводного устройства, другого сетевого узла и/или любого другого сетевого оборудования. Аналогично, антенна 862, интерфейс 890 и/или схема 870 обработки могут быть выполнены с возможностью выполнять любые операции передачи, описанные в данном документе как выполняемые посредством сетевого узла. Любая информация, данные и/или сигналы могут передаваться в беспроводное устройство, другой сетевой узел и/или любое другое сетевое оборудование.
Схема 887 подачи мощности может содержать или соединяться со схемой управления мощностью и выполнена с возможностью предоставлять в компоненты сетевого узла 860 мощность для выполнения функциональности, описанной в данном документе. Схема 887 подачи мощности может принимать мощность из источника 886 мощности. Источник 886 мощности и/или схема 887 подачи мощности могут быть выполнены с возможностью предоставлять мощность в различные компоненты сетевого узла 860 в форме, подходящей для соответствующих компонентов (например, на уровне напряжения и тока, необходимом для каждого соответствующего компонента). Источник 886 мощности может быть включен либо быть внешним для схемы 887 подачи мощности и/или сетевого узла 860. Например, сетевой узел 860 может соединяться с внешним источником мощности (например, электрической розеткой) через схему или интерфейс ввода, такой как электрический кабель, за счет которого внешний источник мощности подает мощность в схему 887 подачи мощности. В качестве дополнительного примера, источник 886 мощности может содержать источник мощности в форме аккумулятора или аккумуляторного блока, который соединяется или интегрируется в схему 887 подачи мощности. Аккумулятор может предоставлять резервную мощность, если внешний источник мощности сбоит. Также могут использоваться другие типы источников мощности, такие как фотогальванические устройства.
Альтернативные варианты осуществления сетевого узла 860 могут включать в себя дополнительные компоненты, помимо компонентов, показанных на фиг. 8, которые могут отвечать за предоставление конкретных аспектов функциональности сетевого узла, включающей в себя любое из функциональности, описанной в данном документе, и/или любой функциональности, необходимой для того, чтобы поддерживать предмет изобретения, описанный в данном документе. Например, сетевой узел 860 может включать в себя пользовательское интерфейсное оборудование, чтобы обеспечивать возможность ввода информации в сетевой узел 860 и обеспечивать возможность вывода информации из сетевого узла 860. Это может обеспечивать возможность пользователю выполнять диагностику, обслуживание, ремонт и другие административные функции для сетевого узла 860.
При использовании в данном документе, беспроводное устройство (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, как описано выше, может быть мобильным, причем в этом случае оно также может упоминаться как мобильное устройство или мобильный терминал.
Как проиллюстрировано, беспроводное устройство 810 включает в себя антенну 811, интерфейс 814, схему 820 обработки, устройствочитаемый носитель 830, пользовательское интерфейсное оборудование 832, вспомогательное оборудование 834, источник 836 мощности и схему 837 подачи мощности. WD 810 может включать в себя несколько наборов из одного или более проиллюстрированных компонентов для различных беспроводных технологий, поддерживаемых посредством WD 810, таких как, например, беспроводные GSM-, WCDMA-, LTE-, NR-, Wi-Fi-, WiMAX- или Bluetooth-технологии, помимо прочего. Эти беспроводные технологии могут интегрироваться в идентичные или различные микросхемы или набор микросхем в качестве других компонентов в WD 810.
Антенна 811 может включать в себя одну или более антенн или антенных решеток, выполненных с возможностью отправлять и/или принимать беспроводные сигналы, причем антенна 811 соединяется с интерфейсом 814. В определенных альтернативных вариантах осуществления, антенна 811 может быть отдельной от WD 810 и может соединяться с WD 810 посредством интерфейса или порта. Антенна 811, интерфейс 814 и/или схема 820 обработки могут быть выполнены с возможностью выполнять любые операции приема или передачи, описанные в данном документе как выполняемые посредством WD. Любая информация, данные и/или сигналы могут приниматься из сетевого узла и/или другого беспроводного устройства. В некоторых вариантах осуществления, внешняя интерфейсная радиосхема и/или антенна 811 могут считаться интерфейсом.
Как проиллюстрировано, интерфейс 814 содержит внешнюю интерфейсную радиосхему 812 и антенну 811. Внешняя интерфейсная радиосхема 812 содержит один или более фильтров 818 и усилителей 816. Внешняя интерфейсная радиосхема 814 соединяется с антенной 811 и схемой 820 обработки и выполнена с возможностью преобразовывать и согласовывать сигналы, передаваемые между антенной 811 и схемой 820 обработки. Внешняя интерфейсная радиосхема 812 может соединяться или составлять часть антенны 811. В некоторых вариантах осуществления, WD 810 может не включать в себя отдельную внешнюю интерфейсную радиосхему 812; наоборот, схема 820 обработки может содержать внешнюю интерфейсную радиосхему и может соединяться с антенной 811. Аналогично, в некоторых вариантах осуществления, часть или все из схемы 822 приемо-передающего RF-устройства может считаться частью интерфейса 814. Внешняя интерфейсная радиосхема 812 может принимать цифровые данные, которые должны отправляться в другие сетевые узлы или WD через беспроводное соединение. Внешняя интерфейсная радиосхема 812 может преобразовывать цифровые данные в радиосигнал, имеющий соответствующие параметры канала и полосы пропускания, с использованием комбинации фильтров 818 и/или усилителей 816. Радиосигнал затем может передаваться через антенну 811. Аналогично, при приеме данных, антенна 811 может собирать радиосигналы, которые затем преобразуются в цифровые данные посредством внешней интерфейсной радиосхемы 812. Цифровые данные могут передаваться в схему 820 обработки. В других вариантах осуществления, интерфейс может содержать различные компоненты и/или различные комбинации компонентов.
Схема 820 обработки может содержать комбинацию одного или более из микропроцессора, контроллера, микроконтроллера, центрального процессора, процессора цифровых сигналов, специализированной интегральной схемы, программируемой пользователем вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса либо комбинацию аппаратных средств, программного обеспечения и/или кодированной логики, работающую с возможностью предоставлять, отдельно или в сочетании с другими компонентами WD 810, такими как устройствочитаемый носитель 830, функциональность WD 810. Такая функциональность может включать в себя предоставление любого из различных беспроводных признаков или преимуществ, поясненных в данном документе. Например, схема 820 обработки может выполнять инструкции, сохраненные в устройствочитаемом носителе 830 или в запоминающем устройстве в схеме 820 обработки, чтобы предоставлять функциональность, раскрытую в данном документе.
Как проиллюстрировано, схема 820 обработки включает в себя одно или более из схемы 822 приемо-передающего RF-устройства, схемы 824 обработки в полосе модулирующих частот и схемы 826 обработки приложений. В других вариантах осуществления, схема обработки может содержать различные компоненты и/или различные комбинации компонентов. В конкретных вариантах осуществления, схема 820 обработки WD 810 может содержать SOC. В некоторых вариантах осуществления, схема 822 приемо-передающего RF-устройства, схема 824 обработки в полосе модулирующих частот и схема 826 обработки приложений могут находиться в отдельных микросхемах или наборах микросхем. В альтернативных вариантах осуществления, часть или все из схемы 824 обработки в полосе модулирующих частот и схемы 826 обработки приложений может комбинироваться в одну микросхему или набор микросхем, и схема 822 приемо-передающего RF-устройства может находиться в отдельной микросхеме или наборе микросхем. В еще одних других альтернативных вариантах осуществления, часть или все из схемы 822 приемо-передающего RF-устройства и схемы 824 обработки в полосе модулирующих частот может находиться в идентичной микросхеме или наборе микросхем, и схема 826 обработки приложений может находиться в отдельной микросхеме или наборе микросхем. В еще других альтернативных вариантах осуществления, часть или все из схемы 822 приемо-передающего RF-устройства, схемы 824 обработки в полосе модулирующих частот и схема 826 обработки приложений может комбинироваться в идентичной микросхеме или наборе микросхем. В некоторых вариантах осуществления, схема 822 приемо-передающего RF-устройства может составлять часть интерфейса 814. Схема 822 приемо-передающего RF-устройства может преобразовывать и согласовывать RF-сигналы для схемы 820 обработки.
В конкретных вариантах осуществления, часть или вся функциональность, описанная в данном документе как выполняемая посредством WD, может предоставляться посредством схемы 820 обработки, выполняющей инструкции, сохраненные на устройствочитаемом носителе 830, который в конкретных вариантах осуществления может представлять собой машиночитаемый носитель хранения данных. В альтернативных вариантах осуществления, часть или вся функциональность могут предоставляться посредством схемы 820 обработки без выполнения инструкций, сохраненных на отдельном или дискретном устройствочитаемом носителе хранения данных, к примеру, проводным способом. В любом из этих конкретных вариантов осуществления, независимо от того, выполняются инструкции, сохраненные на устройствочитаемом носителе хранения данных, или нет, схема 820 обработки может быть выполнена с возможностью выполнять описанную функциональность. Преимущества, предоставленные посредством такой функциональности, не ограничены только схемой 820 обработки или другими компонентами WD 810, а используются посредством WD 810 в целом и/или конечными пользователями и беспроводной сети, в общем.
Схема 820 обработки может быть выполнена с возможностью выполнять любы операции определения, вычисления или аналогичные операции (например, определенные операции получения), описанные в данном документе как выполняемые посредством WD. Эти операции, выполняемые посредством схемы 820 обработки, могут включать в себя обработку информации, полученной посредством схемы 820 обработки, например, посредством преобразования полученной информации в другую информацию, сравнение полученной информации или преобразованной информации с информацией, сохраненной в беспроводном устройстве, и/или выполнение одной или более операций на основе полученной информации или преобразованной информации и в качестве результата упомянутой обработки, выполняющей определение.
Устройствочитаемый носитель 830 может быть выполнен с возможностью сохранять компьютерную программу, программное обеспечение, приложение, включающее в себя одно или более из логики, правил, кода, таблиц и т.д., и/или другие инструкции, допускающие выполнение посредством схемы 820 обработки. Устройствочитаемый носитель 830 может включать в себя компьютерное запоминающее устройство (например, оперативное запоминающее устройство (RAM) или постоянное запоминающее устройство (ROM)), носители хранения данных большой емкости (например, жесткий диск), съемные носители хранения данных (например, компакт-диск (CD) или цифровой видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые переходные устройствочитаемые и/или машиноисполняемые запоминающие устройства, которые сохраняют информацию, данные и/или инструкции, которые могут использоваться посредством схемы 820 обработки. В некоторых вариантах осуществления, схема 820 обработки и устройствочитаемый носитель 830 могут считаться интегрированными.
Пользовательское интерфейсное оборудование 832 может предоставлять компоненты, которые предоставляют возможность пользователю-человеку взаимодействовать с WD 810. Такое взаимодействие может иметь множество форм, таких как визуальная, звуковая, тактильная и т.д. Пользовательское интерфейсное оборудование 832 может быть выполнено с возможностью формировать вывод пользователю и обеспечивать возможность пользователю предоставлять ввод в WD 810. Тип взаимодействия может варьироваться в зависимости от типа пользовательского интерфейсного оборудования 832, установленного в WD 810. Например, если WD 810 представляет собой смартфон, взаимодействие может осуществляться через сенсорный экран; если WD 810 представляет собой интеллектуальный счетчик, взаимодействие может осуществляться через экран, который предоставляет использование (например, число используемых галлонов), либо через динамик, который предоставляет звуковое оповещение (например, если обнаруживается дым). Пользовательское интерфейсное оборудование 832 может включать в себя интерфейсы, устройства и схемы ввода и интерфейсы, устройства и схемы вывода. Пользовательское интерфейсное оборудование 832 выполнено с возможностью обеспечивать возможность ввода информации в WD 810 и соединяется со схемой 820 обработки, чтобы обеспечивать возможность схеме 820 обработки обрабатывать входную информацию. Пользовательское интерфейсное оборудование 832 может включать в себя, например, микрофон, бесконтактный или другой датчик, клавиши/кнопки, сенсорный дисплей, одну или более камер, USB-порт или другую схему ввода. Пользовательское интерфейсное оборудование 832 также выполнено с возможностью обеспечивать возможность вывода информации из WD 810 и обеспечивать возможность схеме 820 обработки выводить информацию из WD 810. Пользовательское интерфейсное оборудование 832 может включать в себя, например, динамик, дисплей, вибрационную схему, USB-порт, интерфейс для наушников или другую схему вывода. С использованием одного или более интерфейсов, устройств и схем ввода-вывода пользовательского интерфейсного оборудования 832, WD 810 может обмениваться данными с конечными пользователями и/или беспроводной сетью и обеспечивать им возможность извлекать выгоду из функциональности, описанной в данном документе.
Вспомогательное оборудование 834 выполнено с возможностью предоставлять более конкретную функциональность, которая, в общем, не может выполняться посредством WD. Оно может содержать специализированные датчики для проведения измерений для различных целей, интерфейсы для дополнительных типов связи, таких как проводная связь и т.д. Включение и тип компонентов вспомогательного оборудования 834 могут варьироваться в зависимости от варианта осуществления и/или сценария.
Источник 836 мощности, в некоторых вариантах осуществления, может иметь форму аккумулятора или аккумуляторного блока. Также могут использоваться другие типы источников мощности, такие как внешний источник мощности (например, электрическая розетка), фотогальванические устройства или гальванические элементы подачи мощности. WD 810 дополнительно может содержать схему 837 подачи мощности для чтобы доставки мощности из источника 836 мощности в различные части WD 810, которым требуется мощность из источника 836 мощности, чтобы выполнять любую функциональность, описанную или указываемую в данном документе. Схема 837 подачи мощности в конкретных вариантах осуществления может содержать схему управления мощностью. Схема 837 подачи мощности дополнительно или альтернативно может быть выполнена с возможностью принимать мощность из внешнего источника мощности; причем в этом случае WD 810 может соединяться с внешним источником мощности (таким как электрическая розетка) через схему или интерфейс ввода, такой как электрический силовой кабель. Схема 837 подачи мощности также в конкретных вариантах осуществления может быть выполнена с возможностью доставлять мощность из внешнего источника мощности в источник 836 мощности. Например, она может служить для заряда источника 836 мощности. Схема 837 подачи мощности может выполнять любое форматирование, преобразование или другую модификацию мощности из источника 836 мощности, чтобы обеспечивать применимость мощности для соответствующих компонентов WD 810, в которые подается мощность.
Фиг. 9 иллюстрирует один вариант осуществления UE в соответствии с различными аспектами, описанными в данном документе. При использовании в данном документе, абонентское устройство или UE не обязательно может иметь пользователя в смысле пользователя-человека, который владеет и/или управляет релевантным устройством. Вместо этого, UE может представлять устройство, которое служит для продажи или управления пользователем-человеком, но которое может не или которое может не первоначально ассоциироваться с конкретным пользователем-человеком. UE также может содержать любое UE, идентифицированное посредством Партнерского проекта третьего поколения (3GPP), включающее в себя NB-IoT UE, которое не предназначено для продажи или управления пользователем-человеком. UE 900, как проиллюстрировано на фиг. 9, представляет собой один пример WD, выполненного с возможностью выполненного с возможностью связи в соответствии с одним или более стандартов связи, опубликованных посредством Партнерского проекта третьего поколения (3GPP), таких как 3GPP GSM-, UMTS-, LTE- и/или 5G-стандарты. Как упомянуто выше, термин "WD" и "UE" могут использоваться взаимозаменяемо. Соответственно, хотя фиг. 9 представляет собой UE, компоненты, поясненные в данном документе, являются в равной степени применимыми к WD, и наоборот.
На фиг. 9, UE 900 включает в себя схему 901 обработки, которая функционально соединяется с интерфейсом 905 ввода-вывода, радиочастотный (RF) интерфейс 909, сетевой соединительный интерфейс 911, запоминающее устройство 915, включающее в себя оперативное запоминающее устройство 917 (RAM), постоянное запоминающее устройство 919 (ROM) и носитель 921 хранения данных и т.п., подсистему 931 связи, источник 933 мощности и/или любой другой компонент либо любую комбинацию вышеозначенного. Носитель 921 хранения данных включает в себя операционную систему 923, прикладную программу 925 и данные 927. В других вариантах осуществления, носитель 921 хранения данных может включать в себя другие аналогичные типы информации. Определенные UE могут использовать все компоненты, показанные на фиг. 9, или только поднабор компонентов. Уровень интеграции между компонентами может варьироваться в зависимости от UE. Дополнительно, определенные UE могут содержать несколько экземпляров компонента, к примеру, несколько процессоров, запоминающих устройств, приемо-передающих устройств, передающих устройств, приемных устройств и т.д.
На фиг. 9, схема 901 обработки может быть выполнена с возможностью обрабатывать компьютерные инструкции и данные. Схема 901 обработки может быть выполнена с возможностью реализовывать любую машину последовательных состояний, работающую с возможностью выполнять машинные инструкции, сохраненные в качестве машиночитаемых компьютерных программ в запоминающем устройстве, к примеру, как одна или более аппаратно-реализованных машин состояний (например, в дискретной логике, FPGA, ASIC и т.д.); программируемая логика вместе с соответствующим микропрограммным обеспечением; один или более процессоров общего назначения с сохраненными программами, таких как микропроцессор или процессор цифровых сигналов (DSP), вместе с соответствующим программным обеспечением; либо как любая комбинация вышеуказанного. Например, схема 901 обработки может включать в себя два центральных процессора (CPU). Данные могут представлять собой информацию в форме, подходящей для использования посредством компьютера.
В проиллюстрированном варианте осуществления, интерфейс 905 ввода-вывода может быть выполнен с возможностью предоставлять интерфейс связи с устройством ввода, устройством вывода или устройством ввода и вывода. UE 900 может быть выполнено с возможностью использовать устройство вывода через интерфейс 905 ввода-вывода. Устройство вывода может использовать идентичный тип интерфейсного порта с устройством ввода. Например, USB-порт может использоваться для того, чтобы предоставлять ввод в и вывод из UE 900. Устройство вывода может представлять собой динамик, звуковую карту, видеокарту, дисплей, монитор, принтер, актуатор, излучатель, смарт-карту, другое устройство вывода либо любую комбинацию вышеозначенного. UE 900 может быть выполнено с возможностью использовать устройство ввода через интерфейс 905 ввода-вывода, чтобы обеспечивать возможность пользователю захватывать информацию в UE 900. Устройство ввода может включать в себя сенсорный или чувствительный к присутствию дисплей, камеру (например, цифровую камеру, цифровую видеокамеру, веб-камеру и т.д.), микрофон, датчик, мышь, шаровой манипулятор, джойстик, сенсорную панель, колесико прокрутки, смарт-карту и т.п. Чувствительный к присутствию дисплей может включать в себя емкостный или резистивный датчик касания, чтобы считывать ввод от пользователя. Датчик, например, может представлять собой акселерометр, гироскоп, датчик наклона, датчик силы, магнитометр, оптический датчик, бесконтактный датчик, другой аналогичный датчик либо любую комбинацию вышеозначенного. Например, устройство ввода может представлять собой акселерометр, магнитометр, цифровую камеру, микрофон и оптический датчик.
На фиг. 9, RF-интерфейс 909 может быть выполнен с возможностью предоставлять интерфейс связи с RF-компонентами, такими как передающее устройство, приемное устройство и антенна. Сетевой соединительный интерфейс 911 может быть выполнен с возможностью предоставлять интерфейс связи с сетью 943a. Сеть 943a может охватывать проводные и беспроводные сети, к примеру, локальную вычислительную сеть (LAN), глобальную вычислительную сеть (WAN), компьютерную сеть, беспроводную сеть, сеть связи, другую аналогичную сеть либо любую комбинацию вышеозначенного. Например, сеть 943a может содержать Wi-Fi-сеть. Сетевой соединительный интерфейс 911 может быть выполнен с возможностью включать в себя интерфейс приемного устройства и передающего устройства, используемый для того, чтобы обмениваться данными с одним или более других устройств по сети связи согласно одному или более протоколов связи, таких как Ethernet, TCP/IP, SONET, ATM и т.п. Сетевой соединительный интерфейс 911 может реализовывать функциональность приемного устройства и передающего устройства, соответствующую сетевым линиям связи (например, оптическим, электрическим и т.п.). Функции передающего устройства и приемного устройства могут совместно использовать схемные компоненты, программное обеспечение или микропрограммное обеспечение либо альтернативно могут реализовываться отдельно.
RAM 917 может быть выполнено с возможностью взаимодействовать через шину 902 со схемой 901 обработки, чтобы предоставлять хранение или кэширование данных или компьютерных инструкций во время выполнения программно-реализованных программ, таких как операционная система, прикладные программы и драйверы устройств. ROM 919 может быть выполнено с возможностью предоставлять компьютерные инструкции или данные в схему 901 обработки. Например, ROM 919 может быть выполнено с возможностью представлять собой инвариантный низкоуровневый системный код или данные для базовых системных функций, таких как базовый ввод и вывод (ввод-вывод), запуск системы или прием нажатий клавиш с клавиатуры, которые сохраняются в энергонезависимом запоминающем устройстве. Носитель 921 хранения данных может быть выполнен с возможностью включать в себя запоминающее устройство, такое как RAM, ROM, программируемое постоянное запоминающее устройство (PROM), стираемое программируемое постоянное запоминающее устройство (EPROM), электрически стираемое программируемое постоянное запоминающее устройство (EEPROM), магнитные диски, оптические диски, гибкие диски, жесткие диски, съемные картриджи или флэш-накопители. В одном примере, носитель 921 хранения данных может быть выполнен с возможностью включать в себя операционную систему 923, прикладную программу 925, к примеру, приложение веб-браузера, виджет- или гаджет-механизм либо другой файл 927 приложения и данных. Носитель 921 хранения данных может сохранять, для использования посредством UE 900, любые из множества различных операционных систем либо комбинаций операционных систем.
Носитель 921 хранения данных может быть выполнен с возможностью включать в себя определенное число физических блоков накопителей, таких как массив независимых дисков с избыточностью информации (RAID), накопитель на гибких дисках, флэш-память, USB-флэш-накопитель, внешний накопитель на жестких дисках, флэш-накопитель, перьевой накопитель, флэш-диск, накопитель на оптических дисках на основе цифровых дисков высокой плотности (HD-DVD), внутренний накопитель на жестких дисках, накопитель на оптических Blu-Ray-дисках, накопитель на оптических дисках для голографического хранения цифровых данных (HDDS), внешний мини-модуль запоминающего устройства с двухрядным расположением выводов (DIMM), синхронное динамическое оперативное запоминающее устройство (SDRAM), внешнее микро-DIMM SDRAM, запоминающее устройство на смарт-картах, такое как модуль идентификации абонента или сменный модуль идентификации пользователя (SIM/RUIM), другое запоминающее устройство либо любую комбинацию вышеозначенного. Носитель 921 хранения данных может обеспечивать возможность UE 900 осуществлять доступ к машиноисполняемым инструкциям, прикладным программам и т.п., сохраненным на энергозависимых или энергонезависимых запоминающих носителях, разгружать данные или выгружать данные. Изделие, к примеру, изделие с использованием системы связи, может быть материально осуществлено на носителе 921 хранения данных, который может содержать устройствочитаемый носитель.
На фиг. 9, схема 901 обработки может быть выполнена с возможностью обмениваться данными с сетью 943b с использованием подсистемы 931 связи. Сеть 943a и сеть 943b могут представлять собой идентичную сеть или сети либо различную сеть или сети. Подсистема 931 связи может быть выполнена с возможностью включать в себя одно или более приемо-передающих устройств, используемых для того, чтобы обмениваться данными с сетью 943b. Например, подсистема 931 связи может быть выполнена с возможностью включать в себя одно или более приемо-передающих устройств, используемых для того, чтобы обмениваться данными с одним или более удаленных приемо-передающих устройств для другого устройства, допускающего беспроводную связь, такого как другое WD, UE или базовая станция сети радиодоступа (RAN) согласно одному или более протоколов связи, таких как IEEE 802.9, CDMA, WCDMA, GSM, LTE, UTRAN, WiMAX и т.п. Каждое приемо-передающее устройство может включать в себя передающее устройство 933 и/или приемное устройство 935, чтобы реализовывать функциональность передающего устройства или приемного устройства, надлежащим образом соответствующую RAN-линиям связи (например, выделения частот и т.п.). Дополнительно, передающее устройство 933 и приемное устройство 935 каждого приемо-передающего устройства могут совместно использовать схемные компоненты, программное обеспечение или микропрограммное обеспечение либо альтернативно могут реализовываться отдельно.
В проиллюстрированном варианте осуществления, функции связи подсистемы 931 связи могут включать в себя обмен данными, голосовую связь, мультимедийную связь, ближнюю связь, такую как Bluetooth, связь ближнего радиуса действия, связь на основе информации местоположения, такую как использование глобальной системы позиционирования (GPS) для того, чтобы определять местоположение, другую аналогичную функцию связи либо любую комбинацию вышеозначенного. Например, подсистема 931 связи может включать в себя сотовую связь, Wi-Fi-связь, Bluetooth-связь и GPS-связь. Сеть 943b может охватывать проводные и беспроводные сети, к примеру, локальную вычислительную сеть (LAN), глобальную вычислительную сеть (WAN), компьютерную сеть, беспроводную сеть, сеть связи, другую аналогичную сеть либо любую комбинацию вышеозначенного. Например, сеть 943b может представлять собой сотовую сеть, Wi-Fi-сеть и/или сеть ближнего радиуса действия. Источник 913 мощности может быть выполнен с возможностью предоставлять мощность переменного тока (AC) или постоянного тока (DC) в компоненты UE 900.
Признаки, преимущества и/или функции, описанные в данном документе, могут реализовываться в одном из компонентов UE 900 или сегментироваться по нескольким компонентам UE 900. Дополнительно, признаки, преимущества и/или функции, описанные в данном документе, могут реализовываться в любой комбинации аппаратных средств, программного обеспечения или микропрограммного обеспечения. В одном примере, подсистема 931 связи может быть выполнена с возможностью включать в себя любой из компонентов, описанных в данном документе. Дополнительно, схема 901 обработки может быть выполнена с возможностью обмениваться данными с любым из таких компонентов по шине 902. В другом примере, любой из таких компонентов может представляться посредством программных инструкций, сохраненных в запоминающем устройстве, которые, при выполнении посредством схемы 901 обработки, выполняют соответствующие функции, описанные в данном документе. В другом примере, функциональность любого из таких компонентов может сегментироваться между схемой 901 обработки и подсистемой 931 связи. В другом примере, функции без большого объема вычислений любого из таких компонентов могут реализовываться в программном обеспечении или микропрограммном обеспечении, а функции с большим объемом вычислений могут реализовываться в аппаратных средствах.
Фиг. 10 является принципиальной блок-схемой, иллюстрирующей окружение 1000 виртуализации, в котором могут виртуализироваться функции, реализованные посредством некоторых вариантов осуществления. В настоящем контексте, виртуализация означает создание виртуальных версий оборудования или устройств, которые могут включать в себя виртуализацию аппаратных платформ, устройств хранения данных и сетевых ресурсов. При использовании в данном документе, виртуализация может применяться к узлу (например, к виртуализированной базовой станции или к виртуализированному узлу радиодоступа) или к устройству (например, к UE, к беспроводному устройству или к любому другому типу устройства связи) либо к его компонентам и относится к реализации, в которой, по меньшей мере, часть функциональности реализуется как один или более виртуальных компонентов (например, через одно или более приложений, компонентов, функций, виртуальных машин или контейнеров, выполняющихся на одном или более физических узлов обработки в одной или более сетей).
В некоторых вариантах осуществления, некоторые или все функции, описанные в данном документе, могут реализовываться как виртуальные компоненты, выполняемые посредством одной или более виртуальных машин, реализованных в одном или более виртуальных окружений 1000, размещаемых посредством одного или более аппаратных узлов 1030. Дополнительно, в вариантах осуществления, в которых виртуальный узел не представляет собой узел радиодоступа или не требует радиоподключений (например, базовый сетевой узел), в таком случае сетевой узел может полностью виртуализироваться.
Функции могут реализовываться посредством одного или более приложений 1020 (которые альтернативно могут называться "программными экземплярами", "виртуальными приборами", "сетевыми функциями", "виртуальными узлами", "виртуальными сетевыми функциями" и т.д.), работающих с возможностью реализовывать некоторые признаки, функции и/или преимущества некоторых вариантов осуществления, раскрытых в данном документе. Приложения 1020 выполняются в окружении 1000 виртуализации, которое предоставляет аппаратные средства 1030, содержащие схему 1060 обработки и запоминающее устройство 1090. Запоминающее устройство 1090 содержит инструкции 1095, выполняемые посредством схемы 1060 обработки, за счет которых приложение 1020 выполнено с возможностью предоставлять один или более признаков, преимуществ и/или функций, раскрытых в данном документе.
Окружение 1000 виртуализации содержит сетевые аппаратные устройства 1030 общего назначения или специального назначения, содержащие набор из одного или более процессоров или схем 1060 обработки, которые могут представлять собой типовые коммерческие (COTS) процессоры, выделенные специализированные интегральные схемы (ASIC) или любой другой тип схемы обработки, включающей в себя цифровые или аналоговые аппаратные компоненты или процессоры специального назначения. Каждое аппаратное устройство может содержать запоминающее устройство 1090-1, которое может представлять собой непостоянное запоминающее устройство для временного сохранения инструкций 1095 или программного обеспечения, выполняемого посредством схемы 1060 обработки. Каждое аппаратное устройство может содержать один или более сетевых интерфейсных контроллеров 1070 (NIC), также известных как сетевые интерфейсные платы, которые включают в себя физический сетевой интерфейс 1080. Каждое аппаратное устройство также может включать в себя энергонезависимые постоянные машиночитаемые носители 1090-2 хранения данных, имеющие сохраненное программное обеспечение 1095 и/или инструкции, выполняемые посредством схемы 1060 обработки. Программное обеспечение 1095 может включать в себя любой тип программного обеспечения, включающего в себя программное обеспечение для создания экземпляра одного или более уровней 1050 виртуализации (также называемых "гипервизорами"), программное обеспечение для того, чтобы выполнять виртуальные машины 1040, а также программное обеспечение, обеспечивающее им возможность выполнять функции, признаки и/или преимущества, описанные во взаимосвязи с некоторыми вариантами осуществления, описанными в данном документе.
Виртуальные машины 1040 содержат виртуальную обработку, виртуальное запоминающее устройство, виртуальные сети или интерфейс и виртуальное устройство хранения данных и могут выполняться посредством соответствующего уровня 1050 виртуализации или гипервизора. Различные варианты осуществления экземпляра виртуального прибора 1020 могут реализовываться на одной или более виртуальных машин 1040, и реализации могут осуществляться различными способами.
В ходе работы, схема 1060 обработки выполняет программное обеспечение 1095, чтобы создавать экземпляр гипервизора или уровня 1050 виртуализации, который может иногда упоминаться как монитор виртуальных машин (VMM). Уровень 1050 виртуализации может представлять виртуальную операционную платформу, которая выглядит как сетевые аппаратные средства для виртуальной машины 1040.
Как показано на фиг. 10, аппаратные средства 1030 могут представлять собой автономный сетевой узел с общими или конкретными компонентами. Аппаратные средства 1030 могут содержать антенну 10225 и могут реализовывать некоторые функции через виртуализацию. Альтернативно, аппаратные средства 1030 могут составлять часть большего кластера аппаратных средств (к примеру, в центре обработки и хранения данных или оконечном абонентском оборудовании (CPE)), в котором множество аппаратных узлов взаимодействуют и управляются через систему 10100 управления и оркестровки (MANO), которая, в числе прочего, осуществляет управление жизненным циклом приложений 1020.
Виртуализация аппаратных средств в некоторых контекстах упоминается в качестве виртуализации сетевых функций (NFV). Таким образом, NFV может использоваться для того, чтобы консолидировать множество типов сетевого оборудования в отраслевые стандартные серверные крупномасштабные аппаратные средства, физические коммутаторы и физические устройства хранения данных, которые могут быть расположены в центрах обработки и хранения данных и в оконечном абонентском оборудовании.
В контексте NFV, виртуальная машина 1040 может представлять собой программную реализацию физической машины, которая выполняет программы, как если они выполняются на физической, невиртуализированной машине. Каждая из виртуальных машин 1040 и та часть аппаратных средств 1030, которая выполняет эту виртуальную машину, будь то аппаратные средства, выделенные для этой виртуальной машины, и/или аппаратные средствам, совместно используемые посредством этой виртуальной машины с другими виртуальных машин 1040, формируют отдельные виртуальные сетевые элементы (VNE).
По-прежнему в контексте NFV, виртуальная сетевая функция (VNF) отвечает за обработку конкретных сетевых функций, которые выполняются в одной или более виртуальных машин 1040 поверх аппаратной сетевой инфраструктуры 1030, и соответствует приложению 1020 на фиг. 10.
В некоторых вариантах осуществления, один или более радиоблоков 10200, которые включают в себя одно или более передающих устройств 10220 и одно или более приемных устройств 10210, могут соединяться с одной или более антенн 10225. Радиоблоки 10200 могут обмениваться данными непосредственно с аппаратными узлами 1030 через один или более соответствующих сетевых интерфейсов и могут использоваться в комбинации с виртуальными компонентами, чтобы предоставлять виртуальный узел с поддержкой радиосвязи, такой как узел радиодоступа или базовая станция.
В некоторых вариантах осуществления, некоторая передача служебных сигналов может осуществляться с использованием системы 10230 управления, которая альтернативно может использоваться для связи между аппаратными узлами 1030 и радиоблоками 10200.
Со ссылкой на фиг. 11, в соответствии с вариантом осуществления, система связи включает в себя сеть 1110 связи, к примеру, сотовую 3GPP-сеть, которая содержит сеть 1111 доступа, к примеру, сеть радиодоступа и базовую сеть 1114. Сеть 1111 доступа содержит множество базовых станций 1112a, 1112b, 1112c, к примеру, NB, eNB, gNB или другие типы точек беспроводного доступа, каждая из которых задает соответствующую зону 1113a, 1113b, 1113c покрытия. Каждая базовая станция 1112a, 1112b, 1112c может соединяться с базовой сетью 1114 по проводному или беспроводному соединению 1115. Первое UE 1191, расположенное в зоне 1113c покрытия, выполнено с возможностью в беспроводном режиме соединяться или вызываться посредством поисковых вызовов посредством соответствующей базовой станции 1112c. Второе UE 1192 в зоне 1113a покрытия может соединяться в беспроводном режиме с соответствующей базовой станцией 1112a. Хотя множество UE 1191, 1192 проиллюстрировано в этом примере, раскрытые варианты осуществления являются в равной степени применимыми к ситуации, когда единственное UE находится в зоне покрытия, либо когда единственное UE соединяется с соответствующей базовой станцией 1112.
Сеть 1110 связи непосредственно соединяется с хост-компьютером 1130, который может быть осуществлен в аппаратных средствах и/или в программном обеспечении автономного сервера, облачно-реализованного сервера, распределенного сервера или в качестве ресурсов обработки в ферме серверов. Хост-компьютер 1130 может находиться в собственности или управлении поставщика услуг либо может управляться посредством поставщика услуг или от имени поставщика услуг. Соединения 1121 и 1122 между сетью 1110 связи и хост-компьютером 1130 могут протягиваться непосредственно из базовой сети 1114 в хост-компьютер 1130 или могут проходить через необязательную промежуточную сеть 1120. Промежуточная сеть 1120 может представлять собой одно из либо комбинацию более чем одного из общедоступной, частной или размещаемой сети; промежуточная сеть 1120, если имеется, может представлять собой магистральную сеть или Интернет; в частности, промежуточная сеть 1120 может содержать две или более подсетей (не показаны).
Система связи по фиг. 11 в целом обеспечивает подключение между соединенными UE 1191, 1192 и хост-компьютером 1130. Подключение может описываться как соединение 1150 поверх сетей (OTT). Хост-компьютер 1130 и соединенные UE 1191, 1192 выполнены с возможностью обмениваться данными и/или служебными сигналами через OTT-соединение 1150, с использованием сети 1111 доступа, базовой сети 1114, любой промежуточной сети 1120 и возможной дополнительной инфраструктуры (не показана) в качестве посредников. OTT-соединение 1150 может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит OTT-соединение 1150, не имеют сведения по маршрутизации связи в восходящей и нисходящей линии связи. Например, базовая станция 1112 не может или не должна информироваться относительно предыдущей маршрутизации входящей связи в нисходящей линии связи с данными, происходящими из хост-компьютера 1130, которые должны перенаправляться (например, с передачей обслуживания) в соединенное UE 1191. Аналогично, базовая станция 1112 не должна иметь сведения по будущей маршрутизации исходящей связи в восходящей линии связи, происходящей из UE 1191 в хост-компьютер 1130.
Ниже описываются примерные реализации, в соответствии с вариантом осуществления, UE, базовой станции и хост-компьютера, поясненных в предыдущих абзацах, со ссылкой на фиг. 12. В системе 1200 связи, хост-компьютер 1210 содержит аппаратные средства 1215, включающие в себя интерфейс 1216 связи, выполненный с возможностью устанавливать и поддерживать проводное или беспроводное соединение с интерфейсом другого устройства связи системы 1200 связи. Хост-компьютер 1210 дополнительно содержит схему 1218 обработки, которая может иметь характеристики хранения и/или обработки. В частности, схема 1218 обработки может содержать один или более программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц либо их комбинаций (не показаны), адаптированных с возможностью выполнять инструкции. Хост-компьютер 1210 дополнительно содержит программное обеспечение 1211, которое сохраняется или является доступным посредством хост-компьютера 1210 и выполняемым посредством схемы 1218 обработки. Программное обеспечение 1211 включает в себя хост-приложение 1212. Хост-приложение 1212 может быть выполнено с возможностью предоставлять услугу для удаленного пользователя, такого как UE 1230, соединенное через OTT-соединение 1250, завершающееся в UE 1230 и в хост-компьютере 1210. При предоставлении услуги для удаленного пользователя, хост-приложение 1212 может предоставлять пользовательские данные, которые передаются с использованием OTT-соединения 1250.
Система 1200 связи дополнительно включает в себя базовую станцию 1220, предоставленную в системе связи и содержащую аппаратные средства 1225, позволяющие ей обмениваться данными с хост-компьютером 1210 и с UE 1230. Аппаратные средства 1225 могут включать в себя интерфейс 1226 связи для установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 1200 связи, а также радиоинтерфейс 1227 для установления и поддержания, по меньшей мере, беспроводного соединения 1270 с UE 1230, расположенным в зоне покрытия (не показана на фиг. 12), обслуживаемой посредством базовой станции 1220. Интерфейс 1226 связи может быть выполнен с возможностью обеспечивать соединение 1260 с хост-компьютером 1210. Соединение 1260 может быть прямым, или оно может проходить через базовую сеть (не показана на фиг. 12) системы связи и/или через одну или более промежуточных сетей за пределами системы связи. В показанном варианте осуществления, аппаратные средства 1225 базовой станции 1220 дополнительно включают в себя схему 1228 обработки, которая может содержать один или более программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц либо их комбинаций (не показаны), адаптированных с возможностью выполнять инструкции. Базовая станция 1220 дополнительно имеет программное обеспечение 1221, сохраненное внутренне или доступное через внешнее соединение.
Система 1200 связи дополнительно включает в себя уже упоминаемое UE 1230. Его аппаратные средства 1235 могут включать в себя радиоинтерфейс 1237, выполненный с возможностью устанавливать и поддерживать беспроводное соединение 1270 с базовой станцией, обслуживающей зону покрытия, в которой в данный момент находится UE 1230. Аппаратные средства 1235 UE 1230 дополнительно включают в себя схему 1238 обработки, которая может содержать один или более программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц либо их комбинаций (не показаны), адаптированных с возможностью выполнять инструкции. UE 1230 дополнительно содержит программное обеспечение 1231, которое сохраняется или является доступным посредством UE 1230 и выполняемым посредством схемы 1238 обработки. Программное обеспечение 1231 включает в себя клиентское приложение 1232. Клиентское приложение 1232 может быть выполнено с возможностью предоставлять услугу пользователю-человеку или не человеку через UE 1230 с поддержкой хост-компьютера 1210. В хост-компьютере 1210, выполняющееся хост-приложение 1212 может обмениваться данными с выполняющимся клиентским приложением 1232 через OTT-соединение 1250, завершающееся в UE 1230 и хост-компьютере 1210. При предоставлении услуги для пользователя, клиентское приложение 1232 может принимать запрашиваемые данные из хост-приложения 1212 и предоставлять пользовательские данные в ответ на запрашиваемые данные. OTT-соединение 1250 может переносить как запрашиваемые данные, так и пользовательские данные. Клиентское приложение 1232 может взаимодействовать с пользователем, чтобы формировать пользовательские данные, которые оно предоставляет.
Следует отметить, что хост-компьютер 1210, базовая станция 1220 и UE 1230, проиллюстрированные на фиг. 12, могут быть аналогичными или идентичными хост-компьютеру 1130, одной из базовых станций 1112a, 1112b, 1112c и одному из UE 1191, 1192 по фиг. 11, соответственно. Другими словами, внутренние операции этих объектов могут быть такими, как показано на фиг. 12, и независимо, окружающая сетевая топология может представлять собой окружающую сетевую топологию по фиг. 11.
На фиг. 12, OTT-соединение 1250 нарисовано абстрактно, чтобы иллюстрировать связь между хост-компьютером 1210 и UE 1230 через базовую станцию 1220, без прямой ссылки на промежуточные устройства и точную маршрутизацию сообщений через эти устройства. Сетевая инфраструктура может определять маршрутизацию, которую она может быть выполнена с возможностью скрывать от UE 1230 или от поставщика услуг, управляющего хост-компьютером 1210, или с обоими из них. В то время, когда OTT-соединение 1250 является активным, сетевая инфраструктура дополнительно может принимать решения, посредством которых она динамически изменяет маршрутизацию (например, на основе рассматриваемого фактора балансировки нагрузки или переконфигурирования сети).
Беспроводное соединение 1270 между UE 1230 и базовой станцией 1220 осуществляется в соответствии с идеями вариантов осуществления, описанных в ходе этого раскрытия. Один или более различных вариантов осуществления повышают производительность OTT-услуг, предоставленных в UE 1230 с использованием OTT-соединения 1250, в котором беспроводное соединение 1270 формирует последний сегмент. Более точно, идеи этих вариантов осуществления могут повышать скорость передачи данных, понижать задержку и потребление мощности и в силу этого предоставлять такие выгоды, как уменьшенное время ожидания пользователя, лучшую чувствительность и большее время работы от аккумулятора, в числе других.
Процедура измерений может предоставляться для целей мониторинга скорости передач данных, задержки и других факторов, относительно которых улучшаются один или более вариантов осуществления. Дополнительно может быть предусмотрена необязательная сетевая функциональность для переконфигурирования OTT-соединения 1250 между хост-компьютером 1210 и UE 1230, в ответ на варьирования результатов измерений. Процедура измерений и/или сетевая функциональность для переконфигурирования OTT-соединения 1250 могут реализовываться в программном обеспечении 1211 и аппаратных средствах 1215 хост-компьютера 1210 или в программном обеспечении 1231 и аппаратных средствах 1235 UE 1230 либо и в том, и в другом. В вариантах осуществления, датчики (не показаны) могут развертываться в/в ассоциации с устройствами связи, через которые проходит OTT-соединение 1250; датчики могут участвовать в процедуре измерений посредством подачи значений отслеживаемых величин, примерно проиллюстрированных выше, или подачи значений других физических величин, из которых программное обеспечение 1211, 1231 может вычислять или оценивать отслеживаемые величины. Переконфигурирование OTT-соединения 1250 может включать в себя формат сообщений, настройки повторной передачи, предпочтительную маршрутизацию и т.д.; переконфигурирование не должно затрагивать базовую станцию 1220, и оно может быть неизвестным или незаметным для базовой станции 1220. Такие процедуры и функциональности могут быть известными и осуществляться на практике в данной области техники. В конкретных вариантах осуществления, измерения могут заключать в себе собственную передачу служебных сигналов UE, обеспечивающую измерения, посредством хост-компьютера 1210, пропускной способности, времен распространения, задержки и т.п. Могут реализовываться измерения, в которых программное обеспечение 1211 и 1231 инструктирует передачу сообщений, в частности, пустых или "фиктивных" сообщений, с использованием OTT-соединения 1250, в то время как оно отслеживает времена распространения, ошибки и т.д.
Фиг. 13 является блок-схемой последовательности операций, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут представлять собой элементы, описанные со ссылкой на фиг. 11 и 12. Для простоты настоящего раскрытия, только ссылки на чертежах для фиг. 13 должны быть включены в этот раздел. На этапе 1310, хост-компьютер предоставляет пользовательские данные. На подэтапе 1311 (который может быть необязательным) этапа 1310, хост-компьютер предоставляет пользовательские данные посредством выполнения хост-приложения. На этапе 1320, хост-компьютер инициирует передачу, переносящую пользовательские данные, в UE. На этапе 1330 (который может быть необязательным), базовая станция передает в UE пользовательские данные, которые перенесены в передаче, которую инициирует хост-компьютер, в соответствии с идеями вариантов осуществления, описанных в ходе этого раскрытия. На этапе 1340 (который также может быть необязательным), UE выполняет клиентское приложение, ассоциированное с хост-приложением, выполняемым посредством хост-компьютера.
Фиг. 14 является блок-схемой последовательности операций, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут представлять собой элементы, описанные со ссылкой на фиг. 11 и 12. Для простоты настоящего раскрытия, только ссылки на чертежах для фиг. 14 должны быть включены в этот раздел. На этапе 1410 способа, хост-компьютер предоставляет пользовательские данные. На необязательном подэтапе (не показан), хост-компьютер предоставляет пользовательские данные посредством выполнения хост-приложения. На этапе 1420, хост-компьютер инициирует передачу, переносящую пользовательские данные, в UE. Передача может передаваться через базовую станцию, в соответствии с идеями вариантов осуществления, описанных в ходе этого раскрытия. На этапе 1430 (который может быть необязательным), UE принимает пользовательские данные, переносимые в передаче.
Фиг. 15 является блок-схемой последовательности операций, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут представлять собой элементы, описанные со ссылкой на фиг. 11 и 12. Для простоты настоящего раскрытия, только ссылки на чертежах для фиг. 15 должны быть включены в этот раздел. На этапе 1510 (который может быть необязательным), UE принимает входные данные, предоставленные посредством хост-компьютера. Дополнительно или альтернативно, на этапе 1520, UE предоставляет пользовательские данные. На подэтапе 1521 (который может быть необязательным) этапа 1520, UE предоставляет пользовательские данные посредством выполнения клиентского приложения. На подэтапе 1511 (который может быть необязательным) этапа 1510, UE выполняет клиентское приложение, которое предоставляет пользовательские данные при реакции на принимаемые входные данные, предоставленные посредством хост-компьютера. При предоставлении пользовательских данных, выполняемое клиентское приложение дополнительно может рассматривать пользовательский ввод, принимаемый от пользователя. Независимо от конкретного способа, которым предоставлены пользовательские данные, UE инициирует, на подэтапе 1530 (который может быть необязательным), передачу пользовательских данных в хост-компьютер. На этапе 1540 способа, хост-компьютер принимает пользовательские данные, передаваемые из UE, в соответствии с идеями вариантов осуществления, описанных в ходе этого раскрытия.
Фиг. 16 является блок-схемой последовательности операций, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут представлять собой элементы, описанные со ссылкой на фиг. 11 и 12. Для простоты настоящего раскрытия, только ссылки на чертежах для фиг. 16 должны быть включены в этот раздел. На этапе 1610 (который может быть необязательным), в соответствии с идеями вариантов осуществления, описанных в ходе этого раскрытия, базовая станция принимает пользовательские данные из UE. На этапе 1620 (который может быть необязательным), базовая станция инициирует передачу принимаемых пользовательских данных в хост-компьютер. На этапе 1630 (который может быть необязательным), хост-компьютер принимает пользовательские данные, переносимые в передаче, инициированной посредством базовой станции.
Любые соответствующие этапы, способы, признаки, функции или преимущества, раскрытые в данном документе, могут выполняться через один или более функциональных блоков, схем или модулей одного или более экземпляров виртуального оборудования. Каждое виртуальное оборудование может содержать определенное число этих функциональных блоков. Эти функциональные блоки могут реализовываться через схему обработки, которая может включать в себя один или более микропроцессоров или микроконтроллеров, а также другие цифровые аппаратные средства, которые могут включать в себя процессоры цифровых сигналов (DSP), цифровую логику специального назначения и т.п. Схема обработки может быть выполнена с возможностью выполнять программный код, сохраненный в запоминающем устройстве, которое может включать в себя один или более типов запоминающего устройства, таких как постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), кэш-память, устройства флэш-памяти, оптические устройства хранения данных и т.д. Программный код, сохраненный в запоминающем устройстве, включает в себя программные инструкции для выполнения одного или более протоколов связи и/или обмена данными, а также инструкции для выполнения одного или более технологий, описанных в данном документе. В некоторых реализациях, схема обработки может использоваться для того, чтобы инструктировать соответствующему функциональному блоку выполнять соответствующие функции согласно одному или более вариантов осуществления настоящего раскрытия.
Разумеется, решение, представленное в данном документе, может осуществляться способами, отличными от способов, конкретно изложенных в данном документе, без отступления от важнейших характеристик решения, представленного в данном документе. Настоящие варианты осуществления должны рассматриваться во всех отношениях как иллюстративные, а не ограничивающие, и все изменения, попадающие в рамки смысла и эквивалентности прилагаемой формулы изобретения, должны охватываться ей.
Нижеследующее, что включено в соответствующую предварительную заявку на патент, представляет собой представления на рассмотрение стандартов, ассоциированные с решением, представленным в данном документе.
3GPP TSG-RAN WG3 # 97bis R3-173956
Прага, Чешская Республика, 9-13 октября 2017 года
Пункт повестки дня: 10.8.3.1
Источник: Ericsson
Название: Улучшение в отношении состояния доставки данных нисходящей линии связи
Документ для: pCR
Введение
На предыдущих конференциях, различные улучшения управления потоками представлены на рассмотрение в RAN3.
В данной статье поясняется улучшение, которое может рассматриваться в состоянии доставки данных нисходящей линии связи.
Обсуждение
В сообщении по состоянию доставки данных нисходящей линии связи (DDDS), трех нижеприведенных информационных элемента обязательно представляются:
- наибольший порядковый PDCP PDU-номер, успешно доставленный упорядоченно в UE, из этих PDCP PDU, принимаемых из gNB, размещающего PDCP-объект;
- требуемый размер буфера в байтах для связанного канала-носителя данных;
- минимальный требуемый размер буфера в байтах для UE.
Это подразумевает то, что, во-первых, DDDS служит для RLC AM-режима, и во-вторых, частота отправки состояния доставки данных нисходящей линии связи определяется посредством RLC ACK-частоты.
Имеется потребность отправлять первое DDDS заблаговременно относительно первого RLC ACK, чтобы указывать для узла, размещающего PDCP-объект, требуемый размер буфера, а также случай использования DDDS для того, чтобы предоставлять только информацию относительно требуемого размера буфера и минимального требуемого размера буфера с отсутствием наибольшего порядкового PDCP PDU-номера, успешно доставленного. Таким образом, необходимо вводить способ в DDDS для того, чтобы задавать наибольший порядковый PDCP PDU-номер, успешно доставленный, необязательным информационным элементом.
Предложение 1: RAN3-согласование на предмет того, чтобы задавать наибольший порядковый PDCP PDU-номер, успешно доставленный, необязательным.
DDDS может быть полезным как для RLC AM, так и для RLC UM. Для управления UM-потоками, достаточно получать обновления касательно того, что передано на нижний уровень (например, MAC-уровень).
Наибольший передаваемый порядковый PDCP-номер служит в качестве наибольшего PDCP SN, который запрошен посредством MAC для передачи по Uu-интерфейсу. Чтобы вводить это в DDDS, можно получать более частый DDDS-отчет по сравнению с RLC ACK-частотой, так что узел, размещающий PDCP-объект, может иметь более актуальную информацию состояния. Дополнительно, он также предоставляет информацию для узла, размещающего PDCP-объект, относительно состояния передачи PDCP PDU на нижний уровень; тем не менее, он не может использоваться для того, чтобы удалять PDCP PDU в RLC AM-режиме.
Предложение 2: RAN3-согласование на предмет того, чтобы включать наибольший передаваемый порядковый PDCP-номер в DDDS.
Чтобы использовать DDDS для RLC UM-режима, необходимо модифицировать определение для двух обязательных IE, требуемого размера буфера и минимального требуемого размера буфера, так что при применении к RLC UM-режиму, они обращаться к пользовательским данным, передаваемым на MAC-уровень.
Предложение 3: RAN3-согласование на предмет того, чтобы модифицировать требуемый размер буфера и минимальный требуемый размер буфера для того, чтобы охватывать RLC UM-режим.
Наибольший передаваемый порядковый PDCP-номер на MAC-уровень предназначен для использования как для RLC UM, так и для RLC AM. Чтобы обеспечивать то, что можно использовать DDDS без необходимости всегда включать наибольший передаваемый порядковый PDCP-номер, в случае если желательно отправлять DDDS перед любой передачей данных, и в случае, если желательно только обновлять требуемый размер буфера, и в случае, если отсутствует изменение в наибольшем передаваемом порядковом PDCP-номере, так что не требуется повторять идентичную информацию, предлагается также задавать этот информационный элемент необязательным.
Предложение 4: RAN3-согласование на предмет того, чтобы задавать наибольший передаваемый порядковый PDCP-номер необязательным.
Остается только 2 резервных бита в формате DDDS-кадра. По нашему мнению, предпочтительно добавлять дополнительные резервные биты. Таким образом, можно рассматривать включение 1-октетных резервных битов для будущего расширения.
Предложение 5: RAN3-рассмотрение на предмет того, чтобы добавлять однооктетные резервные биты в DDDS-кадр.
Заключения и предложения
Предложение 1: RAN3-согласование на предмет того, чтобы задавать наибольший порядковый PDCP PDU-номер, успешно доставленный, необязательным.
Предложение 2: RAN3-согласование на предмет того, чтобы включать наибольший передаваемый порядковый PDCP-номер в DDDS.
Предложение 3: RAN3-согласование на предмет того, чтобы модифицировать требуемый размер буфера и минимальный требуемый размер буфера для того, чтобы охватывать RLC UM-режим.
Предложение 4: RAN3-согласование на предмет того, чтобы задавать наибольший передаваемый порядковый PDCP-номер необязательным.
Предложение 5: RAN3-рассмотрение на предмет того, чтобы добавлять однооктетные резервные биты в DDDS-кадр.
Текстовое предложение в TS 38.425 v 0.1.0
5.2. Услуги протокольного уровня пользовательской Xn-плоскости
Примечание редактора: Весь нижеприведенный текст предназначен для дальнейшего изучения (FFS).
Следующие функции предоставляются посредством XnUP-протокола для режима сдвоенного подключения:
- Предоставление конкретной для XnUP информации порядкового номера для пользовательских данных, передаваемых из MgNB в SgNB для конкретного канала-носителя данных, сконфигурированного с вариантом с разбитыми каналами-носителями;
- Информация успешной упорядоченной доставки PDCP PDU в UE из SgNB для пользовательских данных, ассоциированных с конкретным каналом-носителем данных, сконфигурированным с вариантом с разбитыми каналами-носителями;
- Информация успешно упорядоченно передаваемых PDCP PDU на MAC-уровень из S-NG-RAN-узла для пользовательских данных, ассоциированных с конкретным каналом-носителем данных, сконфигурированным с вариантом с разбитыми каналами-носителями;
- Информация PDCP PDU, которые не доставлены в UE;
- Информация текущего требуемого размера буфера в SgNB для передачи в UE пользовательских данных или MAC-уровня, ассоциированного с конкретным каналом-носителем данных, сконфигурированным с вариантом с разбитыми каналами-носителями;
- Информация текущего минимального требуемого размера буфера в SgNB для передачи в UE пользовательских данных или MAC-уровня, ассоциированного со всеми каналами-носителями данных, сконфигурированными с вариантом с разбитыми каналами-носителями.
Следующие функции предоставляются посредством XnUP-протокола для разбитого канала-носителя SCG для режима сдвоенного подключения с NR в E-UTRAN:
- Предоставление конкретной для XnUP информации порядкового номера для пользовательских данных, передаваемых из SgNB в MgNB для конкретного канала-носителя данных, сконфигурированного с вариантом с разбитыми каналами-носителями SCG;
- Информация успешной упорядоченной доставки PDCP PDU в UE из MgNB для пользовательских данных, ассоциированных с конкретным каналом-носителем данных, сконфигурированным с вариантом с разбитыми каналами-носителями SCG;
- Информация успешно упорядоченно передаваемых PDCP PDU на MAC-уровень из M-NG-RAN-узла для пользовательских данных, ассоциированных с конкретным каналом-носителем данных, сконфигурированным с вариантом с разбитыми каналами-носителями SCG;
- Информация PDCP PDU из MgNB, которые не доставлены в UE;
- Информация текущего требуемого размера буфера в MgNB для передачи в UE пользовательских данных или MAC-уровня, ассоциированного с конкретным каналом-носителем данных, сконфигурированным с вариантом с разбитыми каналами-носителями;
- Информация текущего минимального требуемого размера буфера в MgNB для передачи в UE пользовательских данных или MAC-уровня, ассоциированного со всеми каналами-носителями данных, сконфигурированными с вариантом с разбитыми каналами-носителями.
---------------------------------
Пропуск неизмененного текста
----------------------------------
5.4.2. Состояние доставки данных нисходящей линии связи
Примечание редактора: Весь нижеприведенный текст предназначен для FFS (для дальнейшего изучения).
Цель процедуры проверки состояния доставки данных нисходящей линии связи состоит в том, чтобы предоставлять обратную связь из соответствующего gNB в gNB, размещающий PDCP-объект, чтобы обеспечивать возможность gNB, размещающему PDCP-объект, управлять потоком пользовательских данных нисходящей линии связи через соответствующий gNB для соответствующего канала-носителя данных. Соответствующий gNB также может передавать пользовательские данные восходящей линии связи для связанного канала-носителя данных в gNB, размещающий PDCP-объект, вместе с кадром состояния доставки DL-данных в идентичной GTP-U PDU.
Процедура проверки состояния доставки данных нисходящей линии связи также используется для того, чтобы предоставлять обратную связь из соответствующего gNB в gNB, размещающий PDCP-объект, чтобы обеспечивать возможность gNB, размещающему PDCP-объект, управлять успешной доставкой управляющих DL-данных в соответствующий gNB. В этом случае, соответствующий gNB всегда представляет собой SgNB, и gNB, размещающий PDCP-объект, всегда представляет собой MgNB (FFS, на предмет того, требует или нет это предложение перефразирования).
Когда соответствующий gNB определяет необходимость инициировать процедуру предоставления обратной связи по доставке данных нисходящей линии связи, он должен сообщать:
a) наибольший порядковый PDCP PDU-номер, успешно доставленный упорядоченно в UE, из этих PDCP PDU, принимаемых из gNB, размещающего PDCP-объект; он только используется для RLC AM.
b) требуемый размер буфера в байтах для связанного канала-носителя данных;
c) минимальный требуемый размер буфера в байтах для UE или MAC-уровня;
d) Xn-U-пакеты, которые объявлены как "потерянные" посредством соответствующего gNB и еще не сообщены в gNB, размещающий PDCP-объект, в кадре состояния доставки DL-данных.
e) наибольший передаваемый порядковый PDCP-номер упорядоченно на MAC-уровень из этих PDCP PDU, принимаемых из NG-RAN-узла, размещающего PDCP-объект;
Примечание: Если E-UTRAN-развертывание определяет не использовать процедуру передачи пользовательских данных нисходящей линии связи, вышеприведенное d) не является применимым.
Кадр состояния доставки DL-данных должен также включать в себя индикатор того, представляет собой кадр или нет последний отчет о DL-состоянии, принимаемый в ходе высвобождения канала-носителя из соответствующего gNB. При приеме такого индикатора, если применимо, gNB, размещающий PDCP-объект считает, что UL-данные более не ожидаются из соответствующего gNB.
GNB, размещающий PDCP-объект, при приеме кадра состояния доставки DL-данных:
- рассматривает требуемый размер буфера согласно вышеприведенным b) и c) в качестве объема данных, требуемого из соответствующего gNB, объявляемого из порядкового PDCP-номера, сообщенного согласно вышеприведенному a) в идентичном кадре, а также из последнего сообщенного порядкового PDCP-номера(ов) всех других каналов-носителей данных, устанавливаемых для UE;
- в качестве мгновенных требуемых размеров буфера, независимо от размеров буферов, указываемых в прошлом.
- имеет возможность удалять буферизированные PDCP PDU согласно обратной связи по успешно доставленным PDCP PDU;
- определяет действия, которые необходимо предпринимать для сообщенных PDCP PDU, отличных от PDCP PDU, успешно доставленных.
После сообщения в gNB, размещающий PDCP-объект, соответствующий gNB удаляет соответствующие порядковые PDCP-номера.
---------------------------------
Пропуск неизмененного текста
----------------------------------
Примечание редактора: Весь нижеприведенный текст предназначен для FFS.
Этот формат кадра задается, чтобы передавать обратную связь, чтобы обеспечивать возможность принимающему gNB (т.е. gNB, который размещает PDCP-объект) управлять потоком пользовательских данных нисходящей линии связи через gNB отправки (т.е. gNB, который не размещает PDCP-объект).
| Биты | Число октетов | ||||||
| 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
| PDU-тип (= 1) | Индикатор наибольшего передаваемого PDCP | Индикатор наибольшего доставленного PDCP | Индикатор конечного кадра | Отчет о потерянных пакетах | 1 | ||
| Зарезервировано | 1 | ||||||
| Наибольший успешно доставленный порядковый PDCP-номер | 3 | ||||||
| Требуемый размер буфера для канала-носителя данных | 4 | ||||||
| Минимальный требуемый размер буфера для UE | 4 | ||||||
| Число сообщенных диапазонов потерянных порядковых Xn-U-номеров | 1 | ||||||
| Начало диапазона потерянных порядковых Xn-U-номеров | 6* (Число сообщенных диапазонов потерянных Xn-U SN) | ||||||
| Конец диапазона потерянных порядковых Xn-U-номеров | |||||||
| Наибольший передаваемый порядковый PDCP-номер | 3 | ||||||
| Зарезервированное расширение | 1-7 |
Фиг. z.5.2.2-1: Формат состояния доставки DL-данных (PDU-типа 1)
Примечание редактора: Весь нижеприведенный текст предназначен для FFS.
Описание: Этот параметр указывает конец диапазона порядковых Xn-U-номеров.
Диапазон значений: {0...224-1}.
Длина поля: 3 октета.
Примечание редактора: Весь нижеприведенный текст предназначен для FFS.
Описание: Этот параметр указывает обратную связь относительно упорядоченно передаваемого состояния PDCP PDU в соответствующем NG-RAN-узле на MAC-уровень.
Диапазон значений: {0...218-1}.
Длина поля: 3 октета.
Примечание редактора: Весь нижеприведенный текст предназначен для FFS.
Описание: Этот параметр указывает присутствие наибольшего успешно доставленного порядкового PDCP-номера.
Диапазон значений: {0=наибольший успешно доставленный порядковый PDCP-номер не присутствует, 1=наибольший успешно доставленный порядковый PDCP-номер присутствует}.
Длина поля: 1 бит
Примечание редактора: Весь нижеприведенный текст предназначен для FFS.
Описание: Этот параметр указывает присутствие наибольшего передаваемого порядкового PDCP-номера.
Диапазон значений: {0=наибольший передаваемый порядковый PDCP-номер не присутствует, 1=наибольший передаваемый порядковый PDCP-номер присутствует}.
Длина поля: 1 бит
Примечание редактора: Весь нижеприведенный текст предназначен для FFS.
Описание: Поле зарезервированного расширения не должно отправляться. Приемное устройство должно допускать прием зарезервированного расширения. Зарезервированное расширение не должно интерпретироваться посредством приемного устройства, поскольку в последующих версиях настоящего документа дополнительные новые поля могут добавляться вместо зарезервированного расширения. Зарезервированное расширение может составлять целое число октетов, переносящих новые поля или дополнительную информацию; максимальная длина поля зарезервированного расширения (m) зависит от PDU-типа.
Диапазон значений: 0-2m*8-1.
Длина поля: 0-m октетов. Для PDU-типов, заданных в настоящем документе, m=4.
Сокращения
По меньшей мере, некоторые следующие сокращения могут использоваться в данном документе. Если возникает несоответствие между сокращениями, предпочтение должно предоставляться тому, как они используются выше. В случае многократного перечисления ниже, первое перечисление должно быть предпочтительным по сравнению со всеми нижеприведенными перечислениями.
1x RTT CDMA2000-1x-технология радиопередачи
3GPP - Партнерский проект третьего поколения
5G - пятое поколение
ABS - почти пустой субкадр
ARQ - автоматический запрос на повторную передачу
AWGN - аддитивный белый гауссов шум
BCCH - широковещательный канал управления
BCH - широковещательный канал
CA - агрегирование несущих
CC - компонент несущей
CCCH SDU - SDU общего канала управления
CDMA - мультиплексированный доступ с кодовым разделением каналов
CGI - глобальный идентификатор CCCH SDU-соты
CIR - импульсный отклик канала
CP - циклический префикс
CPICH - общий пилотный канал
CPICH Ec/No - принимаемая CPICH-энергия в расчете на символ псевдошумовой последовательности, деленная на плотность мощности в полосе частот
CQI - информация качества канала
C-RNTI - RNTI соты
CSI - информация состояния канала
CU - центральный блок
DCCH - выделенный канал управления
DC - режим сдвоенного подключения
DDDS - состояние доставки данных нисходящей линии связи
DL - нисходящая линия связи
DM - демодуляция
DMRS - опорный сигнал демодуляции
DRX - прерывистый прием
DTX - прерывистая передача
DTCH - выделенный канал трафика
DU - распределенный блок
DUT - тестируемое устройство
E-CID - усовершенствованный идентификатор соты (способ позиционирования)
E-SMLC - усовершенствованный обслуживающий центр определения местоположения мобильных устройств
ECGI - усовершенствованный CGI
eNB - E-UTRAN-узел B
ePDCCH - усовершенствованный физический канал управления нисходящей линии связи
E-SMLC - усовершенствованный обслуживающий центр определения местоположения мобильных устройств
E-UTRA - усовершенствованный UTRA
E-UTRAN - усовершенствованная UTRAN
FDD - дуплекс с частотным разделением каналов
FFS - для дальнейшего изучения
GERAN - сеть радиодоступа GSM/EDGE
gNB - базовая станция в NR (соответствует eNB в LTE)
GNSS - глобальная навигационная спутниковая система
GSM - глобальная система мобильной связи
HARQ - гибридный автоматический запрос на повторную передачу
HO - передача обслуживания
HSPA - высокоскоростной пакетный доступ
HRPD - стандарт высокоскоростной передачи пакетных данных
LOS - зона прямой видимости
LPP - протокол LTE-позиционирования
LTE - стандарт долгосрочного развития
MAC - управление доступом к среде
MBMS - услуга широковещательной и многоадресной передачи мультимедиа
MBSFN - одночастотная сеть для услуги широковещательной и многоадресной передачи мультимедиа
MBSFN ABS - почти пустой MBSFN-субкадр
MDT - минимизация тестов в ходе вождения
MIB - блок главной информации
MME - объект управления мобильностью
MSC - центр коммутации мобильной связи
NPDCCH - узкополосный физический канал управления нисходящей линии связи
NR - новый стандарт радиосвязи (5G)
OCNG - формирователь канального OFDMA-шума
OFDM - мультиплексирование с ортогональным частотным разделением каналов
OFDMA - множественный доступ с ортогональным частотным разделением каналов
OSS - система функциональной поддержки
OTDOA - наблюдаемая разность времен поступления сигналов
OandM - управление и обслуживание
PBCH - физический широковещательный канал
P-CCPCH - первичный общий физический канал управления
PCell - первичная сота
PCFICH - физический канал индикатора формата канала управления
PDCCH - физический канал управления нисходящей линии связи
PDCP - протокол конвергенции пакетных данных
PDP - профиль зависимости задержки от мощности
PDSCH - физический совместно используемый канал нисходящей линии связи
PGW - пакетный шлюз
PHICH - физический канал индикатора гибридного ARQ
PLMN - наземная сеть мобильной связи общего пользования
PMI - индикатор матрицы предварительного кодирования
PRACH - физический канал с произвольным доступом
PRS - опорный сигнал позиционирования
PSS - сигнал первичной синхронизации
PUCCH - физический канал управления восходящей линии связи
PUSCH - физический совместно используемый канал восходящей линии связи
RACH - канал с произвольным доступом
QAM - квадратурная амплитудная модуляция
RAN - сеть радиодоступа
RAT - технология радиодоступа
RLM - управление линией радиосвязи
RNC - контроллер радиосети
RNTI - временный идентификатор радиосети
RRC - уровень управления радиоресурсами
RRM - управление радиоресурсами
RS - опорный сигнал
RSCP - мощность кода принимаемых сигналов
RSRP - мощность принимаемых опорных символов, или мощность принимаемых опорных сигналов
RSRQ - качество принимаемых опорных сигналов, или качество принимаемых опорных символов
RSSI - индикатор интенсивности принимаемых сигналов
RSTD - разность времен поступления опорных сигналов
SCH - канал синхронизации
SCell - вторичная сота
SDU - служебная единица данных
SFN - номер системного кадра
SGW - обслуживающий шлюз
SI - системная информация
SIB - блок системной информации
SNR - отношение "сигнал-шум"
SON - самооптимизирующаяся сеть
SS - сигнал синхронизации
SSS - сигнал вторичной синхронизации
TDD - дуплекс с временным разделением каналов
TDOA - разность времен поступления сигналов
TOA - время поступления сигналов
TSS - сигнал третичной синхронизации
TTI - интервал времени передачи
UE - абонентское устройство
UL - восходящая линия связи
UMTS - универсальная система мобильной связи
UP - пользовательская плоскость
USIM - универсальный модуль идентификации абонента
UTDOA - разность времен поступления сигналов в восходящей линии связи
UTRA - универсальный наземный радиодоступ
UTRAN - сеть универсального наземного радиодоступа
WCDMA - широкополосный CDMA
WLAN - широкополосная локальная вычислительная сеть
XnUP - протокол пользовательской плоскости на основе Xn-интерфейса.
1. Способ сообщения состояния доставки данных нисходящей линии связи (DDDS) для беспроводного терминала (16, 300) из первого сетевого узла (14, 400) во второй сетевой узел (12, 400), при этом способ реализуется посредством первого сетевого узла (12, 400) и содержит этапы, на которых:
формируют (100) DDDS-кадр, содержащий:
- по меньшей мере, первый информационный элемент (IE), указывающий требуемый размер буфера для канала-носителя данных и/или минимальный требуемый размер буфера для беспроводного терминала (16, 300), и
- первый индикатор состояния;
определяют (110), включать или нет второй IE в DDDS-кадр, при этом второй IE указывает наибольший порядковый номер для пакета, успешно доставленного в беспроводной терминал (16, 300);
задают (120, 140) значение первого индикатора состояния в ответ на определение того, включать или нет второй IE в DDDS-кадр, чтобы указывать присутствие и/или отсутствие второго IE в DDDS-кадре;
добавляют (130) второй IE в DDDS-кадр, когда первый индикатор состояния указывает присутствие второго IE в DDDS-кадре; и
отправляют (150) DDDS-кадр во второй сетевой узел (12, 400) для обеспечения управления, посредством второго сетевого узла (12, 400), потоком данных нисходящей линии связи в беспроводной терминал (16, 300).
2. Способ по п.1, в котором определение (110) того, включать или нет второй IE, содержит этап, на котором определяют исключить второй IE из DDDS-кадра, когда беспроводной терминал (16, 300) еще не принимал пакеты данных.
3. Способ по п.1, в котором определение (110) того, включать или нет второй IE, содержит этап, на котором определяют исключить второй IE из DDDS-кадра, когда первый сетевой узел (14, 400) еще не принимал пакеты данных из второго сетевого узла (12, 400).
4. Способ по п.1, в котором определение (110) того, включать или нет второй IE, содержит этап, на котором определяют исключить второй IE из DDDS-кадра в ответ на определение того, что текущий наибольший порядковый номер для пакета, успешно доставленного в беспроводной терминал (16, 300), является идентичным наибольшему порядковому номеру, указанному в ранее отправленном DDDS-кадре.
5. Способ по п.1, в котором первый индикатор состояния дополнительно указывает то, что второй IE в DDDS-кадре содержит фиктивный IE.
6. Способ по п.1, в котором задание (120, 140) значения первого индикатора состояния содержит этапы, на которых:
задают (120) значение первого индикатора состояния равным "0", чтобы указывать присутствие второго IE в DDDS-кадре; и
задают (140) значение первого индикатора состояния равным "1", чтобы указывать отсутствие второго IE из DDDS-кадра.
7. Способ по п.1, в котором второй IE указывает наибольший порядковый номер протокольной единицы данных (PDU) протокола конвергенции пакетных данных (PDCP), успешно доставленный в беспроводной терминал (16, 300).
8. Способ по п.1, в котором DDDS-кадр дополнительно содержит второй индикатор состояния, при этом способ дополнительно содержит этапы, на которых:
определяют, включать или нет третий IE в DDDS-кадр, при этом третий IE указывает наибольший порядковый номер для пакета, отправленного в беспроводной терминал (16, 300);
задают значение второго индикатора состояния в ответ на определение того, включать или нет третий IE, чтобы указывать присутствие и/или отсутствие третьего IE в DDDS-кадре; и
добавляют третий IE в DDDS-кадр, когда второй индикатор состояния указывает присутствие третьего IE в DDDS-кадре.
9. Способ по п.1, в котором третий IE указывает наибольший порядковый номер протокольной единицы данных (PDU) протокола конвергенции пакетных данных (PDCP), отправленный в беспроводной терминал (16, 300).
10. Способ по п.1, дополнительно содержащий этапы, на которых:
принимают пакеты данных нисходящей линии связи из второго сетевого узла (12, 400) через сетевой интерфейс в ответ на отправленный DDDS-кадр; и
передают беспроводным образом принимаемые пакеты данных нисходящей линии связи в беспроводной терминал (16, 300).
11. Машиночитаемый носитель, содержащий компьютерный программный продукт для управления первым сетевым узлом (14, 400), причем компьютерный программный продукт содержит программные инструкции, которые при их исполнении в по меньшей мере одной схеме (410) обработки в первом сетевом узле (14, 400) инструктируют первому сетевому узлу (14, 400) осуществлять способ по любому из пп.1-10.
12. Машиночитаемый носитель по п.11, при этом машиночитаемый носитель содержит энергонезависимый машиночитаемый носитель.
13. Первый сетевой узел (14, 400), выполненный с возможностью сообщать состояние доставки данных нисходящей линии связи (DDDS) для беспроводного терминала (16, 300) во второй сетевой узел (12, 400), причем первый сетевой узел (14, 400) содержит:
одну или более схем (410) обработки, выполненных с возможностью:
формировать DDDS-кадр, содержащий:
- по меньшей мере, первый информационный элемент (IE), указывающий требуемый размер буфера для канала-носителя данных и/или минимальный требуемый размер буфера для беспроводного терминала (16, 300), и
- первый индикатор состояния;
определять, включать или нет второй IE в DDDS-кадр, при этом второй IE указывает наибольший порядковый номер для пакета, успешно доставленного в беспроводной терминал (16, 300);
задавать значение первого индикатора состояния в ответ на определение указывать присутствие и/или отсутствие второго IE в DDDS-кадре;
добавлять второй IE в DDDS-кадр, когда первый индикатор состояния указывает присутствие второго IE в DDDS-кадре; и
схему (420) связи, выполненную с возможностью отправлять DDDS-кадр во второй сетевой узел (12, 400) для обеспечения управления, посредством второго сетевого узла (12, 400), потоком данных нисходящей линии связи в беспроводной терминал (16, 300).
14. Первый сетевой узел (14, 400) по п.13, при этом одна или более схем (410) обработки определяют то, включать или нет второй IE, посредством определения исключить второй IE из DDDS-кадра, когда беспроводной терминал (16, 300) еще не принимал пакеты данных.
15. Первый сетевой узел (14, 400) по п.13, в котором одна или более схем (410) обработки определяют то, включать или нет второй IE, посредством определения исключить второй IE из DDDS-кадра, когда первый сетевой узел (14, 400) еще не принимал пакеты данных из второго сетевого узла (12, 400).
16. Первый сетевой узел (14, 400) по п.13, в котором одна или более схем (410) обработки определяют то, включать или нет второй IE, посредством определения исключить второй IE из DDDS-кадра в ответ на определение того, что текущий наибольший порядковый номер для пакета, успешно доставленного в беспроводной терминал (16, 300), является идентичным наибольшему порядковому номеру, указанному в ранее отправленном DDDS-кадре.
17. Первый сетевой узел (14, 400) по п.13, при этом первый индикатор состояния дополнительно указывает, что второй IE в DDDS-кадре содержит фиктивный IE.
18. Первый сетевой узел (14, 400) по п.13, в котором одна или более схем (410) обработки задают значение первого индикатора состояния посредством следующего:
задание значения первого индикатора состояния равным "0", чтобы указывать присутствие второго IE в DDDS-кадре; и
задание значения первого индикатора состояния равным "1", чтобы указывать отсутствие второго IE из DDDS-кадра.
19. Первый сетевой узел (14, 400) по п.13, при этом второй IE указывает наибольший порядковый номер протокольной единицы данных (PDU) протокола конвергенции пакетных данных (PDCP), успешно доставленный в беспроводной терминал (16, 300).
20. Первый сетевой узел (14, 400) по п.13, при этом DDDS-кадр дополнительно содержит второй индикатор состояния, причем одна или более схем (410) обработки дополнительно выполнены с возможностью:
определять, включать или нет третий IE в DDDS-кадр, при этом третий IE указывает наибольший порядковый номер для пакета, отправленного в беспроводной терминал (16, 300);
задавать значение второго индикатора состояния в ответ на определение того, включать или нет третий IE, чтобы указывать присутствие и/или отсутствие третьего IE в DDDS-кадре; и
добавлять третий IE в DDDS-кадр, когда второй индикатор состояния указывает присутствие третьего IE в DDDS-кадре.
21. Первый сетевой узел (14, 400) по п.13, при этом третий IE указывает наибольший порядковый номер протокольной единицы данных (PDU) протокола конвергенции пакетных данных (PDCP), отправленный в беспроводной терминал (16, 300).
22. Первый сетевой узел по п.13, в котором схема (420) связи дополнительно выполнена с возможностью:
принимать пакеты данных нисходящей линии связи из второго сетевого узла (12, 400) через сетевой интерфейс в ответ на отправленный DDDS-кадр; и
передавать в беспроводном режиме принимаемые пакеты данных нисходящей линии связи в беспроводной терминал (16, 300).
23. Первый сетевой узел (14, 400), выполненный с возможностью сообщать состояние доставки данных нисходящей линии связи (DDDS) для беспроводного терминала (16, 300) во второй сетевой узел (12, 400), причем первый сетевой узел (14, 400) выполнен с возможностью:
формировать DDDS-кадр, содержащий:
- по меньшей мере, первый информационный элемент (IE), указывающий требуемый размер буфера для канала-носителя данных и/или минимальный требуемый размер буфера для беспроводного терминала (16, 300), и
- первый индикатор состояния;
определять, включать или нет второй IE в DDDS-кадр, при этом второй IE указывает наибольший порядковый номер для пакета, успешно доставленного в беспроводной терминал (16, 300);
задавать значение первого индикатора состояния в ответ на определение указывать присутствие и/или отсутствие второго IE в DDDS-кадре;
добавлять второй IE в DDDS-кадр, когда первый индикатор состояния указывает присутствие второго IE в DDDS-кадре; и
отправлять DDDS-кадр во второй сетевой узел (12, 400) для обеспечения управления, посредством второго сетевого узла (12, 400), потоком данных нисходящей линии связи в беспроводной терминал (16, 300).
24. Способ управления потоком данных нисходящей линии связи из первого сетевого узла (12, 400) в беспроводной терминал (16, 300), при этом способ реализуется посредством первого сетевого узла (12, 400) и содержит этапы, на которых:
принимают (200) из второго сетевого узла (14, 400) кадр состояния доставки данных нисходящей линии связи (DDDS), содержащий, по меньшей мере, первый информационный элемент (IE) и первый индикатор состояния;
определяют (210) требуемый размер буфера для канала-носителя данных и/или минимальный требуемый размер буфера для беспроводного терминала (16, 300) из первого IE в DDDS-кадре;
управляют (220) потоком данных нисходящей линии связи из первого сетевого узла (12, 400) в беспроводной терминал (16, 300) в ответ на упомянутый определенный требуемый размер буфера для канала-носителя данных и/или упомянутый определенный минимальный требуемый размер буфера для беспроводного терминала (16, 300);
оценивают (230) первый индикатор состояния в DDDS-кадре, чтобы определять, включает или нет DDDS-кадр в себя второй IE;
когда первый индикатор состояния указывает, что DDDS-кадр включает в себя второй IE:
определяют (240) наибольший порядковый номер для пакета, успешно доставленного посредством первого сетевого узла (12, 400) в беспроводной терминал (16, 300), из второго IE; и
дополнительно управляют (250) потоком данных нисходящей линии связи из первого сетевого узла (12, 400) в беспроводной терминал (16, 300) в ответ на упомянутый определенный наибольший порядковый номер; и
отправляют (260) данные нисходящей линии связи в беспроводной терминал (16, 300) согласно потоку данных нисходящей линии связи.
25. Способ по п.24, дополнительно содержащий этап, на котором, когда первый индикатор состояния указывает, что DDDS-кадр исключает второй IE, определяют, что текущий наибольший порядковый номер для пакета, успешно доставленного в беспроводной терминал (16, 300), является идентичным наибольшему порядковому номеру, указанному в ранее принятом DDDS-кадре.
26. Способ по п.24, в котором первый индикатор состояния дополнительно указывает, что второй IE в DDDS-кадре представляет собой фиктивный IE, при этом первый сетевой узел (12, 400) игнорирует второй IE, когда первый индикатор состояния указывает, что второй IE, включенный в DDDS-кадр, представляет собой фиктивный второй IE.
27. Способ по п.24, в котором оценка (230) первого индикатора состояния, чтобы определять то, включает или нет DDDS-кадр в себя второй IE, содержит этапы, на которых:
определяют, что DDDS-кадр включает в себя второй IE, когда первый индикатор состояния задан равным значению "0"; и
определяют, что DDDS-кадр не включает в себя второй IE, когда первый индикатор состояния задан равным значению "1".
28. Способ по п.24, в котором второй IE указывает наибольший порядковый номер протокольной единицы данных (PDU) протокола конвергенции пакетных данных (PDCP), успешно доставленный в беспроводной терминал (16, 300).
29. Способ по п.24, в котором DDDS-кадр дополнительно содержит второй индикатор состояния, при этом способ дополнительно содержит этапы, на которых:
оценивают второй индикатор состояния в DDDS-кадре, чтобы определить, включает или нет DDDS-кадр в себя третий IE;
когда второй индикатор состояния указывает, что DDDS-кадр включает в себя третий IE:
определяют, из третьего IE, наибольший порядковый номер для пакета, отправленного в беспроводной терминал (16, 300); и
дополнительно управляют потоком данных нисходящей линии связи из первого сетевого узла (12, 400) в ответ на упомянутый определенный наибольший порядковый номер для пакета, отправленного в беспроводной терминал (16, 300).
30. Способ по п.24, в котором третий IE указывает наибольший порядковый номер протокольной единицы данных (PDU) протокола конвергенции пакетных данных (PDCP), отправленный в беспроводной терминал (16, 300).
31. Способ по п.24, в котором отправка (260) данных нисходящей линии связи в беспроводной терминал (16, 300) содержит этап, на котором отправляют данные нисходящей линии связи из первого сетевого узла (12, 400) во второй сетевой узел (14, 400) по сетевому интерфейсу согласно потоку данных нисходящей линии связи для обеспечения беспроводной передачи данных нисходящей линии связи из второго сетевого узла (14, 400) в беспроводной терминал (16, 300).
32. Машиночитаемый носитель, содержащий компьютерный программный продукт для управления первым сетевым узлом (12, 400), причем компьютерный программный продукт содержит программные инструкции, которые при их исполнении в по меньшей мере одной схеме (410) обработки в первом сетевом узле (12, 400) инструктируют первому сетевому узлу (12, 400) осуществлять способ по любому из пп.24-31.
33. Машиночитаемый носитель по п.32, при этом машиночитаемый носитель содержит энергонезависимый машиночитаемый носитель.
34. Первый сетевой узел (12, 400) выполненный с возможностью управлять потоком данных нисходящей линии связи в беспроводной терминал (16, 300), причем первый сетевой узел (12, 400) содержит:
схему (420) связи, выполненную с возможностью принимать из второго сетевого узла (14, 400) кадр состояния доставки данных нисходящей линии связи (DDDS), содержащий, по меньшей мере, первый информационный элемент (IE) и первый индикатор состояния;
одну или более схем (410) обработки, выполненных с возможностью:
определять требуемый размер буфера для канала-носителя данных и/или минимальный требуемый размер буфера для беспроводного терминала (16, 300) из первого IE в DDDS-кадре;
управлять потоком данных нисходящей линии связи из первого сетевого узла (12, 400) в беспроводной терминал (16, 300) в ответ на упомянутый определенный требуемый размер буфера для канала-носителя данных и/или упомянутый определенный минимальный требуемый размер буфера для беспроводного терминала (16, 300);
оценивать первый индикатор состояния в DDDS-кадре, чтобы определять, включает или нет DDDS-кадр в себя второй IE;
когда первый индикатор состояния указывает, что DDDS-кадр включает в себя второй IE:
определять наибольший порядковый номер для пакета, успешно доставленного посредством первого сетевого узла (12, 400) в беспроводной терминал (16, 300), из второго IE; и
дополнительно управлять потоком данных нисходящей линии связи из первого сетевого узла (12, 400) в ответ на упомянутый определенный наибольший порядковый номер; и
схема (420) связи дополнительно выполнена с возможностью отправлять данные нисходящей линии связи в беспроводной терминал (16, 300) согласно потоку данных нисходящей линии связи.
35. Первый сетевой узел (12, 400) по п.34, в котором одна или более схем (410) обработки дополнительно выполнены с возможностью, когда первый индикатор состояния указывает, что DDDS-кадр исключает второй IE, определять, что текущий наибольший порядковый номер для пакета, успешно доставленного в беспроводной терминал (16, 300), является идентичным наибольшему порядковому номеру, указанному в ранее принятом DDDS-кадре.
36. Первый сетевой узел (12, 400) по п.34, в котором:
одна или более схем (410) обработки дополнительно выполнены с возможностью определять, что первый индикатор состояния указывает, что второй IE в DDDS-кадре представляет собой фиктивный IE; и
одна или более схем (410) обработки игнорируют второй IE, когда первый индикатор состояния указывает, что второй IE, включенный в DDDS-кадр, представляет собой фиктивный второй IE.
37. Первый сетевой узел (12, 400) по п.34, в котором одна или более схем (410) обработки оценивают первый индикатор состояния, чтобы определять то, включает или нет DDDS-кадр в себя второй IE, посредством:
определения того, что DDDS-кадр включает в себя второй IE, когда первый индикатор состояния задан равным значению "0"; и
определения того, что DDDS-кадр не включает в себя второй IE, когда первый индикатор состояния задан равным значению "1".
38. Первый сетевой узел (12, 400) по п.34, при этом второй IE указывает наибольший порядковый номер протокольной единицы данных (PDU) протокола конвергенции пакетных данных (PDCP), успешно доставленный в беспроводной терминал (16, 300).
39. Первый сетевой узел (12, 400) по п.34, при этом DDDS-кадр дополнительно содержит второй индикатор состояния, причем одна или более схем (410) обработки дополнительно выполнены с возможностью:
оценивать второй индикатор состояния в DDDS-кадре, чтобы определять, включает или нет DDDS-кадр в себя третий IE;
когда второй индикатор состояния указывает, что DDDS-кадр включает в себя третий IE:
определять, из третьего IE, наибольший порядковый номер для пакета, отправленного в беспроводной терминал (16, 300); и
дополнительно управлять потоком данных нисходящей линии связи из первого сетевого узла (12, 400) в ответ на упомянутый определенный наибольший порядковый номер для пакета, отправленного в беспроводной терминал (16, 300).
40. Первый сетевой узел (12, 400) по п.34, при этом третий IE указывает наибольший порядковый номер протокольной единицы данных (PDU) протокола конвергенции пакетных данных (PDCP), отправленный в беспроводной терминал (16, 300).
41. Первый сетевой узел (12, 400) по п.34, в котором схема (420) связи отправляет данные нисходящей линии связи в беспроводной терминал (16, 300) посредством отправки данных нисходящей линии связи во второй сетевой узел (14, 400) по сетевому интерфейсу согласно потоку данных нисходящей линии связи для обеспечения беспроводной передачи данных нисходящей линии связи из второго сетевого узла (14, 400) в беспроводной терминал (16, 300).
42. Первый сетевой узел (12, 400) для управления потоком данных нисходящей линии связи из первого сетевого узла (12, 400) в беспроводной терминал (16, 300), причем первый сетевой узел выполнен с возможностью:
принимать из второго сетевого узла (14, 400) кадр состояния доставки данных нисходящей линии связи (DDDS), содержащий, по меньшей мере, первый информационный элемент (IE) и первый индикатор состояния;
определять требуемый размер буфера для канала-носителя данных и/или минимальный требуемый размер буфера для беспроводного терминала (16, 300) из первого IE в DDDS-кадре;
управлять потоком данных нисходящей линии связи из первого сетевого узла (12, 400) в беспроводной терминал (16, 300) в ответ на упомянутый определенный требуемый размер буфера для канала-носителя данных и/или упомянутый определенный минимальный требуемый размер буфера для беспроводного терминала (16, 300);
оценивать первый индикатор состояния в DDDS-кадре, чтобы определять то, включает или нет DDDS-кадр в себя второй IE;
когда первый индикатор состояния указывает, что DDDS-кадр включает в себя второй IE:
определять наибольший порядковый номер для пакета, успешно доставленного посредством первого сетевого узла (12, 400) в беспроводной терминал (16, 300), из второго IE; и
дополнительно управлять потоком данных нисходящей линии связи из первого сетевого узла (12, 400) в ответ на упомянутый определенный наибольший порядковый номер; и
отправлять данные нисходящей линии связи в беспроводной терминал (16, 300) согласно потоку данных нисходящей линии связи.
