Способ компрессии ethernet-заголовков, способ декомпрессии ethernet-заголовков и устройство для компрессии/декомпрессии ethernet-заголовков

Авторы патента:

ЧЖАН, Янься (CN)

У, Юйминь (CN)

H04W28/06 - Техника электрической связи

Владельцы патента RU 2763035:

ВИВО МОБАЙЛ КОМЬЮНИКЭЙШН КО., ЛТД. (CN)

Изобретение относится к средствам для компрессии/декомпрессии Ethernet-заголовков. Технический результат заключается в обеспечении поддержки компрессии Ethernet-заголовков на уровне протокола PDCP, который выполняет компрессию заголовков. Передают данные с помощью передающего объекта протокола конвергенции пакетных данных (PDCP) на передающей стороне, где первый пакет PDCP PDU соответствует первому радиоканалу передачи данных DRB таким образом, что если в первом радиоканале DRB задана функция компрессии Ethernet-заголовков, то первый пакет PDCP PDU содержит один или несколько блоков из первой части данных, которая указывает на то, используется ли определенное поле Ethernet в Ethernet-заголовке первого пакета PDCP SDU, соответствующего первому пакету PDCP PDU, повторно. 6 н. и 28 з.п. ф-лы, 13 ил.

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ

[0001] По данной заявке испрашивается приоритет на основании заявки на патент Китая № 201811046292.7, поданной 07 сентября 2018 года и включенной в настоящий документ посредством ссылки во всей своей полноте.

ОБЛАСТЬ ТЕХНИКИ

[0002] Данное изобретение относится к телекоммуникационным технологиям, а именно к способу компрессии Ethernet-заголовков, способу декомпрессии Ethernet-заголовков и устройству для компрессии/декомпрессии Ethernet-заголовков.

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

[0003] В протоколах стандартов передачи данных 4G LTE (Long-Term Evolution) и 5G NR (New Radio) указано, что компрессия/декомпрессия заголовков выполняется подуровнем протокола конвергенции пакетных данных (Packet Data Convergence Protocol, PDCP) на стороне сети радиодоступа (Radio Access Network, RAN).

[0004] Протокол компрессии заголовков основан на Рабочем предложении RFC 9795 (Request For Comments), составленном Инженерным советом Интернета (The Internet Engineering Task Force, IETF). Данный протокол определяет принципы помехоустойчивой компрессии заголовков (Robust Header Compression, ROHC). ROHC включает в себя множество алгоритмов (профилей) компрессии заголовков. Каждый профиль представляет собой комбинацию определенных протоколов сетевого, транспортного и прикладного уровней, таких как протокол управления передачей данных (Transmission Control Protocol, TCP)/межсетевой протокол (Internet Protocol, IP) и транспортный протокол реального времени (Real-time Transport Protocol, RTP)/TCP/IP.

[0005] Если задана функция компрессии заголовков, протокол компрессии заголовков создает выходные пакеты следующих двух типов:

(1) сжатый пакет, который формируется посредством компрессии заголовков в служебном блоке данных (Service Data Unit, SDU) протокола PDCP;

(2) перемежающаяся обратная связь ROHC, которая не связана с пакетом PDCP SDU и представляет собой блок управляющих данных (Protocol Data Unit, PDU) протокола PDCP, сгенерированный на уровне PDCP.

[0006] Блок управляющих данных PDU уровня протокола PDCP используется для двух задач: (1) получение статуса получения данных от объекта протокола PDCP; (2) получение статуса декомпрессии заголовков от объекта протокола PDCP. Формат перемежающейся обратной связи ROHC показан на фиг. 1.

[0007] Для реализации проекта «Промышленный интернет вещей» (Industrial Internet of Things, IIOT) необходимо, чтобы компрессия Ethernet-заголовков могла выполняться на стороне сети радиодоступа. Однако в предшествующем уровне техники уровень протокола PDCP, выполняющий компрессию заголовков, не поддерживает компрессию Ethernet-заголовков.

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

[0008] Варианты осуществления данного изобретения представляют собой способы компрессии Ethernet-заголовков, способы декомпрессии Ethernet-заголовков и устройство для компрессии/декомпрессии Ethernet-заголовков, позволящие решить проблему отсутствия поддержки компрессии Ethernet-заголовков на уровне протокола PDCP, который выполняет компрессию заголовков.

[0009] Первый вариант осуществления данного изобретения реализует способ компрессии Ethernet-заголовков на передающей стороне и включает в себя следующее:

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

что, если в первом радиоканале DRB задана функция компрессии Ethernet-заголовков, то подзаголовок PDCP первого пакета PDCP PDU содержит один или несколько блоков из первой части данных, которая указывает на то, используется ли определенное поле Ethernet в Ethernet-заголовке первого пакета PDCP SDU, соответствующего первому пакету PDCP PDU, повторно.

[0010] Второй вариант осуществления данного изобретения реализует способ декомпрессии Ethernet-заголовков на принимающей стороне и включает в себя следующее:

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

декомпрессию Ethernet-заголовка в первом пакете PDCP PDU, если в первом радиоканале DRB задана функция компрессии Ethernet-заголовков, где

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

[0011] Третий вариант осуществления данного изобретения дополнительно предоставляет передающую сторону и включает в себя следующее:

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

[0012] Четвертый вариант осуществления данного изобретения дополнительно предоставляет принимающую сторону и включает в себя следующее:

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

модуль декомпрессии, настроенный для декомпрессии Ethernet-заголовка в первом пакете PDCP PDU, если в первом радиоканале DRB задана функция компрессии Ethernet-заголовков, где

[0013] Пятый вариант осуществления данного изобретения дополнительно предоставляет передающую сторону, содержащую процессор, память и программу, которая хранится в памяти и во время своего выполнения на процессоре реализует способ компрессии Ethernet-заголовков в соответствии с первым вариантом осуществления данного изобретения.

[0014] Шестой вариант осуществления данного изобретения дополнительно предоставляет принимающую сторону, содержащую процессор, память и программу, которая хранится в памяти и во время своего выполнения на процессоре реализует способ декомпрессии Ethernet-заголовков в соответствии со вторым вариантом осуществления данного изобретения.

[0015] Седьмой вариант осуществления данного изобретения дополнительно предоставляет машиночитаемый носитель информации, где хранится программа, которая во время своего выполнения на процессоре реализует способ компрессии Ethernet-заголовков или способ декомпрессии Ethernet-заголовков в соответствии с первым или вторым вариантами осуществления данного изобретения.

[0016] В вариантах осуществления данного изобретения передающая сторона может выполнять компрессию Ethernet-заголовков для уменьшения накладных расходов на Ethernet-заголовки.

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

[0017] Другие преимущества изобретения станут очевидными для специалистов в данной области техники на основе последующего подробного описания возможных вариантов осуществления данного изобретения. Сопроводительные чертежи приведены только в качестве иллюстрации основной идеи вариантов осуществления данного изобретения и не накладывают каких-либо ограничений на данное изобретение. На всех сопроводительных чертежах одни и те же позиционные обозначения соответствуют одним и тем же компонентам. Описание чертежей:

[0018] На фиг. 1 представлена принципиальная схема формата перемежающейся обратной связи ROHC в предшествующем уровне техники;

[0019] На фиг. 2 представлена принципиальная схема архитектуры системы беспроводной связи в соответствии с вариантом осуществления данного изобретения;

[0020] На фиг. 3 представлена блок-схема способа компрессии Ethernet-заголовков в соответствии с вариантом осуществления данного изобретения;

[0021] На фиг. 4 представлена блок-схема способа декомпрессии Ethernet-заголовков в соответствии с вариантом осуществления данного изобретения;

[0022] На фиг. 5 представлена принципиальная схема №1 блока данных PDCP PDU в соответствии с вариантом осуществления данного изобретения;

[0023] На фиг. 6 представлена принципиальная схема №2 блока данных PDCP PDU в соответствии с вариантом осуществления данного изобретения;

[0024] На фиг. 7 представлена принципиальная схема блока управляющих данных PDCP PDU в соответствии с вариантом осуществления данного изобретения;

[0025] На фиг. 8 представлена принципиальная схема №3 блока данных PDCP PDU в соответствии с вариантом осуществления данного изобретения;

[0026] На фиг. 9 представлена принципиальная схема №4 блока данных PDCP PDU в соответствии с вариантом осуществления данного изобретения;

[0027] На фиг. 10 представлена принципиальная структурная схема передающей стороны в соответствии с вариантом осуществления данного изобретения;

[0028] На фиг. 11 представлена принципиальная структурная схема принимающей стороны в соответствии с вариантом осуществления данного изобретения;

