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

Область техники, к которой относится изобретение

Настоящее изобретение относится в целом к цифровой связи и, более конкретно, к способу и системе пересылки данных в системе связи.

Уровень техники

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

Несмотря на возможность подключения удаленных устройств, их подключение обычно ограничено технологиями связи малого радиуса действия, такими как PC5, BlueTooth (BT), устройство-устройство (D2D), Proximity Services (ProSe) и т.д., с целью снижения энергопотребления. Поэтому необходимо использовать промежуточное устройство для установления связи с удаленными устройства для ретрансляции связи с удаленными устройствами.

Раскрытие сущности изобретения

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

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

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

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

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

Опциально, в любом из предшествующих вариантов осуществления, в способе, первое RD и второе RD являются одними и теми же.

Опциально, в любом из предшествующих вариантов осуществления в способе, радиоканал является радиоканалом передачи данных (DRB).

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

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

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

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

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

Опциально, в любом из предшествующих вариантов осуществления, в способе, радиоканал является радиоканалом передачи данных (DRB).

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

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

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

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

Опциально, в любом из предшествующих вариантов осуществления, передающее устройство, в котором передающее устройство является одним из ретрансляционным устройством пользователя (relay UE), когда первый PDU PDCP принимают в канале восходящей линии связи, или в усовершенствованным узлом B (eNB), когда первый PDU PDCP принимают в канале нисходящей линии связи.

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

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

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

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

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

Краткое описание чертежей

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

фиг. 1 иллюстрирует примерную систему беспроводной связи согласно примерным вариантам осуществления, описанным в настоящем изобретении;

фиг. 2 иллюстрирует схему примерных стеков протоколов для системы беспроводной связи, поддерживающей радиорелейные UEs согласно примерным вариантам осуществления, описанным в настоящем изобретении;

фиг. 3 иллюстрирует примерные соединения между PDCP объектами устройств системы беспроводной связи, поддерживающей радиорелейные UEs согласно примерным вариантам осуществления, описанным в настоящем изобретении;

фиг. 4 иллюстрирует пример PDU PDCP согласно описанным здесь примерным вариантам осуществления;

фиг. 5 иллюстрирует пример вложенного PDU PDCP согласно описанным в настоящем документе примерным вариантам осуществления;

фиг. 6 иллюстрирует пример вложенного PDU PDCP, включающий в себя PDU обратной связи RoHC, в соответствии с описанными в настоящем документе примерными вариантами осуществления;

фиг. 7 иллюстрирует блок-схему алгоритма примера обработки, происходящей в нисходящей линии связи, в соответствии с описанными в настоящем документе примерными вариантами осуществления;

фиг. 8 иллюстрирует блок-схему алгоритма примера обработки, происходящей в восходящей линии связи, в соответствии с описанными в настоящем документе примерными вариантами осуществления;

фиг. 9 иллюстрирует блок-схему алгоритма примерных операций, происходящих в eNB, участвующих в связи в канале нисходящей линии связи с RDs согласно описанным в настоящем документе примерным вариантам осуществления;

фиг. 10 иллюстрирует блок-схему алгоритма примерных операций, выполняемых в ретранслируемом UE, участвующих в связи в канале нисходящей линии связи с RDs согласно примерным вариантам осуществления, описанным в настоящем документе;

фиг. 11 иллюстрирует блок-схему алгоритма примерных операций, выполняемых в ретранслируемом UE, участвующих в связи в канале восходящей линии связи с RDs согласно примерным вариантам осуществления, описанным в настоящем документе;

фиг. 12 иллюстрирует блок-схему алгоритма примерных операций, происходящих в eNB, участвующих в связи в канале восходящей линии связи с RDs согласно примерным вариантам осуществления, описанным в настоящем документе;

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

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

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

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

фиг. 17 иллюстрирует пример вложенного PDU PDCP, используемого для ретрансляции трафика плоскости управления на SRB (s) в соответствии с примерами вариантов осуществления, описанными в настоящем документе;

фиг. 18 иллюстрирует пример вложенного PDU PDCP, используемый для ретрансляции трафика плоскости управления на SRBs, при сохранении SRB информации согласно описанным в настоящем документе примерным вариантам осуществления;

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

фиг. 20 иллюстрирует блок-схему варианта осуществления системы обработки для осуществления описанных в настоящем документе способов; и

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

Осуществление изобретения

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

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

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

На фиг. 1 показана примерная система 100 беспроводной связи. Система 100 беспроводной связи включает в себя усовершенствованный NodeB 105 (eNB), обслуживающий множество устройств пользователя (UEs), такие как UE 110, UE 112 и UE 114. В режим работы сотовой связи, связь с множеством UEs через eNB 105, тогда как в режиме связи «машина-машина», например, в режиме работы Proximity Service (ProSe), например, возможна прямая связь между UEs. eNBs также могут часто упоминаться как NodeB, контроллеры, базовые станции, точки доступа и т.д., в то время как UE также могут обычно упоминаться как мобильные станции, мобильные телефоны, терминалы, пользователи, абоненты, станции и тому подобное. Коммуникации из eNB в UE обычно упоминаются как связь по нисходящей линии связи, тогда как сообщения от UE к eNB обычно упоминаются как связь по восходящей линии связи.

Система 100 беспроводной связи также включает в себя сетевые объекты, такие как пакетный шлюз (P-GW) 115, который обеспечивает взаимосвязь между сетями, и обслуживающий шлюз (S-GW) 120, который обеспечивает точки входа и выхода для пакетов, предназначенных для пользователей. Система 100 беспроводной связи также включает в себя множество удаленных устройств (RDs), таких как RD 125, RD 127 и RD 129. Множество RDs могут включать в себя сенсорные устройства, носимые устройства, интеллектуальные устройства и так далее. Хотя понятно, что системы связи могут использовать несколько eNBs, способных осуществлять связь с несколькими UEs и RDs, для простоты проиллюстрированы только один eNB, несколько UEs и несколько RDs.

Как обсуждалось ранее, RDs обычно имеют ограниченные возможности подключения в диапазоне. Например, с точки зрения энергопотребления, маловероятно, что RDs будут иметь беспроводное соединение средней и большой дальности, такое как 3GPP LTE, технологии IEEE 802.11 WiFi, множественный доступ с кодовым разделением каналов (CDMA) и т.п. Дополнительно, даже RDs, которые поддерживают технологию связи на большие расстояния, могут испытывать ухудшенные бюджеты линий связи по сравнению с типичными устройствами связи на большие расстояния, такими как смартфоны, из-за ограничений потребления энергии и/или производительности радиосвязи. Следовательно, UEs в системе беспроводной связи могут служить в качестве ретрансляторов для ретрансляции связи с RDs. UEs могут подключаться к RDs по соединению ближней связи, таким как PC5, BlueTooth, ProSe технологии IEEE 802.11 WiFi связи на короткие расстояния, D2D и т.д., и пересылать пакеты между RDs и удаленно расположенными службами и/или устройствами. UEs, предоставляющие услуги ретрансляции, могут упоминаться как UEs-ретрансляторы. UEs-ретрансляторы также могут работать как обычные UEs. В качестве иллюстративного примера, UE 110 служит в качестве ретранслятора для RD 125 и RD 127, в то время как UE 112 служит в качестве ретранслятора для RD 127 и RD 129, обеспечивая возможность соединения между RDs и удаленно расположенными службами 130 и/или устройствами 135 посредством eNB 105. Хотя UE 112 служит в качестве ретранслятора для RD 127 и RD 129, пользователь UE 112 может также использовать UE 112 для других видов деятельности, таких как голосовой вызов, а также использовать компьютер, подключенный к интернету, например, используя точку доступа услуги, предоставляемые UE 112.