[0029] На фиг. 12 представлена структурная схема оконечного устройства в соответствии с вариантом осуществления данного изобретения;

[0030] На фиг. 13 представлена структурная схема сетевого устройства в соответствии с вариантом осуществления данного изобретения.

ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

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

[0032] В описании и формуле изобретения в данной заявке термин «включает» и любые другие его варианты не подразумевают исключительности, поэтому, например, процессы, способы, системы, изделия или устройства, которые включают в себя последовательность действий или компонентов, не обязательно ограничиваются прямо перечисленными действиями и компонентами, но могут включать в себя и другие действия или компоненты, не перечисленные или не присущие в явном виде таким процессам, способам, системам, изделиям или устройствам. Также в описании и формуле изобретения использование «и/или» обозначает наличие по крайней мере одного из связанных объектов, например, «А и/или Б» обозначает любой из следующих трех вариантов: только A, только Б или одновременно A и Б.

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

[0034] Способы, приведенные в описании данного изобретения, не ограничиваются системой LTE (Long-Term Evolution)/LTE-A (LTE-Advanced) и могут использоваться в различных системах беспроводной связи, таких как множественный доступ с кодовым разделением (Code Division Multiple Access, CDMA), множественный доступ с разделением по времени (Time Division Multiple Access, TDMA), множественный доступ с разделением каналов по частоте (Frequency Division Multiple Access, FDMA), множественный доступ с ортогональным разделением каналов по частоте (Orthogonal Frequency Division Multiple Access, OFDMA), множественный доступ с разделением каналов по частоте и одной несущей частотой (Single-carrier Frequency-Division Multiple Access, SC-FDMA) и других, например, в системах мобильной связи пятого (5th-generation, 5G) и более поздних поколений.

[0035] Термины «система» и «сеть» обычно используются как взаимозаменяемые. Система CDMA может включать в себя такие радиотехнологии, как CDMA2000 и универсальный наземный радиодоступ (Universal Terrestrial Radio Access, UTRA). Технология UTRA включает в себя широкополосный CDMA (Wideband Code Division Multiple Access, WCDMA) и другие варианты множественного доступа с кодовым разделением. Система TDMA может включать в себя такие радиотехнологии, как глобальная система мобильной связи (Global System for Mobile Communications, GSM). Система OFDMA может включать в себя такие радиотехнологии, как сверхширокополосный мобильный доступ (Ultra Mobile Broadband, UMB), evolved-UTRA (Evolution-UTRA, E-UTRA), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20 и Flash-OFDM. Технологии UTRA и E-UTRA входят в состав универсальной системы мобильной связи (Universal Mobile Telecommunications System, UMTS). Технология LTE и расширения технологии LTE (например, LTE-A) представляют собой новые версии UMTS, в которых используется E-UTRA. Сведения о технологиях UTRA, E-UTRA, UMTS, LTE, LTE-A и GSM взяты из документации консорциума 3GPP (3rd Generation Partnership Project). Сведения о технологиях CDMA2000 и UMB взяты из документации консорциума 3GPP2 (3rd Generation Partnership Project 2). Способы, приведенные в данном описании изобретения, могут использоваться как в упомянутых выше системах и радиотехнологиях, так и в других системах и радиотехнологиях.

[0036] Ниже описаны варианты осуществления данного изобретения со ссылками на сопроводительные чертежи. Способ компрессии Ethernet-заголовков, способ декомпрессии Ethernet-заголовков и устройство для компрессии/декомпрессии Ethernet-заголовков, предоставленные в вариантах осуществления данного изобретения, могут быть применены к системе беспроводной связи.

[0037] На фиг. 2 представлена принципиальная схема архитектуры системы беспроводной связи в соответствии с вариантом осуществления данного изобретения. Как показано на фиг. 2, система беспроводной связи может включать в себя сетевое устройство 20 и оконечное устройство. Оконечное устройство обозначается как пользовательское оборудование (User Equipment, UE) 21 и может взаимодействовать (передавать сигналы или данные) с сетевым устройством 20. В реальных задачах соединение между вышеуказанными устройствами может быть беспроводным. На фиг. 2 для удобного и наглядного представления связи между устройствами используется сплошная линия. Следует отметить, что система связи может включать в себя множество устройств UE 21, а сетевое устройство 20 может взаимодействовать со множеством устройств UE 21.

[0038] Оконечным устройством, предусмотренным в вариантах осуществления данного изобретения, может быть мобильный телефон, планшетный компьютер, ноутбук, ультрамобильный персональный компьютер (Ultra-Mobile Personal Computer, UMPC), нетбук, персональный цифровой помощник (Personal Digital Assistant, PDA), мобильное интернет-устройство (Mobile Internet Device, MID), носимое устройство, бортовое устройство или их аналоги.

[0039] Сетевое устройство 20, предусмотренное в вариантах осуществления данного изобретения, может быть базовой станцией, в том числе обычной базовой станцией или базовой evolved-станцией (evolved node base station, eNB), а также сетевым устройством в системе 5G, например устройством (next generation node base station, gNB) или точкой приема и передачи (transmission and reception point, TRP).

[0040] Вариант осуществления данного изобретения, представленный на фиг. 3, реализует способ компрессии Ethernet-заголовков. Способ используется передающей стороной, в качестве которой может выступать оконечное или сетевое устройство. Последовательность действий должна быть следующей:

[0041] Действие 301. Передача данных с помощью передающего объекта протокола конвергенции пакетных данных (PDCP) на передающей стороне, где первый пакет PDCP PDU соответствует первому радиоканалу передачи данных (Data Radio Bearer, DRB).

[0042] Если в первом радиоканале DRB задана функция компрессии Ethernet-заголовков, то подзаголовок PDCP первого пакета PDCP PDU содержит один или несколько блоков из первой части данных, которая указывает на то, используется ли определенное поле Ethernet в Ethernet-заголовке первого пакета PDCP SDU, соответствующего первому пакету PDCP PDU, повторно.

[0043] Определенное поле Ethernet (или называемое определенным полем в заголовке кадра Ethernet) может быть полем для реализации функции Ethernet в формате кадра Ethernet и включать в себя, помимо прочего, адрес назначения информации о контроле доступа к носителям данных (Media Access Control, MAC), исходный MAC-адрес, тип, тег виртуальной локальной сети (тег VLAN) и аналогичную информацию.

[0044] Первая часть информации указывает на то, что определенное поле Ethernet в Ethernet-заголовке первого пакета PDCP SDU, соответствующего первому пакету PDCP PDU, используется повторно. Например, если первая часть информации имеет значение 1, то поле Ethernet, соответствующее первой части информации, совпадает с полем Ethernet, находящимся в поле данных ранее переданного пакета данных, а поле данных первого пакета PDCP PDU может не содержать поле Ethernet.

[0045] Первая часть информации указывает на то, что определенное поле Ethernet в Ethernet-заголовке первого пакета PDCP SDU, соответствующего первому пакету PDCP PDU, не используется повторно. Например, если первая часть информации имеет значение 0, то поле данных первого пакета PDCP PDU содержит поле Ethernet, соответствующее первой части информации.

[0046] В этом варианте осуществления данного изобретения, если передающая сторона является оконечным устройством, то перед передачей данных с помощью передающего объекта протокола PDCP на передающей стороне, где первый пакет PDCP PDU соответствует первому радиоканалу DRB, способ может также включать в себя получение конфигурационного сообщения, содержащего любую комбинацию одного или нескольких из следующих блоков данных: второй часть информации для задания функции компрессии Ethernet-заголовков на втором радиоканале DRB и третьей части информации для отключения функции компрессии Ethernet-заголовков в третьем радиоканале DRB.

[0047] Функция компрессии Ethernet-заголовков задается при создании второго радиоканала DRB. Функция компрессии Ethernet-заголовков отключается при сбросе третьего радиоканала DRB.

[0048] Моментом времени для включения функции компрессии Ethernet-заголовков во втором радиоканале DRB может быть любой момент времени после создания второго радиоканала DRB, а моментом времени для отключения функции компрессии Ethernet-заголовков в третьем радиоканале DRB может быть любой момент времени до сброса третьего радиоканала DRB.

[0049] Функция компрессии Ethernet-заголовков не задается для второго радиоканала DRB, если на принимающем объекте протокола PDCP, соответствующем второму радиоканалу DRB, задана функция обмена данными с изменением очередности (out of order delivery).

[0050] При необходимости конфигурационное сообщение может быть, помимо прочего, сообщением о перенастройке управления радиоресурсами (Radio Resource Control, RRC). Сетевое устройство, передающее сообщение о перенастройке управления радиоресурсами, может быть обслуживающей базовой станцией в структуре той же сети либо первичным или вторичным узлом в архитектуре с двойным подключением (Dual Connectivity, DC) (если настроен сигнальный радиоканал 3 (Signaling Radio Bearer 3, SRB3)).

[0051] В этом варианте осуществления данного изобретения после передачи данных с помощью передающего объекта протокола PDCP на передающей стороне, где первый пакет PDCP PDU соответствует первому радиоканалу DRB, способ может также включать в себя получение обратной связи о статусе декомпрессии Ethernet-заголовков с помощью принимающего объекта протокола PDCP на передающей стороне.

[0052] В этом варианте осуществления данного изобретения после получения обратной связи о статусе декомпрессии Ethernet-заголовков с помощью принимающего объекта протокола PDCP на передающей стороне способ может также включать в себя следующее: если обратная связь о статусе декомпрессии Ethernet-заголовков указывает на то, что выполнить декомпрессию Ethernet-заголовков не удалось, способ может передать второй пакет PDCP PDU, где подзаголовок PDCP будет содержать один или несколько блоков пятой части информации, которая указывает на то, что определенное поле Ethernet в Ethernet-заголовке второго пакета PDCP SDU не используется повторно и что второй пакет PDCP SDU соответствует второму пакету PDCP PDU.

[0053] В этом варианте осуществления данного изобретения подзаголовок PDCP первого пакета PDCP PDU может также содержать один или несколько из следующих блоков данных:

шестую часть информации для идентификации потока данных, соответствующего первому пакету PDCP PDU;

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

восьмую часть информации для верификации поля Ethernet;

девятую часть информации для указания того, выполняется ли компрессия Ethernet-заголовков для первого пакета PDCP PDU. Как показано на фиг. 8, поле F указывает на то, выполняется ли компрессия Ethernet-заголовков для первого пакета PDCP PDU. Например, значение 0 указывает на то, что компрессия Ethernet-заголовков не выполняется для первого пакета PDCP PDU, а значение 1 указывает на то, что компрессия Ethernet-заголовков выполняется для первого пакета PDCP PDU.

[0054] В этом варианте осуществления данного изобретения восьмая часть информации может формироваться путем расчета с помощью определенного алгоритма, который основан на всех полях Ethernet в Ethernet-заголовке первого пакета PDCP SDU и определяется протоколом или согласуется между сетевым и оконечным устройствами.

[0055] В этом варианте осуществления данного изобретения формат первого пакета PDCP PDU может быть устаревшим форматом данных PDCP, если функция компрессии Ethernet-заголовков отключена для первого радиоканала DRB, как показано на фиг. 6.

[0056] В этом варианте осуществления данного изобретения, если функция компрессии Ethernet-заголовков отключена для первого радиоканала DRB, то подзаголовок PDCP первого пакета PDCP PDU может содержать десятую часть информации для указания того, выполняется ли компрессия Ethernet-заголовков для первого пакета PDCP PDU. Как показано на фиг. 9, поле F используется для обозначения того, выполняется ли компрессия Ethernet-заголовков для первого пакета PDCP PDU. Например, значение 0 указывает на то, что компрессия Ethernet-заголовков не выполняется для первого пакета PDCP PDU, а значение 1 указывает на то, что компрессия Ethernet-заголовков выполняется для первого пакета PDCP PDU.

[0057] В этом варианте осуществления данного изобретения может выполняться компрессия Ethernet-заголовков для уменьшения накладных расходов на Ethernet-заголовки. Также на основе обратной связи от принимающей стороны можно обеспечить синхронизацию компрессии и декомпрессии, чтобы при декомпрессии формировались корректные Ethernet-заголовки.

[0058] Вариант осуществления данного изобретения, представленный на фиг. 4, реализует способ декомпрессии Ethernet-заголовков. Способ используется принимающей стороной, в качестве которой может выступать оконечное или сетевое устройство. Последовательность действий должна быть следующей:

[0059] Действие 401. Получение данных с помощью принимающего объекта протокола конвергенции пакетных данных (PDCP) на принимающей стороне, где первый пакет PDCP PDU соответствует первому радиоканалу DRB.

[0060] Действие 402. Декомпрессия Ethernet-заголовка в первом пакете PDCP PDU, если в первом радиоканале DRB задана функция компрессии Ethernet-заголовков.

[0061] Подзаголовок PDCP первого пакета PDCP PDU содержит один или несколько блоков из первой части данных, которая указывает на то, используется ли определенное поле Ethernet в Ethernet-заголовке первого пакета PDCP SDU, соответствующего первому пакету PDCP PDU, повторно.

[0062] В этом варианте осуществления данного изобретения после декомпрессии Ethernet-заголовка первого пакета PDCP PDU способ может также включать в себя передачу обратной связи о статусе декомпрессии Ethernet-заголовка с помощью передающего объекта протокола PDCP на принимающей стороне.

[0063] В этом варианте осуществления данного изобретения, если принимающая сторона является сетевым устройством, то перед получением данных с помощью принимающего объекта протокола PDCP на принимающей стороне, где первый пакет PDCP PDU соответствует первому радиоканалу DRB, способ может также включать в себя передачу конфигурационного сообщения, содержащего любую комбинацию одного или нескольких из следующих блоков данных: второй часть информации для задания функции компрессии Ethernet-заголовков на втором радиоканале DRB и третьей части информации для отключения функции компрессии Ethernet-заголовков в третьем радиоканале DRB.

[0064] Функция компрессии Ethernet-заголовков задается при создании второго радиоканала DRB. Функция компрессии Ethernet-заголовков отключается при сбросе третьего радиоканала DRB.

[0065] Моментом времени для включения функции компрессии Ethernet-заголовков во втором радиоканале DRB может быть любой момент времени после создания второго радиоканала DRB, а моментом времени для отключения функции компрессии Ethernet-заголовков в третьем радиоканале DRB может быть любой момент времени до сброса третьего радиоканала DRB.

[0066] Функция компрессии Ethernet-заголовков не задается для второго радиоканала DRB, если на принимающем объекте протокола PDCP, соответствующем второму радиоканалу DRB, задана функция обмена данными с изменением очередности (out of order delivery).

[0067] При необходимости конфигурационное сообщение может быть, помимо прочего, сообщением о перенастройке управления радиоресурсами.

[0068] В этом варианте осуществления данного изобретения подзаголовок PDCP первого пакета PDCP PDU может также содержать один или несколько из следующих блоков данных:

шестую часть информации для идентификации потока данных, соответствующего первому пакету PDCP PDU;

восьмую часть информации для верификации поля Ethernet;

[0069] В этом варианте осуществления данного изобретения декомпрессия Ethernet-заголовка первого пакета PDCP PDU может включать в себя по крайней мере одно из следующих действий:

создание контекста декомпрессии Ethernet-заголовков, связанного с шестой частью информации;

верификацию седьмой части информации на основе поля Ethernet, содержащегося в поле данных первого пакета PDCP PDU;

в случае успешной верификации восьмой части информации получение Ethernet-заголовка первого пакета PDCP SDU на основе поля Ethernet, содержащегося в поле данных первого пакета PDCP PDU, и обновление контекста декомпрессии Ethernet-заголовка;

или

получение повторно используемого поля Ethernet в Ethernet-заголовке первого пакета PDCP SDU из соответствующего шестой части информации контекста декомпрессии Ethernet-заголовка;

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

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

[0070] Контекст декомпрессии Ethernet-заголовка может использоваться в качестве исторической информации для декомпрессии следующего пакета.

[0071] В этом варианте осуществления данного изобретения передающая сторона может выполнять компрессию Ethernet-заголовков для уменьшения накладных расходов на Ethernet-заголовки. Также на основе обратной связи от принимающей стороны можно обеспечить синхронизацию компрессии и декомпрессии, чтобы при декомпрессии формировались корректные Ethernet-заголовки.

[0072] Ниже описаны процедуры компрессии Ethernet-заголовков и процедуры декомпрессии Ethernet-заголовков для вариантов осуществления данного изобретения со ссылками на пример 1 и пример 2.

Пример 1

[0073] Действие 1. Сетевое устройство отправляет передающей стороне сообщение о перенастройке управления радиоресурсами (Radio Resource Control, RRC), содержащее любую комбинацию одного или нескольких из следующих блоков данных:

первую часть информации, указывающую на радиоканал передачи данных (Data Radio Bearer, DRB), в котором задана функция компрессии Ethernet-заголовков;

вторую часть информации, указывающую на радиоканал DRB, в котором отключена функция компрессии Ethernet-заголовков.