UE-ретранслятор может предоставлять услуги ретрансляции для одного или нескольких RDs, принимать протокольные блоки данных (PDUs) из RDs и пересылать принятые PDUs в eNB, обслуживающий UE-ретранслятор, или принимать PDUs из eNB, обслуживающего UE, и пересылать принятые PDUs в соответствующие RDs. В общем, PDU содержит заголовок пакета и один или несколько пакетов, где заголовок пакета включает в себя информацию в указанном формате, которая гарантирует, что один или несколько пакетов достигают намеченного адресата. Количество RDs, поддерживаемых одним UE-ретранслятором, может быстро расти. В качестве примера, ожидают, что UE-ретранслятор будет пересылать PDUs для RDs, принадлежащих владельцу UE, включающие в себя смарт-часы, смарт-очки, трекер для фитнеса или активности и т.д. UE-ретранслятор может также ретранслировать PDUs для других RDs, с которыми он может взаимодействовать в течение дня. UE-ретранслятор может использовать отдельный радиоканал передачи данных (DRB) для каждого RD. Однако может существовать ограничение на количество DRBs, тем самым, устанавливая ограничение на количество RDs, поддерживаемых UE-ретранслятором. В качестве иллюстративного примера, в 3GPP LTE максимальное количество DRBs составляет 8, что является относительно небольшим числом, поскольку UE-ретранслятор может уже ретранслировать PDUs для 3 или более RDs, принадлежащих его владельцу.

Фиг. 2 иллюстрирует схему 200 примерных стеков протоколов для системы беспроводной связи, поддерживающей UE-ретрансляторы. Схема 200 включает в себя стеки протоколов для RD 205, UE-ретранслятор 210, eNB 215 и P-GW 220. Стек протокола для RD 205 включает в себя транспортную часть 225 линии ближней связи, которая управляет процессом обработки данных для передачи и приема PDUs по прямой линии связи между RD 205 и UE-ретранслятором 210, объект 227 протокола конвергенции пакетной передачи данных (PDCP), который управляет обработкой PDUs PDCP, принимаемых или передаваемых RD 205, и объект 220 протокола IP (IP), который обрабатывает PDUs IP-протокола, принятые или переданные посредством RD 205. Стек протокола для UE-ретранслятора 210 включает в себя объект 230 протокола линии ближней связи, который управляет обработкой для передачи и приема PDUs по прямой линии связи между UE-ретранслятором 210 и RD 205, первый PDCP объект 232, который обрабатывает PDUs PDCP принятые или переданные в RD 205, второй PDCP объект 234, который обрабатывает PDUs PDCP, принятые или переданные в eNB 215, и объекты 236 уровня управления доступом к среде передачи данных (MAC)/физическим уровнем (PHY)/уровнем управления радиолинией (RLC), которые обеспечивают MAC, RLC и PHY уровни обработки PDUs, принятых из или переданных в eNB 215.

Стек протокола для eNB 215 включает в себя объекты 240 MAC/RLC/PHY уровня, которые обеспечивают обработку MAC, RLC и PHY уровней для PDUs, принятых из или переданных в UE-ретранслятор 210, объект 242 PDCP уровня, который обрабатывает PDUs PDCP, принятые от или переданные в UE-ретранслятор 210, и объект 244 ретрансляции данных пользователя (GTP-U) протокола туннелирования (GTP) общей службы пакетной радиосвязи (GPRS), который обеспечивает услуги ретрансляции для PDUs через S-GW. Стек протокола для P-GW 220 включает в себя объект 250 ретрансляции GTP-U, который обрабатывает PDUs, принятые из или переданные в eNB 215, и объект 252 IP, который обрабатывает PDUs протокола IP, принятые или переданные посредством P-GW 220.

Хотя на фиг. 2 показаны прямые соединения между объектами одного уровня в стеках протоколов, PDUs напрямую не передают между объектами одного уровня в стеках протоколов. Вместо этого, PDUs просматривают соответствующие стеки протоколов исходного устройства и целевого устройства, а также любого промежуточного устройства. В качестве иллюстративного примера, IP PDU из P-GW 220, принимаемого RD 205, инициируют на IP-объекте 252 и затем проходит через объект 250 ретрансляции GTP-U, объект 244 GTP-U, объект 242 PDCP, объект 240 уровня MAC / RLC / PHY, объект 236 уровня MAC / RLC / PHY, второй объект 234 PDCP, первый объект 232 PDCP, объект 230 протокола линии ближней связи, части 225 транспортной линии ближней связи и объект 227 PDCP до того, как он достигнет объекта 229 IP.

В соответствии с примерным вариантом осуществления, PDUs, ассоциированные с RDs, агрегируют на одном DRB. PDUs, ассоциированные с RDs, ретранслированные одним UE-ретранслятором по восходящей линии связи, агрегируют и передают на одном DRB между UE-ретранслятором и его обслуживающим eNB. Агрегирование PDUs на одном DRB позволяет UE-ретранслятору поддерживать больше RDs, чем если PDUs, ассоциированные с каждым RD, отправляют с использованием отдельных DRB. Поэтому число поддерживаемых RDs увеличивается, и повышают эффективность системы связи. PDUs, ассоциированные с RDs, ретранслированные одним UE-ретранслятором по нисходящей линии связи, принимают на одном DRB в UE-ретрансляторе и разбивают на отдельные PDU и пересылают в соответствующие RDs.

В соответствии с примерным вариантом осуществления PDUs PDCP, ассоциированные с RDs, агрегируют на одном DRB. PDUs PDCP, ассоциированные с RDs, ретранслированные одним UE-ретранслятором по восходящей линии связи, агрегируют и передают на одном DRB между UE-ретранслятором и его обслуживающим eNB. PDUs PDCP, ассоциированные с RDs, ретранслированные одним UE-ретранслятором по нисходящей линии связи, принимают на одном DRB в UE-ретрансляторе и разбивают на отдельные PDUs PDCP и пересылают в соответствующие RDs.