[0074] Перенастройка функции компрессии Ethernet-заголовков для одного радиоканала DRB выполняется в следующих случаях:

[0075] Функция компрессии Ethernet-заголовков задается при создании радиоканала DRB и отключается при сбросе радиоканала DRB.

[0076] Если для объекта протокола PDCP, соответствующего радиоканалу DRB, задана функция обмена данными с изменением очередности (out of order delivery), то для такого радиоканала DRB функция компрессии Ethernet-заголовков не задается.

[0077] Сетевое устройство, передающее сообщение о перенастройке управления радиоресурсами, может быть обслуживающей базовой станцией в структуре той же сети либо первичным или вторичным узлом в архитектуре с двойным подключением (Dual Connectivity, DC) (если настроен сигнальный радиоканал 3 (Signaling Radio Bearer 3, SRB3)).

[0078] Действие 2. Передающая сторона получает от сетевого устройства сообщение о перенастройке управления радиоресурсами и применяет сообщение о перенастройке управления.

[0079] При получении данных, соответствующих радиоканалу DRB, из прикладного уровня (например, прикладного профиля обнаружения служб (Service Discovery Application Profile, SDAP)) обработка выполняется следующим образом:

[0080] Действие 2.1. Если в радиоканале DRB задана функция компрессии Ethernet-заголовков, то при передаче пакета PDCP PDU объектом протокола PDCP, соответствующим радиоканалу DRB, один или несколько байтов добавляются в подзаголовок PDCP пакета PDCP PDU относительно устаревшего формата данных PDCP, чтобы указать статус повторного использования поля Ethernet в Ethernet-заголовке пакета PDCP SDU, соответствующего пакету PDCP PDU.

[0081] Формат пакета PDCP PDU представлен на фиг. 5. На фиг. 5 в качестве примера соответствующего формата данных пакетов PDCP PDU показано, что размер (size) порядкового номера по протоколу PDCP (Serial Number, SN) равен 12 битам.

[0082] Значения идентификатора контекста (Context ID) находятся в диапазоне [0, maxethernetID-1], где максимальный идентификатор Ethernet (maxethernet ID) может быть настроен с помощью RRC. Поле Context ID однозначно идентифицирует один поток данных, например поток данных, соответствующий определенной комбинации адреса назначения информации о контроле доступа к носителям данных (Media Access Control, MAC), исходного адреса или MAC-адреса назначения, а также связано с контекстом компрессии, соответствующим определенной комбинации исходного MAC-адреса и MAC-адреса назначения.

[0083] Поле L используется для указания общего количества новых (или дополнительных) байтов, добавленных относительно устаревшего подзаголовка PDCP.

[0084] Проверочное поле (Check) используется для верификации поля Ethernet, чтобы принимающая сторона гарантированно получила корректный Ethernet-заголовок после декомпрессии. Проверочное поле (Check) может формироваться путем расчета с помощью определенного алгоритма, который основан на всех полях Ethernet в Ethernet-заголовке первого пакета PDCP SDU и определяется протоколом или согласуется между сетевым устройством и передающей стороной.

[0085] Поле F1, F2 или F3 служит для указания того, используется ли определенное поле Ethernet в Ethernet-заголовке пакета PDCP SDU повторно. Например, поле F1 соответствует полю MAC-адреса источника в Ethernet-заголовке, поле F2 соответствует полю MAC-адреса назначения в Ethernet-заголовке, а поле F3 соответствует полю типа (type) в Ethernet-заголовке.

[0086] Например, если поле F1, F2 или F3 имеет значение 1, то поле F1, F2 или F3 используется повторно. Очевидно, что, если поле Ethernet в текущем пакете данных совпадает с полем Ethernet в предыдущем пакете данных, то соответствующее поле Ethernet больше не содержится в Ethernet-заголовке текущего пакета данных.

[0087] Если поле F1, F2 или F3 имеет значение 0, то поле Ethernet, соответствующее полю F1, F2 или F3, не используется повторно, а содержится в Ethernet-заголовке текущего пакета данных.

[0088] Действие 2.2. Если функция компрессии Ethernet-заголовков отключена для одного радиоканала DRB, то объект протокола PDCP, соответствующий радиоканалу DRB, выполняет передачу данных в устаревшем формате данных пакета PDCP PDU.

[0089] Например, размер поля PDCP SN может быть равен 12 битам, соответствующий формат данных пакета PDCP PDU представлен на фиг. 6.

[0090] Действие 3. Принимающий объект протокола PDCP получает данные, соответствующие одному радиоканалу DRB из нижнего уровня (например, из уровня протокола управления радиоканалами (Radio Link Control, RLC)). Если в радиоканале DRB задана функция компрессии Ethernet-заголовков, то при передаче пакета данных на верхний уровень (например, SDAP) происходит декомпрессия Ethernet-заголовка, которая выполняется следующим образом:

[0091] Действие 3.1. Если соответствующий контекст декомпрессии Ethernet-заголовка не задан для идентификатора контекста, содержащегося в заголовке пакета данных PDCP PDU, то контекст декомпрессии Ethernet-заголовка задается и связывается с идентификатором контекста (context ID), и если проверочное поле (Check) успешно верифицировано, то формируется исходный Ethernet-заголовок на основе поля Ethernet, содержащегося в заголовке пакета данных PDCP PDU, а также выполняется обновление контекста декомпрессии Ethernet-заголовка.

[0092] Действие 3.2. Если принимающий объект протокола PDCP создал соответствующий контекст декомпрессии Ethernet-заголовка для идентификатора контекста, содержащегося в заголовке пакета данных PDCP PDU, то выполняется извлечение повторно используемого сохраненного поля Ethernet из контекста декомпрессии, соответствующего идентификатору контекста, и верификация проверочного поля (Check) на основе используемого повторно поля Ethernet и не используемого повторно поля Ethernet, содержащегося в пакете PDCP SDU, и в случае успешной верификации проверочного поля (Check) формируется исходный Ethernet-заголовок и обновляется контекст декомпрессии, соответствующий идентификатору контекста.

[0093] Действие 3.3. Принимающий объект протокола PDCP отправляет передающему объекту протокола PDCP обратную связь о статусе декомпрессии Ethernet-заголовка.

[0094] Обратная связь о статусе декомпрессии Ethernet-заголовка представлена на фиг. 7. На фиг. 7 представлен блок управляющих данных PDU уровня протокола PDCP для Ethernet.

[0095] Идентификатор контекста (Context ID) однозначно идентифицирует определенную комбинацию исходного MAC-адреса и MAC-адреса назначения.

[0096] Поле A указывает на то, удалось ли принимающему объекту протокола PDCP выполнить декомпрессию Ethernet-заголовка. Например, если поле A имеет значение 1, то декомпрессия выполнена успешно, а если поле A имеет значение 0, то при декомпрессии произошла ошибка.

[0097] Действие 4. Передающий объект протокола PDCP получает из нижнего уровня блок управляющих данных PDU уровня протокола PDCP, содержащий обратную связь о статусе декомпрессии Ethernet-заголовка и выполняет следующие действия:

[0098] Если обратная связь указывает на то, что выполнить декомпрессию Ethernet-заголовка не удалось, то передающему объекту протокола PDCP необходимо сбросить (например, обнулить) все поля признака повторного использования полей Ethernet.

Пример 2

[0099] Действие 1. Сетевое устройство отправляет передающей стороне сообщение о перенастройке управления радиоресурсами, содержащее любую комбинацию одного или нескольких из следующих блоков данных:

[00100] Перенастройка функции компрессии Ethernet-заголовков для одного радиоканала DRB выполняется только в следующих случаях:

включение функции компрессии Ethernet- заголовков для одного радиоканала DRB может произойти в любой момент времени после создания радиоканала DRB;

отключение функции компрессии Ethernet-заголовков для одного радиоканала DRB может произойти в любой момент времени до сброса радиоканала DRB.

[00101] Если для объекта протокола PDCP, соответствующего одному радиоканалу DRB, задана функция обмена данными с изменением очередности (out of order delivery), то для такого радиоканала DRB функция компрессии Ethernet-заголовков не задается.

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

[00103] Действие 2. Передающая сторона получает от сетевого устройства сообщение о перенастройке управления радиоресурсами и применяет сообщение о перенастройке управления.

[00104] При получении данных, соответствующих одному радиоканалу DRB, из верхнего уровня (SDAP) выполняются следующие действия:

[00105] Действие 2.1. Если в радиоканале DRB задана функция компрессии Ethernet-заголовков, то при передаче данных объектом протокола PDCP, соответствующим радиоканалу DRB, один или несколько байтов добавляются в подзаголовок PDCP относительно устаревшего формата данных пакета PDCP PDU, чтобы указать статус повторного использования поля Ethernet, содержащегося в Ethernet-заголовке. Пример соответствующего формата данных пакета PDCP PDU выглядит следующим образом:

[00106] Например, размер поля PDCP SN может быть равен 12 битам, соответствующий формат данных пакета PDCP PDU представлен на фиг. 8.

[00107] Поле F используется для указания того, выполняется ли компрессия Ethernet-заголовка для пакета данных. Например, если поле F имеет значение 0, то компрессия Ethernet-заголовков не выполняется, а если поле F имеет значение 1, то компрессия Ethernet-заголовков выполняется.

[00108] Значения идентификатора контекста (Context ID) находятся в диапазоне [0, maxethernetID-1], где максимальный идентификатор Ethernet MaxethernetID задается с помощью RRC. Поле Context ID однозначно идентифицирует один поток данных, например поток данных, соответствующий определенной комбинации исходного MAC-адреса и MAC-адреса назначения, а также связано с контекстом компрессии, соответствующим определенной комбинации исходного MAC-адреса и MAC-адреса назначения.

[00109] Поле L используется для указания общего количества новых (или дополнительных) байтов, добавленных относительно устаревшего подзаголовка PDCP.

[00110] Проверочное поле (Check) используется для верификации поля Ethernet, чтобы принимающая сторона гарантированно получила корректный Ethernet-заголовок после декомпрессии. Проверочное поле (Check) может формироваться путем расчета с помощью определенного алгоритма, который основан на всех доступных в данный момент полях Ethernet и определяется протоколом или согласуется между сетевым и оконечным устройствами.

[00111] Поле F1, F2 или F3 служит для указания того, используется ли определенное поле Ethernet в Ethernet-заголовке повторно. Например, поле F1 соответствует полю MAC-адреса источника в Ethernet-заголовке, поле F2 соответствует полю MAC-адреса назначения в Ethernet-заголовке, а поле F3 соответствует полю типа (type) в Ethernet-заголовке.

[00112] Например, если поле F1, F2 или F3 имеет значение 1, то поле F1, F2 или F3 используется повторно. Очевидно, что, если поле Ethernet в текущем пакете совпадает с полем Ethernet в предыдущем пакете, то соответствующее поле Ethernet больше не содержится в Ethernet-заголовке текущего пакета.

[00113] Если поле F1, F2 или F3 имеет значение 0, то поле Ethernet, соответствующее полю F1, F2 или F3, не используется повторно, а содержится в Ethernet-заголовке текущего пакета.

[00114] Действие 2.2. Если функция компрессии Ethernet-заголовков отключена для одного радиоканала DRB, то объект протокола PDCP, соответствующий радиоканалу DRB, выполняет передачу данных в устаревшем формате данных пакета PDCP PDU.

[00115] Например, размер поля PDCP SN может быть равен 12 битам, соответствующий формат данных пакета PDCP PDU представлен на фиг. 9.

[00116] Поле F используется для указания того, выполняется ли компрессия Ethernet-заголовка для пакета. Например, если поле F имеет значение 0, то компрессия Ethernet-заголовков не выполняется, а если поле F имеет значение 1, то компрессия Ethernet-заголовков выполняется.

[00117] Действие 3. Принимающий объект протокола PDCP получает данные, соответствующие одному радиоканалу DRB из нижнего уровня (RLC). Если в радиоканале DRB задана функция компрессии Ethernet-заголовков, то при передаче пакета данных на верхний уровень (SDAP) происходит декомпрессия Ethernet-заголовка, которая выполняется следующим образом:

[00118] Действие 3.1. Если соответствующий контекст декомпрессии Ethernet-заголовка не задан для идентификатора контекста, содержащегося в заголовке пакета данных PDCP PDU, то контекст декомпрессии Ethernet-заголовка задается и связывается с идентификатором контекста (context ID), и если проверочное поле (Check) успешно верифицировано, то формируется исходный Ethernet-заголовок на основе поля Ethernet, содержащегося в заголовке пакета данных PDCP PDU, а также выполняется обновление контекста декомпрессии Ethernet-заголовка.

[00119] Действие 3.2. Если принимающий объект протокола PDCP создал соответствующий контекст декомпрессии Ethernet-заголовка для идентификатора контекста, содержащегося в заголовке пакета данных PDCP PDU, то выполняется извлечение повторно используемого сохраненного поля Ethernet из контекста декомпрессии, соответствующего идентификатору контекста, и верификация проверочного поля (Check) на основе используемого повторно поля Ethernet и не используемого повторно поля Ethernet, содержащегося в пакете PDCP SDU, и в случае успешной верификации формируется исходный Ethernet-заголовок и обновляется контекст декомпрессии, соответствующий идентификатору контекста.

[00120] Действие 3.3. Принимающий объект протокола PDCP отправляет передающему объекту протокола PDCP обратную связь о статусе декомпрессии Ethernet-заголовка.

[00121] Формат обратной связи о статусе декомпрессии Ethernet-заголовка представлен на фиг. 7. На фиг. 7 показан блок управляющих данных PDU уровня протокола PDCP для Ethernet.

[00122] Идентификатор контекста (Context ID) однозначно идентифицирует определенную комбинацию исходного MAC-адреса и MAC-адреса назначения.

[00123] Поле A указывает на то, удалось ли принимающему объекту протокола PDCP выполнить декомпрессию Ethernet-заголовка. Например, если поле A имеет значение 1, то декомпрессия выполнена успешно, а если поле A имеет значение 0, то при декомпрессии произошла ошибка.

[00124] Действие 4. Передающий объект протокола PDCP получает из нижнего уровня блок управляющих данных PDU уровня протокола PDCP, содержащий обратную связь о статусе декомпрессии Ethernet-заголовка и выполняет следующие действия:

[00125] Если обратная связь указывает на то, что выполнить декомпрессию Ethernet-заголовка не удалось, то передающему объекту протокола PDCP необходимо сбросить (например, обнулить) все поля признака повторного использования полей Ethernet.

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

[00127] Как показано на фиг. 10, вариант осуществления данного изобретения предоставляет передающую сторону. Передающая сторона 1000 включает в себя следующее:

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

[00128] Если в первом радиоканале DRB задана функция компрессии Ethernet-заголовков, первый пакет PDCP PDU содержит один или несколько блоков из первой части данных, которая указывает на то, используется ли определенное поле Ethernet в Ethernet-заголовке первого пакета PDCP SDU, соответствующего первому пакету PDCP PDU, повторно.

[00129] Первый пакет PDCP PDU может быть пакетом PDCP PDU, а первый пакет PDCP SDU может быть пакетом PDCP SDU, соответствующим пакету PDCP PDU.

[00130] В этом варианте осуществления данного изобретения, если передающая сторона является оконечным устройством, то передающая сторона может включать в себя следующее:

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

[00131] Конфигурационное сообщение содержит любую комбинацию одного или нескольких из следующих компонентов:

второй части информации для задания функции компрессии Ethernet-заголовков во втором радиоканале DRB;

третьей части информации для отключения функции компрессии Ethernet-заголовков в третьем радиоканале DRB.

[00132] В этом варианте осуществления данного изобретения функция компрессии Ethernet-заголовков может быть задана при создании второго радиоканала DRB или отключена при сбросе третьего радиоканала DRB, причем момент времени для включения функции компрессии Ethernet-заголовков во втором радиоканале DRB может быть любым моментом времени после создания второго радиоканала DRB, а момент времени для отключения функции компрессии Ethernet-заголовков в третьем радиоканале DRB может быть любым моментом времени до сброса третьего радиоканала DRB.

[00133] В этом варианте осуществления данного изобретения функция компрессии Ethernet-заголовков может не задаваться для второго радиоканала DRB, если на принимающем объекте протокола PDCP, соответствующем второму радиоканалу DRB, задана функция обмена данными с изменением очередности (out of order delivery).

[00134] В этом варианте осуществления данного изобретения передающая сторона может включать в себя следующее:

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

[00135] В этом варианте осуществления данного изобретения первый передающий модуль 1001 может также выполнять следующее: если обратная связь о статусе декомпрессии Ethernet-заголовков указывает на то, что выполнить декомпрессию Ethernet-заголовков не удалось, модуль может передать второй пакет PDCP PDU, где подзаголовок PDCP будет содержать один или несколько блоков пятой части информации, которая указывает на то, что определенное поле Ethernet в Ethernet-заголовке второго пакета PDCP SDU не используется повторно и что второй пакет PDCP SDU соответствует второму пакету PDCP PDU.

[00136] В этом варианте осуществления данного изобретения первый пакет PDCP PDU может также содержать один или несколько из следующих блоков данных:

шестую часть информации для идентификации потока данных, соответствующего первому пакету PDCP PDU;

восьмую часть информации для верификации поля Ethernet;

девятую часть информации для указания того, выполняется ли компрессия Ethernet-заголовков для первого пакета PDCP PDU.

[00137] В этом варианте осуществления данного изобретения восьмая часть информации может формироваться путем расчета с помощью определенного алгоритма, который основан на всех полях Ethernet в Ethernet-заголовке первого пакета PDCP SDU и определяется протоколом или согласуется между сетевым и оконечным устройствами.

[00138] В этом варианте осуществления данного изобретения формат первого пакета PDCP PDU может быть устаревшим форматом данных PDCP, если функция компрессии Ethernet-заголовков отключена для первого радиоканала DRB.

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

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

[00141] Как показано на фиг. 11, вариант осуществления данного изобретения предоставляет принимающую сторону. Принимающая сторона 1100 включает в себя следующее:

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

модуль декомпрессии 1102, настроенный для декомпрессии Ethernet-заголовка в первом пакете PDCP PDU, если в первом радиоканале DRB задана функция компрессии Ethernet-заголовков.

[00142] Подзаголовок PDCP первого пакета PDCP PDU содержит один или несколько блоков из первой части данных, которая указывает на то, используется ли определенное поле Ethernet в Ethernet-заголовке первого пакета PDCP SDU, соответствующего первому пакету PDCP PDU, повторно.

[00143] В этом варианте осуществления данного изобретения принимающая сторона может включать в себя следующее:

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

[00144] В этом варианте осуществления данного изобретения, если принимающая сторона является сетевым устройством, то принимающая сторона может включать в себя следующее:

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

[00145] Конфигурационное сообщение содержит любую комбинацию одного или нескольких из следующих компонентов:

второй части информации для задания функции компрессии Ethernet-заголовков во втором радиоканале DRB;

третьей части информации для отключения функции компрессии Ethernet-заголовков в третьем радиоканале DRB.

[00146] В этом варианте осуществления данного изобретения функция компрессии Ethernet-заголовков может быть задана при создании второго радиоканала DRB или отключена при сбросе третьего радиоканала DRB, причем момент времени для включения функции компрессии Ethernet-заголовков во втором радиоканале DRB может быть любым моментом времени после создания второго радиоканала DRB, а момент времени для отключения функции компрессии Ethernet-заголовков в третьем радиоканале DRB может быть любым моментом времени до сброса третьего радиоканала DRB.

[00147] В этом варианте осуществления данного изобретения функция компрессии Ethernet-заголовков может не задаваться для второго радиоканала DRB, если на принимающем объекте протокола PDCP, соответствующем второму радиоканалу DRB, задана функция обмена данными с изменением очередности (out of order delivery).

[00148] В этом варианте осуществления данного изобретения подзаголовок PDCP первого пакета PDCP PDU может также содержать один или несколько из следующих блоков данных:

шестую часть информации для идентификации потока данных, соответствующего первому пакету PDCP PDU;

восьмую часть информации для верификации поля Ethernet;

[00149] В этом варианте осуществления данного изобретения модуль декомпрессии может выполнять по крайней мере одно из следующих действий:

создание контекста декомпрессии Ethernet-заголовков, связанного с шестой частью информации;

верификацию седьмой части информации на основе поля Ethernet, содержащегося в поле данных первого пакета PDCP PDU;

или

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

[00151] Как показано на фиг. 12, оконечное устройство 1200 включает в себя по крайней мере один процессор 1201, память 1202, как минимум один сетевой интерфейс 1204 и пользовательский интерфейс 1203. Компоненты оконечного устройства 1200 соединены между собой с помощью системы шин 1205. Очевидно, что система шин 1205 настроена для реализации связи между этими компонентами. Система шин 1205 может включать в себя не только шину данных, но и шину блока питания, шину управления и шину сигнала состояния. Однако для ясности описания различные типы шин обозначены как система шин 1205 на фиг. 12.

[00152] Пользовательский интерфейс 1203 может включать в себя дисплей, клавиатуру, манипулятор (например, мышь или трекбол), сенсорную панель или сенсорный экран.

[00153] Очевидно, что память 1202 в этом варианте осуществления данного изобретения может быть энергозависимой памятью, энергонезависимой памятью или включать в себя одновременно энергозависимую и энергонезависимую память. Энергонезависимая память может быть памятью только для чтения (Read-Only Memory, ROM), программируемой памятью только для чтения (Programmable ROM, PROM), стираемой программируемой памятью только для чтения (Erasable PROM, EPROM), электрически стираемой программируемой памятью только для чтения (Electrically EPROM, EEPROM) или флэш-памятью. Энергонезависимая память может быть памятью с произвольным доступом (Random Access Memory, RAM) и использоваться в качестве внешней кэш-памяти. В иллюстративных целях, помимо прочего, можно упомянуть многие разновидности ОЗУ, например статическую память с произвольным доступом (Static RAM, SRAM), динамическую память с произвольным доступом (Dynamic RAM, DRAM), синхронную динамическую память с произвольным доступом (Synchronous DRAM, SDRAM), синхронную динамическую память с произвольным доступом и удвоенной скоростью передачи данных (Double Data Rate SDRAM, DDRSDRAM), расширенную синхронную динамическую память с произвольным доступом (Enhanced SDRAM, ESDRAM), динамическую память synchlink с произвольным доступом (Synchlink DRAM, SLDRAM) и память с произвольным доступом для шины прямого доступа к памяти (Direct Rambus RAM, DRRAM). Память 1202 в системе и способ, описанный в вариантах осуществления данного изобретения, может включать в себя, помимо прочего, любые другие совместимые типы памяти.

[00154] В некоторых вариантах реализации память 1202 хранит следующие элементы: исполняемый модуль, структуру данных или их подмножество либо расширенный набор в виде операционной системы 12021 и прикладной программы 12022.

[00155] Операционная система 12021 включает в себя различные системные программы, такие как фреймворк, библиотека ядра и драйверы, и настроена для реализации различных базовых служб и выполнения аппаратных задач. Прикладная программа 12022 включает в себя различные прикладные программы, такие как медиаплеер (Media Player) и браузер, и настроена для реализации различных служб приложений. Программа, реализующая способы осуществления данного изобретения, может быть включена в прикладную программу 11022.

[00156] В варианте осуществления данного изобретения вызывается программа или инструкция, хранящаяся в памяти 1202, а именно программа или инструкция, хранящаяся в прикладной программе 12022, и во время работы этой программы или инструкции выполняются следующие действия: передача первого пакета PDCP PDU, соответствующего первому радиоканалу DRB, с помощью передающего объекта протокола PDCP на передающей стороне, где, если в первом радиоканале DRB задана функция компрессии Ethernet-заголовков, подзаголовок PDCP первого пакета PDCP PDU содержит один или несколько блоков первой части информации, которая указывает на то, используется ли определенное поле Ethernet в Ethernet-заголовке первого пакета PDCP SDU, соответствующего первому пакету PDCP PDU, повторно.

[00157] В другом варианте осуществления данного изобретения вызывается программа или инструкция, хранящаяся в памяти 1202, а именно программа или инструкция, хранящаяся в прикладной программе 12022, и во время работы этой программы или инструкции выполняются следующие действия: получение первого пакета PDCP PDU, соответствующего первому радиоканалу DRB, с помощью принимающего объекта протокола PDCP на принимающей стороне и декомпрессия Ethernet-заголовка для первого пакета PDCP PDU, где, если в первом радиоканале DRB задана функция компрессии Ethernet-заголовков, подзаголовок PDCP первого пакета PDCP PDU содержит один или несколько блоков первой части информации, которая указывает на то, используется ли определенное поле Ethernet в Ethernet-заголовке первого пакета PDCP SDU, соответствующего первому пакету PDCP PDU, повторно.

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

[00159] На фиг. 13 представлена структурная схема сетевого устройства в соответствии с вариантом осуществления данного изобретения. Как показано на фиг. 13, сетевое устройство 1300 включает в себя процессор 1301, приемопередатчик 1302, память 1303 и интерфейс шины.