На фиг. 3 показаны примерные соединения 300 между PDCP объектами устройств системы беспроводной связи поддержки UE-ретрансляторов. В восходящей линии связи, как показано на фиг. 3, первый RD (RD1) 302 с PDCP объектом 304 и вторым RD (RD2) (RD2) 306 с PDCP объектом 308 логически подключены на PDCP уровне к UE-ретранслятору 312 отдельными RD-UE линиями 310. UE-ретранслятор 312 логически подключено к eNB 327 одним DRB 325. PDUs PDCP из отдельных RDs отправляют по отдельным RD-UE линиям 310 в UE-ретранслятор 312, где первый PDCP объект 315 принимает PDUs PDCP и пересылает их во второй PDCP объект 320, который генерирует множество вложенных PDUs PDCP и агрегирует их вместе. Второй PDCP объект 320 отправляет агрегированный PDU PDCP в eNB 327 по одному DRB 325. PDCP объект 330 обрабатывает агрегированный PDU PDCP.

В нисходящей линии связи PDCP объект 330 отправляет агрегированный PDU PDCP, содержащий множество вложенных PDUs PDCP, по одному DRB 325 на второй PDCP объект 320 UE-ретранслятора 312. Второй PDCP объект 320 разбивает агрегированный PDU PDCP на несколько вложенных PDUs PDCP и пересылает множество вложенных PDUs PDCP в первый PDCP объект 315. Первый PDCP объект 315 отправляет множество вложенных PDUs PDCP по отдельным RD-UE линиям 310 в соответствующие RDs.

На фиг. 4 показан пример PDU 400 PDCP. PDU 400 PDCP иллюстрирует PDU с обратной связью помехоустойчивого сжатия заголовка (RoHC) в качестве примера PDU управления PDCP. PDU 400 PDCP включает в себя по меньшей мере первый октет (OCTET1) 405 и второй октет (OCTET2) 407. Первый октет 405 включает в себя информацию управления, такую как указатель PDU типа в бите 410 данных/управления (D/C), указатель PDU типа в поле 415 PDU типа и множество зарезервированных битов, таких как бит 420 и бит 422. В качестве PDU с обратной связью RoHC, D/C бит 410 устанавливают на «1», указывая, что PDU 400 PDCP содержит PDU управления и поле 415 PDU типа установлено на «001», указывая, что PDU 400 PDCP является PDU с обратной связью RoHC. Второй октет 407 содержит информацию обратной связи PDU с обратной связью RoHC (то есть, PDU 400 PDCP). Если поле 415 PDU типа установлено на «000», то PDU 400 PDCP является отчетом о состоянии PDU. Другие значения поля 415 PDU типа зарезервированы для будущего использования.

Первый октет (OCTET1) 405 может быть использован аналогично тому, как будет использоваться заголовок пакета PDU. Информация в первом октете 405 следует за определенным форматом, и контент может быть использован для описания формата и контента PDU 400 PDCP, чтобы обеспечить надлежащую обработку PDU 400 PDCP, тогда как заголовок пакета PDU содержит информацию с определенным форматом и контентом, который помогает обеспечить доставку PDU к своему целевому получателю. Следовательно, информация в начале PDU PDCP, например, первый октет 405, может упоминаться как заголовок, хотя технически не является таковым. Используемый здесь термин заголовок идентифицирует информацию, имеющую конкретный формат и контент, который используют для обеспечения надлежащей обработки PDU PDCP, в то время как термин заголовок пакета идентифицирует информацию, имеющую определенный формат и контент, который используют для обеспечения доставки PDU к своему получателю. Несмотря на то, что в ходе обсуждения основное внимание уделяется первому октету PDU PDCP, называемому заголовком, приведенные здесь примеры осуществления могут быть использованы с другими объемами информации, такими как подмножества первого октета, множество октетов, подмножество множества октетов и так далее, включающую в себя информацию, которая следует за определенным форматом и контентом, и используют для обеспечения надлежащей обработки PDU PDCP. Поэтому эти другие объемы информации могут также упоминаться как заголовки.

В соответствии с примерным вариантом осуществления указан новый PDU тип PDCP, позволяющий различать RDs, ассоциированные с PDUs PDCP, которые агрегированы вместе, например, на одном DRB. Использование отдельных DRBs для разных RDs позволяет различать, какой RD является отправителем или получателем PDU PDCP. Однако, если множество PDUs PDCP агрегированы вместе и отправляются по одному DRB, то невозможно легко идентифицировать отправителя или получателя PDU PDCP.

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

В соответствии с примерным вариантом осуществления одно или несколько зарезервированных значений поля PDU типа PDU PDCP используют для указания вложенного PDU PDCP. Первое значение поля PDU типа может быть использовано для указания, что вложенный PDU PDCP содержит PDU данных для пересылки. Второе значение поля PDU типа может быть использовано для указания, что вложенный PDU содержит PDU данных для пересылки с контентом, содержащим сигнализацию, а не данные пользователя. То есть, PDU данных с контентом, содержащим сигнализацию, может упоминаться как PDU сигнализации для пересылки. Первое и второе значения поля PDU типа могут быть выбраны из возможных значений полей PDU типа, которые еще не зарезервированы. В качестве иллюстративного примера, значения «000» и «001» уже зарезервированы, поэтому первое и второе значения могут быть выбраны из значений «010», «011», «100», «101», «110» и «100», «111» (т.е. остальные 6 возможных значений поля PDU типа). Например, первое значение может быть «010» и второе значение может быть «011». В качестве альтернативы, одно значение поля PDU типа может быть использовано для указания, что вложенный PDU PDCP содержит данные для пересылки, независимо от того, содержат ли данные пользовательские данные (PDU данных) или сигнализацию (сигнальное сообщение).

В соответствии с примерным вариантом осуществления, первый вложенный PDU тип PDCP указывает, что вложенный PDU PDCP включает в себя PDU данных для пересылки, и второй вложенный PDU тип PDCP указывает, что вложенный PDU PDCP включает в себя PDU сигнализации для пересылки. В ситуации, когда вложенный PDU PDCP имеет второй вложенный PDU тип PDCP (например, поле PDU типа равно второму значению или «011»), UE-ретранслятор может отправлять вложенный PDU PDCP в качестве данных по DRB или как сигнализацию по сигнальному радиоканалу (SRB), даже если RD сигнализацию передают на DRB UE-ретранслятора. Конкретный процесс функционирования может зависеть от технологии доступа RD-UE линии связи. В качестве иллюстративного примера, если RD-UE линия связи использует LTE прямое транспортное соединение через PC5 интерфейс, PDU тип вложенного PDU PDCP определяет, отправляют ли PDU PDCP, содержащийся в вложенном PDU PDCP, по радиоканалу передачи данных прямого соединения (S-DRB) или по сигнальному радиоканалу прямого соединения (S-SRB). Следует отметить, что другие технологии доступа могут иметь различные применяемые правила.