[00160] В варианте осуществления данного изобретения сетевое устройство 1300 также включает в себя программу, которая хранится в памяти 1303, может работать на процессоре 1301 и во время работы выполняет следующие действия: передача первого пакета PDCP PDU, соответствующего первому радиоканалу DRB, с помощью передающего объекта протокола PDCP на передающей стороне, где, если в первом радиоканале DRB задана функция компрессии Ethernet-заголовков, подзаголовок PDCP первого пакета PDCP PDU содержит один или несколько блоков первой части информации, которая указывает на то, используется ли определенное поле Ethernet в Ethernet-заголовке первого пакета PDCP SDU, соответствующего первому пакету PDCP PDU, повторно.

[00161] В другом варианте осуществления данного изобретения сетевое устройство 1300 также включает в себя программу, которая хранится в памяти 1303, может работать на процессоре 1301 и во время работы выполняет следующие действия: получение первого пакета PDCP PDU, соответствующего первому радиоканалу DRB, с помощью принимающего объекта протокола PDCP на принимающей стороне и декомпрессия Ethernet-заголовка для первого пакета PDCP PDU, где, если в первом радиоканале DRB задана функция компрессии Ethernet-заголовков, подзаголовок PDCP первого пакета PDCP PDU содержит один или несколько блоков первой части информации, которая указывает на то, используется ли определенное поле Ethernet в Ethernet-заголовке первого пакета PDCP SDU, соответствующего первому пакету PDCP PDU, повторно.

[00162] Как показано на фиг. 13, архитектура шины может включать в себя любое количество взаимосвязанных шин и мостов для соединения различных контуров одного или нескольких процессоров, представленных процессором 1301, и памяти, представленной памятью 1303. Архитектура шины может также соединять между собой и другие контуры, такие как периферийное устройство, регулятор напряжения и контур управления питанием. Все они хорошо известны в технике и поэтому не описаны подробно в настоящем документе. Интерфейс шины предоставляет необходимые интерфейсы подключения. Приемопередатчик 1302 может представлять собой множество компонентов, а именно включать в себя передатчик, приемник и блок для связи с другими компонентами среды передачи данных.

[00163] Процессор 1301 отвечает за управление архитектурой шины и общую обработку данных. Память 1303 может хранить данные, используемые во время работы процессора 1301.

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

[00165] Последовательность действий в способе или алгоритме, описанная со ссылкой на текст настоящего документа и изложенные в нем варианты осуществления изобретения, может быть реализована как аппаратно, так и программно путем выполнения программной инструкции на процессоре. Программная инструкция может включать в себя соответствующий программный модуль. Программный модуль может храниться в оперативной памяти (RAM), флэш-памяти, ПЗУ (ROM), EPROM, EEPROM или регистре, а также на внутреннем или внешнем жестком диске либо на компакт-диске, предназначенном только для чтения, и на других носителях информации, известных в технике. Например, носитель информации может быть подключен к процессору, чтобы процессор считывал информацию с носителя или записывал информацию на носитель. Очевидно, что носитель информации может также входить в состав процессора. Процессор и носитель информации могут находиться на одной микросхеме ASIC. Также микросхема ASIC может находиться в базовом устройстве с сетевым интерфейсом. Очевидно, что процессор и носитель информации могут также находиться в базовом устройстве с сетевым интерфейсом в виде дискретных компонентов.

[00166] Специалистам в данной области техники известно, что функции, описанные и проиллюстрированные на примерах в настоящем документе, могут быть реализованы в виде аппаратного обеспечения, программного обеспечения, прошивки или любой их комбинации. Функции, реализованные в виде программного обеспечения, могут храниться на машиночитаемом носителе информации, а также передаваться в виде одной или нескольких инструкций либо программного кода на машиночитаемом носителе информации. Машиночитаемый носитель информации включает в себя компьютерный носитель информации и канал передачи данных, который позволяет передавать программу из одного места в другое. Носителем информации может быть любой доступный носитель информации для компьютеров общего назначения или специальных компьютеров.

[00167] Цели, технические решения и благоприятные эффекты данного изобретения более подробно описаны в вышеуказанных конкретных вариантах осуществления. Очевидно, что приведенные выше описания являются лишь некоторыми вариантами осуществления данного изобретения, которые не ограничивают объем правовой охраны для данного изобретения. Любые изменения, эквивалентные замены и усовершенствования, внесенные на основе технических решений из данного изобретения, входят в объем правовой охраны для данного изобретения.

[00168] Специалистам в данной области техники очевидно, что варианты осуществления данного изобретения могут быть предоставлены в виде способа, системы или программного продукта. Соответственно, в вариантах осуществления данного изобретения допускаются как только аппаратные или только программные формы реализации, так и сочетание аппаратных и программных форм. Кроме того, в вариантах осуществления данного изобретения может использоваться форма программного продукта на одном или нескольких компьютерных носителях (включая, помимо прочего, дисковую память, CD-ROM, оптическую память и их аналоги), которые содержат программный код, используемый компьютером.

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

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

[00171] Эти программные инструкции могут быть загружены на компьютер или другое программируемое устройство обработки данных, чтобы ряд операций и действий выполнялись на компьютере или другом программируемом устройстве, что обеспечит компьютерную обработку. Соответственно, инструкции, выполняемые на компьютере или другом программируемом устройстве, содержат последовательность действий для реализации определенной функции в одном или нескольких процессах на блок-схемах и/или в одном или нескольких блоках на блок-диаграммах.

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

1. Способ компрессии Ethernet-заголовков, который применяется к передающей стороне и включает в себя следующее:

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

что если в первом радиоканале DRB задана функция компрессии Ethernet-заголовков, то подзаголовок PDCP первого пакета PDCP PDU содержит один или несколько блоков из первой части данных, которая указывает на то, используется ли определенное поле Ethernet в Ethernet-заголовке первого пакета PDCP SDU, соответствующего первому пакету PDCP PDU, повторно.

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

получение конфигурационного сообщения:

конфигурационное сообщение содержит любую комбинацию одного или нескольких из следующих компонентов:

второй части информации для задания функции компрессии Ethernet-заголовков во втором радиоканале DRB;

третьей части информации для отключения функции компрессии Ethernet-заголовков в третьем радиоканале DRB.

3. Способ в соответствии с п. 2, в котором

функция компрессии Ethernet-заголовков задается при создании второго радиоканала DRB;

или

функция компрессии Ethernet-заголовков отключается при сбросе третьего радиоканала DRB;

или

момент времени для включения функции компрессии Ethernet-заголовков во втором радиоканале DRB может быть любой момент времени после создания второго радиоканала DRB;

или

момент времени для отключения функции компрессии Ethernet-заголовков в третьем радиоканале DRB может быть любой момент времени до сброса третьего радиоканала DRB.

4. Способ в соответствии с п. 2, в котором функция компрессии Ethernet-заголовков не задается для второго радиоканала DRB, если на принимающем объекте протокола PDCP, соответствующем второму радиоканалу DRB, задана функция обмена данными с изменением очередности (out of order delivery).

5. Способ в соответствии с п. 1, в котором после передачи данных с помощью передающего объекта протокола PDCP на передающей стороне, где первый пакет PDCP PDU соответствует первому радиоканалу DRB, выполняется следующее:

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

6. Способ в соответствии с п. 5, в котором после получения обратной связи о статусе декомпрессии Ethernet-заголовков с помощью принимающего объекта протокола PDCP на передающей стороне выполняется следующее:

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

7. Способ в соответствии с п. 1, в котором подзаголовок PDCP первого пакета PDCP PDU также включает в себя один или несколько из следующих блоков данных:

шестую часть информации для идентификации потока данных, соответствующего первому пакету PDCP PDU;

восьмую часть информации для верификации поля Ethernet;

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

9. Способ в соответствии с п. 1, в котором формат первого пакета PDCP PDU может быть устаревшим форматом данных PDCP, если функция компрессии Ethernet-заголовков отключена для первого радиоканала DRB; или

если функция компрессии Ethernet-заголовков отключена для первого радиоканала DRB, то подзаголовок PDCP первого пакета PDCP PDU может содержать десятую часть информации для указания того, выполняется ли компрессия Ethernet-заголовков для первого пакета PDCP PDU.

10. Способ декомпрессии Ethernet-заголовков, применяемый к принимающей стороне и включающий в себя следующее:

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

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

11. Способ в соответствии с п. 10, в котором после декомпрессии Ethernet-заголовка первого пакета PDCP PDU выполняется следующее:

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

12. Способ в соответствии с п. 10: если принимающая сторона является сетевым устройством, то перед получением данных с помощью принимающего объекта протокола PDCP на принимающей стороне, где первый пакет PDCP PDU соответствует первому радиоканалу DRB, способ также включает в себя:

передачу конфигурационного сообщения:

конфигурационное сообщение содержит любую комбинацию одного или нескольких из следующих компонентов:

второй части информации для задания функции компрессии Ethernet-заголовков во втором радиоканале DRB;

третьей части информации для отключения функции компрессии Ethernet-заголовков в третьем радиоканале DRB.

13. Способ в соответствии с п. 12, в котором

функция компрессии Ethernet-заголовков задается при создании второго радиоканала DRB;

или

функция компрессии Ethernet-заголовков отключается при сбросе третьего радиоканала DRB;

или

14. Способ в соответствии с п. 12, в котором функция компрессии Ethernet-заголовков не задается для второго радиоканала DRB, если на принимающем объекте протокола PDCP, соответствующем второму радиоканалу DRB, задана функция обмена данными с изменением очередности (out of order delivery).

15. Способ в соответствии с п. 10, в котором подзаголовок PDCP первого пакета PDCP PDU также включает в себя один или несколько из следующих блоков данных:

шестую часть информации для идентификации потока данных, соответствующего первому пакету PDCP PDU;

восьмую часть информации для верификации поля Ethernet;

16. Способ в соответствии с п. 15, в котором декомпрессия Ethernet-заголовка первого пакета PDCP PDU включает в себя по крайней мере одно из следующих действий:

создание контекста декомпрессии Ethernet-заголовков, связанного с шестой частью информации;

верификацию восьмой части информации на основе поля Ethernet, содержащегося в поле данных первого пакета PDCP PDU;

или

17. Передающая данные сторона в системе беспроводной связи, включающая в себя следующее:

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

что если в первом радиоканале DRB задана функция компрессии Ethernet-заголовков, то подзаголовок PDCP первого пакета PDCP PDU содержит один или несколько блоков из первой части данных, которая указывает на то, используется ли определенное поле Ethernet в Ethernet-заголовке первого пакета служебных данных PDCP SDU, соответствующего первому пакету PDCP PDU, повторно.

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

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

второй части информации для задания функции компрессии Ethernet-заголовков во втором радиоканале DRB и

третьей части информации для отключения функции компрессии Ethernet-заголовков в третьем радиоканале DRB.

19. Передающая данные сторона в системе беспроводной связи по п. 18, в которой функция компрессии Ethernet-заголовков задается при создании второго радиоканала DRB;

или

функция компрессии Ethernet-заголовков отключается при сбросе третьего радиоканала DRB;

или

20. Передающая данные сторона в системе беспроводной связи по п. 18, в которой функция компрессии Ethernet-заголовков не задается для второго радиоканала DRB, если на принимающем объекте протокола PDCP, соответствующем второму радиоканалу DRB, задана функция обмена данными с изменением очередности (out of order delivery).

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

22. Передающая данные сторона в системе беспроводной связи по п. 11, в которой после получения обратной связи о статусе декомпрессии Ethernet-заголовков с помощью принимающего объекта протокола PDCP на передающей стороне выполняется следующее:

23. Передающая данные сторона в системе беспроводной связи по п. 17, в которой подзаголовок PDCP первого пакета PDCP PDU также включает в себя один или несколько из следующих блоков данных:

шестую часть информации для идентификации потока данных, соответствующего первому пакету PDCP PDU;

восьмую часть информации для верификации поля Ethernet;

24. Передающая данные сторона в системе беспроводной связи по п. 23, в которой восьмая часть информации может формироваться путем расчета с помощью определенного алгоритма, который основан на всех полях Ethernet в Ethernet-заголовке первого пакета PDCP SDU и определяется протоколом или согласуется между сетевым и оконечным устройствами.

25. Передающая данные сторона в системе беспроводной связи по п. 17, в которой формат первого пакета PDCP PDU может быть устаревшим форматом данных PDCP, если функция компрессии Ethernet-заголовков отключена для первого радиоканала DRB; или

26. Принимающая данные сторона в системе беспроводной связи, включающая в себя следующее:

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

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

27. Принимающая данные сторона в системе беспроводной связи по п. 26, дополнительно содержащая второй модуль передачи, сконфигурированный для передачи обратной связи о статусе декомпрессии Ethernet-заголовка с помощью передающего объекта протокола PDCP на принимающей стороне.

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

конфигурационное сообщение содержит любую комбинацию одного или нескольких из следующих компонентов:

второй части информации для задания функции компрессии Ethernet-заголовков во втором радиоканале DRB;

третьей части информации для отключения функции компрессии Ethernet-заголовков в третьем радиоканале DRB.

29. Принимающая данные сторона в системе беспроводной связи по п. 28, в которой функция компрессии Ethernet-заголовков задается при создании второго радиоканала DRB;

или

функция компрессии Ethernet-заголовков отключается при сбросе третьего радиоканала DRB;

или

30. Принимающая данные сторона в системе беспроводной связи по п. 28, в которой функция компрессии Ethernet-заголовков не задается для второго радиоканала DRB, если на принимающем объекте протокола PDCP, соответствующем второму радиоканалу DRB, задана функция обмена данными с изменением очередности (out of order delivery).

31. Принимающая данные сторона в системе беспроводной связи по п. 26, в которой подзаголовок PDCP первого пакета PDCP PDU также включает в себя один или несколько из следующих блоков данных:

шестую часть информации для идентификации потока данных, соответствующего первому пакету PDCP PDU;

восьмую часть информации для верификации поля Ethernet;

32. Принимающая данные сторона в системе беспроводной связи по п. 31, в которой декомпрессия Ethernet-заголовка первого пакета PDCP PDU включает в себя по крайней мере одно из следующих действий:

создание контекста декомпрессии Ethernet-заголовков, связанного с шестой частью информации;

верификацию восьмой части информации на основе поля Ethernet, содержащегося в поле данных первого пакета PDCP PDU;

или

33. Машиночитаемый носитель информации для хранения программы, которая хранится в памяти, может работать на процессоре и во время своего выполнения на процессоре реализует способ компрессии Ethernet-заголовков в соответствии с любым из пп. 1–9.

34. Машиночитаемый носитель информации для хранения программы, которая хранится в памяти, может работать на процессоре и во время своего выполнения на процессоре реализует способ компрессии Ethernet-заголовков в соответствии с любым из пп. 10–16.

Изобретение относится к области беспроводной связи. Технический результат заключается в упрощении преобразования управляющей информации восходящей линии связи (UCI) в физическом совместно используемом канале восходящей линии связи (PUSCH) в NR для повышения производительности канала.

Способ, устройство и система связи // 2763019

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

Способ и устройство для синхронизации // 2763018

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

Способ поддержки дублирования данных, передающее оконечное устройство и приемное оконечное устройство // 2762931

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

Способ определения опорного сигнала, сетевое устройство, пользовательское оборудование и компьютерный носитель данных // 2762918

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

Канал управления нисходящей линии связи для восходящей линии связи повышенной надежности с малым временем задержки // 2762917

Изобретение относится к области беспроводной связи. Техническим результатом является повышение гибкости и/или эффективности обмена данными.

Способ, аппарат и система индикации формата слота, аппарат и носитель данных // 2762916

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

Способ передачи сигнала восходящей линии связи и терминальное устройство // 2762901

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

Пользовательское устройство и аппарат базовой станции // 2762809

Изобретение относится к пользовательскому устройству и аппарату базовой станции в системе радиосвязи. Технический результат заключается в обеспечении уведомления пользовательского устройства о ресурсе RACH для применения в процедуре произвольного доступа в системе NR.

Способ, оборудование и система передачи данных и устройство // 2762801

Изобретение относится к передаче данных. Технический результат – достижение возможности выполнения передачи данных в режиме без подтверждения передачи (UM) на уровне управления линией радиосвязи (RLC) в 5G.

Система и способ классификации звонка // 2763047

Изобретение относится к средствам классификации звонка. Технический результат заключается в повышении точности классификации звонка. Определяют атрибуты звонка при перехвате вызова от терминального устройства вызывающей стороны на терминальное устройство вызываемой стороны, при этом уведомляют коммутационный узел о маршрутизации перехваченного вызова через узел разветвления, который устанавливает соединение по двум различным каналам: одно - с терминальным устройством вызываемой стороны, второе - со средством записи для передачи медиа-данных от каждого терминального устройства. Формируют запись медиа-данных, передаваемых в рамках установленного вызовом соединения во время звонка. Преобразуют сформированную запись медиа-данных в набор пригодных для классификации признаков, который включает представление записи в форматированный текст и его последующий анализ, при этом признаки включают определенную категорию записи звонка, эмоциональную оценку записи звонка и продолжительность звонка. Классифицируют звонок на основании полученных атрибутов звонка и набора признаков записи медиа-данных с использованием заранее обученной модели классификации звонков. 2 н. и 15 з.п. ф-лы, 5 ил.