На фиг. 5 показан пример вложенного PDU 500 PDCP. Первый октет (OCT1) 505 может включать в себя информацию управления для вложенного PDU 500 PDCP. Первый октет 505, служащий в качестве заголовка, включает в себя D/C бит 510, который указывает, является ли вложенный PDU 500 PDCP PDU данных или PDU управления, поле 512 PDU типа, которое указывает PDU тип, и поле 514 RD идентификатора, которое указывает идентификатор (то есть, RD ID) RD, ассоциированного с PDU PDCP, содержащимся во вложенном PDU 500 PDCP. D/C бит 510 может быть 1-битным полем, поле 512 PDU типа может быть 3-битовым полем и поле 514 RD идентификатора может быть 4 битным полем. При 4-битом, поле 514 RD идентификатора позволяет вложенному PDU 500 PDCP поддерживать до 16 RDs. Однако для обеспечения поддержки большего количества RDs поле 514 RD идентификатора может быть увеличено, например, поле 514 RD идентификатора может быть увеличено до второго октета или более, по мере необходимости. Второй октет (OCT2) 507 и последующие октеты вложенного PDU 500 PDCP по мере необходимости содержат полный PDU 520 PDCP. Другими словами, второй октет 507 и последующие октеты вложенного PDU 500 PDCP используют для хранения агрегированного PDU PDCP.

На фиг. 6 показан пример вложенного PDU 600 PDCP, включающий в себя PDU с обратной связью по RoHC. Вложенный PDU 600 PDCP включает в себя первый октет (OCT1) 605, который служит в качестве заголовка 615 для вложенного PDU 600 PDCP. Вложенный PDU 600 PDCP также включает в себя второй октет (OCT2) 607 и третий октет (OCT3) 609 (а также последующий октеты, по мере необходимости), который содержит PDU 620 с обратной связью RoHC. PDU 620 с обратной связью RoHC представляет собой полный PDU PDCP, такой как PDU 400 PDCP, показанный на фиг. 4.

Вложенный PDU PDCP, такой как вложенный PDU 500 PDCP и вложенный PDU 600 PDCP обеспечивает возможность выполнения обработки PDCP-в-PDCP, где отправляющий PDCP объект в первом устройстве генерирует двойной PDU заголовок (PDU с двумя заголовками). Первый заголовок может быть использован для идентификации RD, ассоциированное с PDU PDCP, во вложенном PDU PDCP, поскольку вложенный PDU PDCP агрегирован и отправлен по одному DRB, и этот вложенный PDU 500 PDCP действительно является вложенным PDU PDCP. Второй заголовок используют для идентификации самого PDU PDCP.

На фиг. 7 показана блок-схема алгоритма примера процесса 700 обработки, выполняемого в нисходящей линии связи. PDU PDCP поступает на UE-ретранслятор (событие 705). Например, PDU PDCP поступает по DRB через радиоинтерфейс универсальной мобильной телекоммуникационной системы (UMTS) между сетью наземного радиодоступа UMTS (UTRAN) и UE-ретранслятором (или просто интерфейсом Uu). PDU PDCP обрабатывают объектами на PHY уровне 710, MAC уровне 712, RLC уровне 714 и PDCP уровне 716.

Процесс обработки на PDCP уровне 716 может включать в себя определение, является ли PDU PDCP вложенным PDU PDCP. Определение, если PDU PDCP является или не является вложенным PDCP пакетом, может быть выполнено путем анализа поля PDU типа в заголовке PDU PDCP. Если PDU PDCP не является вложенным PDU PDCP, PDU PDCP доставляют, как обычно, на верхние уровни UE-ретранслятора (событие 725). Если PDU PDCP является вложенным PDU PDCP (если поле PDU типа установлено, либо на первое значение, «010», либо на второе значение, например, «011»), объект PDCP уровня 716 может удалять первый заголовок PDU PDCP и отправить PDU PDCP, как изменённый, по каналу ближней связи RD получателю, как указано в поле RD идентификатора, например, по каналу ближней связи, ассоциированным с RD ID Y 730. Альтернативно, объект PDCP уровня 716 может отправлять PDU PDCP без удаления первого заголовка и полагаться на получателя, который выполнить процесс обработки второго заголовка корректным образом.

Обработка в RDs может различать связь в плоскости управления (С-plane) или плоскости пользователя (U-plane) на основании значения в поле PDU типа (событие 735) и пересылать PDU PDCP, как измененный, в соответствующей плоскости (либо U-плоскости, если значение в поле PDU типа установлено на первое значение, или C-плоскости, если значение в поле PDU типа установлено на второе значение) RD-UE линии связи, например, U-плоскость в RD Y 745 или C-плоскость в RD X 740, например.

Связь по нисходящей линии связи, как показано на фиг. 7, предназначена для одного DRB между eNB и UE-ретранслятором для передачи RD данных. Возможны ситуации использования множества DRBs между eNB и UE-ретранслятором. Например, для реализации дифференциации качества обслуживания (QoS) могут использовать множество DRBs. В ситуациях применения множества DRBs, выполняют один и тот же процесс обработки индивидуально для каждого DRB.

На фиг. 8 показана блок-схема последовательности примерного процесса 800 обработки, выполняемого в восходящей линии связи. Один или несколько PDUs PDCP поступают на C-плоскость или U-плоскость различных RD-UE линий связи, например, на C-плоскость RD X 805 или U-плоскость RD Y 810. Обработка в RDs может быть объединена для PDUs PDCP С-плоскости и U-плоскости на одном RD (событие 815). PDUs PDCP (как для PDUs PDCP С-плоскости, так и для U-плоскости) принимают в UE-ретрансляторе по каналам ближней связи, ассоциированным с соответствующими RDs, такими как канал ближней связи для RD X 820.

PDUs PDCP обрабатывают объектами на PHY уровне 825, MAC уровне 827, RLC уровне 829 и PDCP уровне 831. Объект на PDCP уровне 831 также может принимать и обрабатывать PDUs PDCP других типов (PDCP пакеты с полем PDU типа устанавливают на значения, отличные от первого значения, «010» или второго значения «011», например) из нижних уровней UE-ретранслятора (событие 840). Объект на PDCP уровне 831 размещает PDUs PDCP из RD во вложенные PDUs PDCP с заголовками вложенных PDUs PDCP, скорректированные в соответствии с исходному RD каждого PDU PDCP, содержащиеся в соответствующем вложенном PDU PDCP. Вложенные PDUs PDCP агрегируют и отправляют по DRB в eNB (событие 845). Любые PDUs PDCP, ассоциированные с объектами протокола для одного и того же DRB, но не принятые от RDs, также отправляют в eNB.

На фиг. 9 показана блок-схема алгоритма примерного процесса 900 обработки, выполняемого в eNB, используемого в связи по каналу нисходящей линии связи с RDs. Операции 900 могут указывать на операции, выполняемые в eNB, поскольку eNB используют в процессе установления связи по каналу нисходящей линии связи с RDs. еNB работает как устройство отправки.

Процесс 900 начинают с приема данных eNB RDs (этап 905). еNB генерирует PDUs PDCP из данных (этап 910). PDUs PDCP доставляют в PDCP объекты в eNB, которые ассоциированы с UE-ретранслятором, для ретрансляции для соответствующих RDs (этап 915). PDCP объекты генерируют вложенные PDUs PDCP из PDUs PDCP (этап 920). Заголовки вложенных PDUs PDCP включают в себя RD идентификаторы получателя RD вложенных PDUs PDCP. еNB отправляет вложенные PDUs PDCP в соответствующие UEs-ретрансляторы (этап 925). Отправка вложенных PDUs PDCP включает в себя агрегирование вложенных PDUs PDCP, так что каждая пара eNB- UE-ретранслятор обслуживается одним DRB.

На фиг. 10 показана блок-схема алгоритма примерного процесса 1000 обработки, выполняемого в UE-ретрансляторе, используемого в канале нисходящей линии связи с RDs. Процесс 1000 обработки может указывать операции, выполняемые в UE-ретрансляторе, поскольку UE-ретранслятор используют в канале нисходящей линии связи с RDs. UE-ретранслятор работает как принимающее устройство.

Процесс 1000 начинают с приема UE-ретранслятором вложенных PDUs PDCP (этап 1005 UE-ретранслятор идентифицирует RDs, ассоциированные с каждым вложенным PDUs PDCP (этап 1010). UE-ретранслятор генерирует PDUs PDCP из вложенных PDUs PDCP (этап 1015). В качестве примера, UE-ретранслятор удаляет вложенный заголовок из вложенных PDUs PDCP для генерирования PDUs PDCP. UE-ретранслятор отправляет PDUs PDCP в соответствующие RDs (этап 1020). PDUs PDCP отправляют в соответствующие RDs по каналам ближней связи. В качестве альтернативы, UE-ретранслятор не генерирует PDUs PDCP из вложенных PDUs PDCP и отправляет вложенные PDUs PDCP в соответствующие RDs без изменения.

На фиг. 11 показана блок-схема алгоритма примерного процесса 1100, выполняемого в UE-ретрансляторе, используемого в канале восходящей линии связи с RDs. Процесс 1100 обработки может указывать операции, выполняемые в UE-ретрансляторе, поскольку UE-ретранслятор используют в канале восходящей линии связи с RDs. UE-ретранслятор работает как устройство отправки.

Процесс 1100 начинают с приема UE-ретранслятором PDUs PDCP от RDs (этап 1105). PDUs PDCP принимают по каналам ближней связи. UE-ретранслятор доставляет PDUs PDCP в PDCP объект, ассоциированный с eNB, обслуживающим UE-ретранслятор (этап 1110). PDCP объект UE-ретранслятора генерирует вложенные PDUs PDCP из PDUs PDCP (этап 1115). Заголовки вложенных PDUs PDCP включают в себя идентификаторы RDs, ассоциированные с PDUs PDCP. UE-ретранслятор отправляет вложенные PDUs PDCP в eNB (этап 1120). Отправка вложенных PDUs PDCP включает в себя агрегирование вложенных PDUs PDCP, так что пара UE-ретранслятор-eNB обслуживается одним DRB.

На фиг. 12 показана блок-схема алгоритма примерного процесса 1200 обработки, выполняемого в eNB, используемого в канале восходящей линии связи с RDs. Процесс 1200 обработки может указывать на операции, выполняемые в eNB, поскольку eNB участвует в процессе установления связи по каналу восходящей линии связи с RDs. еNB работает как принимающее устройство.

Процесс 1200 начинают с приема eNB вложенных PDUs PDCP (этап 1205). eNB идентифицирует RDs, ассоциированные с каждым вложенным PDU PDCP (этап 1210). еNB генерирует PDUs PDCP из вложенных PDUs PDCP (этап 1215). В качестве примера, eNB разбивает вложенный заголовок из вложенных PDUs PDCP для генерации PDUs PDCP. eNB отправляет PDUs PDCP соответствующим получателям (этап 1220). В качестве альтернативы, eNB не генерирует PDUs PDCP из вложенных PDUs PDCP и отправляет вложенные PDUs PDCP соответствующим получателям без изменений.

На фиг. 13 показана схема 1300 потока сообщений, иллюстрирующая поток обмена сообщениями между устройствами и операциями, выполняемыми устройствами, поскольку устройства осуществляют связь по нисходящей линии связи с RDs. На схеме 1300 потока сообщений отображают сообщения, обмениваемые сообщениями, и операции, выполняемые S-GW 1305, eNB 1307, UE-ретранслятором 1309 и RD 1311.

еNB 1307 принимает данные, предназначенные для RD 1311 (событие 1315). Данные доставляют в PDCP объект, ассоциированный с RD 1311 (событие 1317). eNB 1307 генерирует один или несколько PDUs PDCP из данных (событие 1319). PDUs PDCP следуют формату 1321, как обсуждалось ранее. eNB 1307 доставляет PDUs PDCP в PDCP объект, ассоциированный с UE-ретранслятором 1309 (событие 1323). eNB 1307 генерирует вложенные PDUs PDCP из PDUs PDCP (событие 1325). Из каждого PDU PDCP получают вложенный PDU PDCP. Вложенные PDUs PDCP следуют формату 1327. В качестве иллюстративного примера в ситуации, когда eNB 1607 генерирует вложенный PDU PDCP для RD 1311 с идентификатором X (где X является 4-битным идентификатором, который однозначно идентифицирует RD 1311 в DRB для UE-ретранслятора 1309) eNB 1307 может обрабатывать PDU PDCP с использованием PDCP объекта, ассоциированного с RD 1311. eNB 1307 может предусматривать октет «1010» + X для пользовательских данных (где «1010» содержит «1» D/C бит и «010» поля PDU типа) и «1011» + X для сигнализации (где «1011» содержит, например, «1» D/C бит и «011» поля PDU типа). eNB 1307 может подавать вложенный PDU PDCP в нижние уровни для передачи. В ситуации, когда используют несколько вложенных PDUs PDCP, вложенные PDUs PDCP агрегируют так, что они могут быть отправлены на одном DRB в UE-ретранслятор 1309 (событие 1329).

UE-ретранслятор 1309 идентифицирует RDs, ассоциированные с каждым вложенным PDU PDCP (событие 1331). UE-ретранслятор 1309 идентифицирует типы PDU каждого PDU PDCP, содержащиеся во вложенных PDUs PDCP (событие 1333). Тип PDU PDCP указывают в поле PDU типа в PDU PDCP. В зависимости от реализации UE-ретранслятор 1309 разбивает внешние заголовки (заголовки вложенных PDUs PDCP) вложенных PDUs PDCP (событие 1335). В ситуациях, когда UE-ретранслятор 1309 разделяет внешние заголовки вложенных PDUs PDCP путем удаления ведущего октета вложенных PDUs PDCP, результирующие PDUs PDCP следуют формату 1337. UE-ретранслятор 1309 отправляет PDUs PDCP (или вложенные PDUs PDCP в примерном варианте осуществления, в котором UE-ретранслятор 1309 не разделяет внешний заголовок) на соответствующие RDs (событие 1339). PDUs PDCP (или вложенные PDUs PDCP) отправляют по каналам ближней связи между UE-ретранслятором 1309 и RD 1311. В качестве примера, ID X также может быть использован для идентификации соответствующего объекта нижнего уровня для отправки PDUs PDCP на соответствующие RDs, с подробной информацией, в зависимости от технологии радиодоступа, используемой в канале ближней связи.

В восходящей линии связи процесс обработки аналогичен процессу обработки, выполняемый в UE-ретрансляторе, и eNB аналогичны процессу обработки в нисходящей линии связи, но в обратном направлении UE-ретранслятору, выполняющим передачу вложенных PDUs PDCP, и eNB, принимающего вложенные PDUs PDCP. В UE-ретрансляторе, при поступлении PDU PDCP, предназначенного для RD с идентификатором X, UE-ретранслятор доставляет PDU PDCP в PDCP объект, ассоциированный с соответствующим DRB UE-ретранслятора. UE-ретранслятор может предусматривать октет «1010» + X для пользовательских данных (где «1010» содержит «1» D/C бит и «010» поля PDU типа) или октет «1011» + X для сигнализации (где «1011» содержит «1» D/C бит и «011» поля PDU типа). UE-ретранслятор подает вложенный PDU PDCP в нижние уровни для передачи. В eNB при приеме вложенного PDU PDCP для RD с ID X через DRB с UE-ретранслятора eNB определяет идентификатор RD. В зависимости от реализации eNB удаляет или не удаляет заголовок вложенного PDU PDCP (то есть, ведущий октет). PDU PDCP доставляют в PDCP объект, ассоциированный с RD. еNB (т.е. PDCP объект) передает PDU PDCP на соответствующий канал S1 для DRB. Следует отметить, что для устранения неоднозначности RDs может быть использован идентификатор на S1u.

В соответствии с примерным вариантом осуществления предлагают системы и способы обработки трафика плоскости управления в или из RDs. Представленное выше описание в основном ориентирована на трафик пользовательской плоскости на или из RDs. Однако возможны ситуации, при которых трафик плоскости управления отправляют или принимают от RDs. Примеры трафика плоскости управления включают в себя трафик управления радиоресурсами (RRC), трафик уровня без доступа (NAS) и тому подобное. Трафик плоскости управления может быть сгенерирован в eNB или приниматься eNB и инкапсулироваться в eNB. Однако eNB отправляет трафик плоскости управления в UE-ретранслятор по DRB, а не SRB между eNB и UE-ретранслятором. В качестве иллюстративного примера вложенный PDU PDCP с полем PDU типа, установленным на второе значение (например, «011»), используют для передачи трафика плоскости управления.

На фиг. 14 показан пример вложенного PDU 1400 PDCP, используемый для ретрансляции трафика плоскости управления. Вложенный PDU 1400 PDCP включает в себя первый октет (OCT1) 1405, служащий в качестве заголовка. Первый октет 1405 включает в себя D/C бит 1415, который указывает, содержит ли вложенный PDU 1400 PDCP PDU данных для пересылки или PDU управления для пересылки, поле 1420 PDU типа, которое указывает PDU тип, и поле 1425 RD идентификатора, которое указывает идентификатор (то есть, RD ID) RD, ассоциированного с PDU PDCP, содержащимся во вложенном PDU 1400 PDCP. D/C бит 1415 может быть 1-битным полем, поле 1420 PDU типа может быть 3-битным полем и поле 1425 RD идентификатора может быть 4-битным полем. Поле 1420 PDU типа устанавливают на второе значение, например, «011», чтобы указать, что вложенный PDU 1400 PDCP используют для ретрансляции трафика плоскости управления. Другими словами, вложенный PDU 1400 PDCP содержит сигнальное сообщение. Второй октет (OCT2) 1407, третий октет (OCT3) 1409 и последующие октеты могут соответствовать формату PDU данных PDCP для SRBs, как указано в техническом стандарте 3GPP TS 36.323, фиг. 6.2.2.1, который включен сюда посредством ссылки.

Сигнализация RRC или NAS для RD может быть отправлена либо на SRB1, либо на SRB2. Сохранение различия в том, какой SRB использовался для отправки сигнализации RRC или NAS, может иметь важное значение для UE-ретранслятора, которое может использовать информацию в соответствии с технической спецификацией ближней связи между реле UE и RDs. В качестве примера, может быть предоставлена информация SRB в RDs, даже в ситуации, когда канал ближней связи не имеет множества SRBs. Информация SRB также может быть полезна в восходящей линии связи. В качестве примера, RD может установить информацию SRB для информирования UE-ретранслятора для отправки трафика плоскости управления на конкретном SRB, даже если канал ближней связи не имеет множества SRBs.

Фиг. 15 иллюстрирует пример вложенного PDU 1500 PDCP, используемый для ретрансляции трафика плоскости управления, сохраняя при этом отличия от того, какой SRB использовался для передачи трафика плоскости управления. Вложенный PDU 1500 PDCP включает в себя первый октет (OCT1) 1505, служащий в качестве заголовка, который аналогичен первому октету 1405 вложенного PDU 1400 PDCP. Второй октет (OCT2) 1507 включает в себя SRB бит 1515, который указывает, был ли использован SRB1 или SRB2 для передачи трафика плоскости управления. SRB бит 1515 может быть зарезервированным битом или битами во втором октете 1507. В качестве иллюстративного примера, если SRB бит 1515 установлен на «0», тогда использовался SRB1 или, если бит SRB 1515 установлен на «1», тогда использовался SRB2. В качестве альтернативы, бит в третьем октете (OCT3) 1509 или любой последующий октет может быть использован как SRB бит.

Фиг. 16 иллюстрирует схему 1600 потока сообщений, показывающую операцию обмена сообщениями между устройствами, и операции, выполняемые устройствами, поскольку устройства осуществляют передачу сигналов нисходящей линии связи с помощью RDs. Схема 1600 потока сообщений отображает операцию обмена сообщениями и операции, выполняемые eNB 1605, UE-ретранслятором 1607 и RD 1609.

еNB 1605 генерирует трафик (сигнализацию) плоскости управления для RD 1609 (событие 1615). Трафик плоскости управления доставляют PDCP объекту, ассоциированному с RD 1609. eNB 1605 генерирует один или несколько PDUs PDCP из трафика плоскости управления (событие 1617). PDUs PDCP следуют формату 1619. eNB 1605 доставляет PDUs PDCP в PDCP объект, ассоциированный с UE-ретранслятором 1607 (событие 1621). eNB 1605 генерирует вложенные PDUs PDCP из PDUs PDCP (событие 1623). Каждый PDU PDCP приводит к вложенному PDU PDCP. Вложенные PDUs PDCP следуют формату 1625. В ситуации, когда имеется несколько вложенных PDUs PDCP, вложенные PDUs PDCP агрегируют так, что они могут быть отправлены на одном DRB в UE-ретранслятор 1607 (событие 1627).

UE-ретранслятор 1607 идентифицирует RDs, ассоциированные с каждым вложенным PDU PDCP (событие 1629). UE-ретранслятор 1607 идентифицирует типы PDU каждого PDU PDCP, содержащиеся во вложенных PDUs PDCP (событие 1631). PDU тип PDU PDCP указывают в поле PDU типа в заголовке PDU PDCP, который является сигнальным PDU для пересылки на фиг. 16. В зависимости от реализации UE-ретранслятор 1607 может извлекать внешние заголовки (заголовки вложенных PDUs PDCP) вложенных PDUs PDCP (событие 1633). В ситуациях, когда UE-ретранслятор 1607 разбивает внешние заголовки вложенных PDUs PDCP путем удаления ведущего октета каждого из вложенных PDU PDCP, результирующие PDUs PDCP следуют формату 1635. UE-ретранслятор 1607 отправляет PDUs PDCP (или вложенные PDUs PDCP в примере варианта осуществления, в котором UE-ретранслятор 1607 не разбивает внешние заголовки) соответствующим RDs (событие 1637). PDUs PDCP (или вложенные PDUs PDCP) отправляют по каналам ближней связи между UE-ретранслятором 1607 и RD 1609.

В соответствии с примерным вариантом осуществления трафик плоскости управления, ассоциированный с RD, отправляют по SRB (s) UE-ретранслятора вместо DRB. Отправка трафика плоскости управления по SRB (s) исключает необходимость использования двух зарезервированных значений в поле PDU типа. Кроме того, использование SRB (s) может быть более совместимым с типичной приоритизацией сигнализации трафика плоскости управления versus данных.

На фиг. 17 показан пример вложенного PDU 1700 PDCP, используемый для ретрансляции трафика плоскости управления по SRB (s). Вложенный PDU 1700 PDCP включает в себя внешний заголовок 1705, содержащий два октета, первый октет (OCT1) 1707 и второй октет (OCT2) 1709 и PDU 1710 PDCP, содержащий два или более октетов, третий октет (OCT3) 1712 и четвертый октет (OCT4) 1714 и последующие октеты, по мере необходимости. Внешний заголовок 1705 включает в себя поле 1717 бита UE (U)/пересылки (F) (U/F), используемое для указания, используют ли вложенный PDU 1710 PDCP для сигнализации UE (например, поле 1717 U/F бита установлено на «0») или пересылка трафика плоскости управления (например, поле 1717 U/F установлено на «1»). Внешний заголовок 1705 также включает в себя PDCP порядковый номер (SN) 1719, когда в качестве сигнализации UE используют вложенный PDU 1700 PDCP, а также поле 1721 RD идентификатора, которое включает в себя RD идентификатор, ассоциированного с вложенным PDU 1700 PDCP. PDU 1700 PDCP также включает в себя поле 1723 U / F бита, чтобы указать, предназначен ли PDU 1710 PDCP пересылки UE (RD в этом случае) сигнализации или трафика плоскости управления. В большинстве ситуаций поле 1723 U / F бита установлено для указания, что PDU 1710 PDCP предназначен для UE сигнализации. PDU 1710 PDCP также включает в себя PDCP SN 1725 для RD.

В соответствии с примерным вариантом осуществления трафик плоскости управления может быть отправлен, либо на SRB1, либо на SRB2, поэтому различие, которое SRB использовалось для отправки трафика плоскости управления, сохраняется с использованием 2-значного указателя. Поскольку трафик между eNB и UE-ретранслятором может быть использован либо SRB1, либо SRB2 по желанию, то внутриполосная индикация не требуется. Однако для сохранения информации SRB для RDs или для разрешения RDs указать, какой SRB использовать, используют SRB указатель, аналогичный описанному ранее.

На фиг. 18 показан пример вложенного PDU 1800 PDCP, используемый для ретрансляции трафика плоскости управления на SRB, сохраняя при этом информацию SRB. Вложенный PDU 1800 PDCP включает внешний заголовок 1805, содержащий два октета, первый октет (OCT1) 1807 и второй октет (OCT2) 1809 и PDU 1810 PDCP, содержащий два или более октетов, третий октет (OCT3) 1812 и четвертый октет (OCT4) 1814 и последующие октеты по мере необходимости. Внешний заголовок 1805 включает в себя поле 1817 U / F бита для указания, используется ли вложенный PDU 1800 PDCP для пересылки трафика сигнализации UE или плоскости управления. Также во внешнем заголовке 1805 также содержится SRB бит 1819, который указывает, использовался ли SRB1 или SRB2 для передачи трафика плоскости управления. В качестве иллюстративного примера, если SRB бит 189 установлен на «0», тогда использовался SRB1 или SRB бит 1819 был установлен на «1», тогда использовался SRB2. PDU 1810 PDCP также включает в себя поле 1823 U/F бита, чтобы указать, используют ли PDU 1810 PDCP для пересылки трафика UE (RD в этом случае) сигнализации или плоскости управления. В большинстве ситуаций поле 1823 U/F бита установлено, чтобы указывать, что PDU 1810 PDCP предназначен для UE сигнализации. PDU 1810 PDCP также включает в себя SRB бит 1825 для сохранения или указания SRB информации.

Когда устройство принимает вложенный PDU PDCP в SRB нисходящей линии связи, если U/F поле внешнего заголовка указывает, что вложенный PDU PDCP используют для пересылки трафика плоскости управления, то SRB бит внешнего заголовка и SRB бит заголовка PDU PDCP, содержащегося во вложенном PDU PDCP, будет иметь такое же значение. Устройство может подтвердить это, проверив два SRB бита, установив SRB бит вложенного PDU PDCP или предположив, что это истинно. Если U/F поле внешнего заголовка указывает, что PDU PDCP используют для UE сигнализации и, если устройство не подключено к UE-ретранслятору, то устройство может игнорировать SRB бит. Но, если U/F поле внешнего заголовка указывает, что PDU PDCP используют для UE сигнализации и, если устройство подключено к UE-ретранслятору, то SRB бит указывает, следует ли устройству рассматривать вложенный PDU PDCP принятый на SRB1 или SRB2.

Когда устройство отправляет вложенный PDU PDCP по SRB восходящей линии связи, если устройство пересылает трафик плоскости управления для RD (другими словами, устройство является UE-ретранслятором), устройство устанавливает SRB бит внешнего заголовка равным SRB биту заголовка PDU PDCP, содержащегося во вложенном PDU PDCP. Если устройство является RD, подключенным к UE-ретранслятору, то устройство устанавливает SRB бит для указания, какой SRB PDU PDCP должен быть отправлен. В противном случае, SRB бит считают зарезервированным битом и может быть установлен на указанное значение, например, «0».

На фиг. 19 показана схема 1900 потока сообщений, на котором проиллюстрирована операция обмена сообщениями между устройствами и операции, выполняемые устройствами, поскольку устройства осуществляют передачу сигналов нисходящей линии связи с RDs с использованием SRBs. На схеме 1900 потока сообщений отображают обмениваемые сообщениям и операции, выполняемые eNB 1905, UE-ретранслятором 1907 и RD 1909.

еNB 1905 генерирует трафик (сигнализацию) плоскости управления для RD 1909 (событие 1915). Трафик плоскости управления доставляют в PDCP объект, ассоциированный с RD 1909. eNB 1905 генерирует один или несколько PDUs PDCP из трафика плоскости управления (событие 1917). PDUs PDCP следуют формату 1919. eNB 1905 доставляет PDUs PDCP в PDCP объект, ассоциированный с UE-ретранслятором 1907 (событие 1921). eNB 1905 генерирует вложенные PDUs PDCP из PDUs PDCP (событие 1923). Каждый PDU PDCP приводит к вложенному PDU PDCP. Вложенные PDUs PDCP следуют формату 1925. В ситуации, когда имеется несколько вложенных PDUs PDCP, вложенные PDUs PDCP агрегируют и они могут быть отправлены на одном DRB в UE-ретранслятор 1907 (событие 1927).

UE-ретранслятор 1907 идентифицирует RDs, ассоциированные с каждым вложенным PDU PDCP (событие 1929). В зависимости от реализации, UE-ретранслятор 1907 может извлекать внешние заголовки (заголовки вложенных PDUs PDCP) вложенных PDUs PDCP (событие 1931). В ситуациях, когда UE-ретранслятор 1907 извлекает внешние заголовки вложенных PDUs PDCP путем удаления ведущего октета вложенных PDUs PDCP, результирующие PDUs PDCP следуют формату 1933. UE-ретранслятор 1907 отправляет PDUs PDCP (или вложенные PDUs PDCP в примерном варианте осуществления в котором UE-ретранслятор 1907 не извлекает внешний заголовок) соответствующим RDs (событие 1935). PDUs PDCP (или вложенные PDUs PDCP) отправляют по каналам ближней связи между UE-ретранслятором 1907 и RD 1909.

На фиг. 20 показан блок-схема варианта осуществления системы 2000 обработки для выполнения описанных в настоящем документе способов, которая может быть установлена на хост-устройстве. Как показано, система 2000 обработки включает в себя процессор 2004, память 2006 и интерфейсы 2010-2014, которые могут (или не могут) быть расположены, как показано на фиг. 20. Процессором 2004 может быть любой компонент или набор компонентов, выполненные с возможностью выполнять вычисления и/или другие связанные с обработкой задачи, и память 2006 может представлять собой любой компонент или набор компонентов, выполненный с возможностью хранить программу и/или инструкции для выполнения процессором 2004. В одном варианте осуществления память 2006 включает в себя энергонезависимый машиночитаемый носитель информации. Интерфейсы 2010, 2012, 2014 могут представлять собой любой компонент или набор компонентов, которые позволяют системе обработки 2000 взаимодействовать с другими устройствами/компонентами и/или пользователем. Например, один или несколько интерфейсов 2010, 2012, 2014 могут быть выполнены с возможностью передавать данные, сообщения управления из процессора 2004 в приложения, установленные на хост-устройстве и/или удаленном устройстве. В качестве другого примера один или несколько интерфейсов 2010, 2012, 2014 могут быть выполнены с возможностью обеспечивать пользователю или пользовательскому устройству (например, персональному компьютеру (РС) и т.д.) взаимодействовать/устанавливать связь с системой 2000 обработки. Система 2000 обработки может включать в себя дополнительные компоненты, не изображенные на фиг. 20, такие как долговременное хранилище (например, энергонезависимую память и т.д.).

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

В некоторых вариантах осуществления один или несколько интерфейсов 2010, 2012, 2014 соединяют систему 2000 обработки с приемопередатчиком, выполненным с возможностью передавать и принимать сигнализацию по телекоммуникационной сети. На фиг. 21 показана блок-схема приемопередатчика 2100, выполненного с возможностью передавать и принимать сигнализацию по телекоммуникационной сети. Приемопередатчик 2100 может быть установлен на хост-устройстве. Как показано, приемопередатчик 2100 содержит сетевой интерфейс 2102, соединитель 2104, передатчик 2106, приемник 2108, сигнальный процессор 2110 и интерфейс 2112 на стороне устройства. Сетевой интерфейс 2102 может включать в себя любой компонент или набор компонентов, предназначенных для передачи или приема сигналов по беспроводной или проводной телекоммуникационной сети. Соединитель 2104 может включать в себя любой компонент или набор компонентов, предназначенных для облегчения двунаправленной связи по сетевому интерфейсу 2102. Передатчик 2106 может включать в себя любой компонент или набор компонентов (например, повышающий преобразователь, усилитель мощности и т.д.), выполненный с возможностью преобразовывать сигнал основной полосы в модулированный сигнал несущей, пригодный для передачи по сетевому интерфейсу 2102. Приемник 2108 может включать в себя любой компонент или набор компонентов (например, понижающий преобразователь, усилитель с низким уровнем шума и т.д.), предназначенный для преобразования сигнала несущей, принятый по сетевому интерфейсу 2102, в сигнал основной полосы частот. Процессор 2110 сигналов может включать в себя любой компонент или набор компонентов, предназначенных для преобразования сигнала основной полосы частот в сигнал данных, подходящий для связи через интерфейс (-ы) 2112 на стороне устройства, или наоборот. Интерфейс (ы) 2112 на стороне устройства может включать в себя любой компонент или набор компонентов, предназначенных для передачи сигналов данных между процессором 2110 сигналов и компонентами в хост-устройстве (например, в системе 2000 обработки, в локальных сетях (LAN) так далее.).

Приемопередатчик 2100 может передавать и принимать сигналы по любому типу среды связи. В некоторых вариантах осуществления приемопередатчик 2100 передает и принимает сигнализацию по беспроводной связи. Например, приемопередатчик 2100 может быть беспроводным приемопередатчиком, предназначенным для связи в соответствии с протоколом беспроводной связи, таким как сотовый протокол (например, стандарт «Долгосрочное развитие» (LTE) и т.д.), протокол беспроводной локальной вычислительной сети (WLAN) (например, Wi-Fi и т.д.) или любой другой тип беспроводного протокола (например, Bluetooth, ближняя бесконтактная связь (NFC) и т.д.). В таких вариантах осуществления сетевой интерфейс 2102 содержит один или несколько антенн/излучающих элементов. Например, сетевой интерфейс 2102 может включать в себя одну антенну, несколько отдельных антенн или массив с множеством антенн, выполненный с возможностью осуществлять многоуровневую связь, например, один вход-множественный выход (SIMO), множественный вход-один выход (MISO) множественный вход-множественный выход (MIMO) и т.д. В других вариантах осуществления приемопередатчик 2100 передает и принимает сигнализацию по проводной среде, например, кабелю с витой парой, коаксиальному кабелю, оптическому волокну и т.д. Конкретные системы обработки и/или приемопередатчики могут использовать все компоненты, показанные или только подмножество компонентов, и уровни интеграции могут варьироваться от устройства к устройству.

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

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