СПОСОБ ПЕРЕДАЧИ ПАКЕТА ДАННЫХ И УСТРОЙСТВО Российский патент 2023 года по МПК H04L9/40 H04W40/22 H04W40/24 

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

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

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

Интегрированный доступ и транзитное соединение (integrated access and backhaul, IAB) внедряется в систему мобильной связи 5-го поколения (5th generation, 5G). Решение по беспроводной передаче в сети IAB используется как для канала доступа (access link), так и для транзитной линии связи (backhaul link), во избежание развертывания оптоволокна с тем, чтобы снизить затраты на развертывание и повысить гибкость развертывания. Сеть IAB включает в себя узел IAB (IAB node) и донор IAB (IAB donor). Устройство на стороне терминала может получить доступ к узлу IAB, и данные трафика устройства на стороне терминала могут быть переданы из узла IAB в донор IAB через беспроводную транзитную линию связи.

Однако существующее сопоставление однонаправленных каналов в основном выполняется для полезной нагрузки данных плоскости пользователя F1 (F1 user plane, F1-U) и полезной нагрузки данных плоскости управления F1 (F1 control plane, F1-C), которые передаются между узлом IAB и узлом-донором в интерфейсе F1. На самом деле существуют другие типы полезных данных, которые необходимо передавать между узлом IAB и узлом-донором, то есть полезные данные, отличные от полезных данных плоскости пользователя F1 и полезных данных плоскости управления F1. Эти полезные данные могут обобщенно называться полезной нагрузкой данных трафика не-F1 (non-F1 traffic). То, как выполнить сопоставление однонаправленных каналов для пакета данных трафика не-F1, по беспроводной транзитной линии связи не используется в традиционной технологии, и это является задачей, которую необходимо решить как можно скорее.

Сущность изобретения

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

Согласно первому аспекту вариант осуществления настоящей заявки предусматривает способ передачи пакета данных, включающий в себя следующие этапы: донор IAB определяет первую информацию конфигурации, где первая информация конфигурации используется для указания первого канала RLC BH, и первый канал RLC BH используется для передачи PDU управления на уровне BAP. Донор IAB отправляет первую информацию конфигурации в узел IAB.

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

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

первая информация конфигурации включает в себя идентификатор логического канала, и логический канал, указанный идентификатором логического канала, соответствует первому каналу RLC BH.

Согласно второму аспекту предусмотрен способ передачи пакета данных, который включает в себя следующий этап: узел IAB определяет первый канал RLC BH, используемый для передачи управляющего PDU на уровне BAP. Узел IAB отправляет PDU управления на уровне BAP в соседний узел IAB по первому каналу RLC BH.

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

В возможной реализации то, что узел IAB определяет первый канал RLC BH транзитной линии связи, используемый для передачи PDU управления на уровне BAP, включает в себя следующий этап: узел IAB получает первую информацию конфигурации из донора IAB, где первая информация конфигурации используется для указания первого канала RLC BH, используемого для передачи PDU управления на уровне BAP. Узел IAB определяет первый канал RLC BH на основе первой информации конфигурации.

В возможной реализации первая информация конфигурации включает в себя идентификатор канала первого канала RLC BH; или первая информация конфигурации включает в себя идентификатор логического канала, и логический канал, указанный идентификатором логического канала, соответствует первому каналу RLC BH.

Согласно третьему аспекту предусмотрен способ передачи пакета данных, который включает в себя следующий этап: донор IAB определяет вторую информацию конфигурации, где вторая информация конфигурации используется для указания второго канала управления линией радиосвязи (RLC) транзитной линии связи (BH), второй канал RLC BH используется для передачи полезной нагрузки данных первого типа, и полезная нагрузка данных первого типа является полезной нагрузкой данных, отличной от полезной нагрузки данных плоскости пользователя F1 (F1-U) и полезной нагрузки данных плоскости управления F1 (F1-C). Донор IAB отправляет вторую информацию конфигурации в узел IAB.

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

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

пакет трафика эксплуатации, администрирования и обслуживания (OAM); пакет, используемый для запроса адреса интернет-протокола (IP); пакет, используемый для установления канала передачи данных безопасности интернет-протокола (IPsec); пакет установки ассоциации транспортного протокола управления потоком (SCTP); пакет отключения ассоциации SCTP; и пакет подтверждения работоспособности ассоциации SCTP.

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

первый тип, где первый тип является типом полезной нагрузки данных, и первый тип соответствует второму каналу RLC BH; первую информацию дифференцированной услуги, где первая информация дифференцированной услуги соответствует первому типу и/или второму каналу RLC BH; и первую метку потока, где первая метка потока соответствует первому типу и/или второму каналу RLC BH.

В возможной реализации способ дополнительно включает в себя следующий этап: донор IAB вырабатывает первую полезную нагрузку данных, где первая полезная нагрузка данных является полезной нагрузкой данных первого типа. Если информация заголовка пакета, соответствующая первой полезной нагрузке данных, переносит первую информацию дифференцированной услуги, донор IAB отправляет первый пакет данных в узел IAB по второму каналу RLC BH, соответствующему первой информации дифференцированной услуги; или если информация заголовка пакета, соответствующая первой полезной нагрузке данных, содержит первую метку потока, донор IAB отправляет первый пакет данных в узел IAB по второму каналу RLC BH, соответствующему первой метке потока, где первый пакет данных включает в себя первую полезную нагрузку данных.

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

Согласно четвертому аспекту предусмотрен способ передачи пакета данных, который включает в себя следующий этап: узел IAB принимает вторую информацию конфигурации из донора IAB, где вторая информация конфигурации используется для указания второго канала управления линией радиосвязи (RLC) транзитной линии связи (BH), второй канал RLC BH используется для передачи полезной нагрузки данных первого типа, и полезная нагрузка данных первого типа является полезной нагрузкой данных, отличной от полезной нагрузки данных плоскости пользователя F1 (F1-U) и полезной нагрузки данных плоскости управления F1 (F1-C). Узел IAB передает полезную нагрузку данных первого типа на основе второй информации конфигурации.

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

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

пакет трафика эксплуатации, администрирования и обслуживания (OAM); пакет, используемый для запроса адреса интернет-протокола (IP); пакет, используемый для установления канала передачи данных безопасности интернет-протокола (IPsec); пакет установки ассоциации транспортного протокола управления потоком (SCTP); пакет отключения ассоциации SCTP; и пакет подтверждения работоспособности ассоциации SCTP.

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

первый тип, где первый тип является типом полезной нагрузки данных, и первый тип соответствует второму каналу RLC BH; первую информацию дифференцированной услуги, где первая информация дифференцированной услуги соответствует первому типу и/или второму каналу RLC BH; и первую метку потока, где первая метка потока соответствует первому типу и/или второму каналу RLC BH.

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

Согласно пятому аспекту предусмотрен способ передачи пакета данных, который включает в себя следующий этап: донор IAB определяет первую метку на основе информации заголовка пакета, соответствующей третьей полезной нагрузке данных, где первая метка используется для определения выходного канала управления линией радиосвязи (RLC) третьей полезной нагрузки данных. Донор IAB отправляет третий пакет данных в узел IAB, где третий пакет данных включает в себя третью полезную нагрузку данных и заголовок уровня BAP первого протокола адаптации транзитного соединения, и заголовок первого уровня BAP включает в себя первую метку.

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

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

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

первую информацию дифференцированной услуги, первую метку потока и первый адрес интернет-протокола (IP-адрес).

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

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

Второй узел IAB принимает четвертую информацию конфигурации из донора IAB.

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

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

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

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

Второй узел IAB принимает четвертую информацию конфигурации из донора IAB.

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

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

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

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

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

Первый узел интегрированного доступа и транзитного соединения (IAB) получает пакет данных, где пакет данных является пакетом данных, полученным из второго узла IAB, или пакетом данных, полученным из донора IAB, заголовок уровня BAP протокола адаптации транзитного соединения пакета данных включает в себя третью метку, и третья метка используется для определения выходного канала управления линией радиосвязи (RLC) пакета данных.

Первый узел IAB определяет идентификатор третьего канала RLC на основе третьей метки, где идентификатор третьего канала RLC является идентификатором выходного канала RLC пакета данных.

Первый узел IAB отправляет пакет данных по выходному каналу RLC, соответствующему третьему идентификатору канала RLC.

В возможной реализации определение, первым узлом IAB, третьего идентификатора канала RLC на основе третьей метки включает в себя:

Первый узел IAB принимает пятую информацию конфигурации из донора IAB, где пятая информация конфигурации используется для конфигурирования соответствия между третьей меткой и идентификатором третьего канала RLC.

Первый узел IAB определяет, в качестве третьего идентификатора канала RLC, идентификатор канала RLC, который находится в пятой информации конфигурации и который соответствует третьей метке.

Альтернативно, первый узел IAB определяет, в качестве третьего идентификатора канала RLC, идентификатор канала RLC, который находится в пятой информации конфигурации и который соответствует третьей метке, и четвертый идентификатор канала RLC, где четвертым идентификатором канала RLC является идентификатор входного канала RLC для приема пакета данных.

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

Альтернативно, первый узел IAB определяет, из пятой информации конфигурации, первый параметр QoS, соответствующий третьей метке, и определяет, в качестве третьего идентификатора канала RLC, идентификатор канала RLC, который содержится в пятой информации конфигурации и который соответствует первому параметру QoS.

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

соответствие между третьей меткой и идентификатором третьего канала RLC;

соответствие между третьей меткой, четвертым идентификатором канала RLC и идентификатором третьего канала RLC;

соответствие между третьей меткой и идентификатором качества обслуживания (QoS);

соответствие между идентификатором QoS и идентификатором третьего канала RLC;

соответствие между третьей меткой и параметром QoS; и

соответствие между параметром QoS и третьим идентификатором канала RLC.

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

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

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

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

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

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

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

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

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

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

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

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

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

Фиг.1 – схематичное представление системы связи, к которой применим вариант осуществления настоящей заявки;

фиг.2 – схематичное представление структуры донора IAB согласно варианту осуществления настоящей заявки;

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

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

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

фиг.6 – схематичное представление структуры пакета данных согласно варианту осуществления настоящей заявки;

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

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

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

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

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

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

фиг.13 – схематичное представление сетевой архитектуры в неавтономном режиме согласно варианту осуществления настоящей заявки;

фиг.14 – схематичное представление структуры устройства связи согласно варианту осуществления настоящей заявки; и

фиг.15 – схематичное представление структуры устройства связи согласно варианту осуществления настоящей заявки.

Подробное описание изобретения

Далее подробно описаны варианты осуществления настоящей заявки со ссылкой на сопроводительные чертежи.

Варианты осуществления настоящей заявки могут быть применены в различных системах мобильной связи, например, в системе нового радио (new radio, NR), системе долгосрочного развития (long term evolution, LTE), усовершенствованной системе долгосрочного развития (long term evolution-advanced, LTE-A), разрабатываемой системе долгосрочного развития (evolved long term evolution, eLTE), будущей системе связи и другой системе связи. В частности, в данном документе эти примеры не являются ограничивающими.

В вариантах осуществления настоящей заявки устройство на стороне терминала представляет собой устройство, имеющее функцию беспроводного приемопередатчика, или чип, который может быть расположен в устройстве. Устройство, имеющее функцию беспроводного приемопередатчика, также может упоминаться как пользовательское оборудование (user equipment, UE), терминал доступа, абонентское устройство, абонентская станция, мобильная станция, удаленная станция, удаленный терминал, мобильное устройство, пользовательский терминал, пользовательский агент или пользовательское устройство. В вариантах осуществления настоящей заявки в реальном приложении устройством на стороне терминала может быть мобильный телефон (mobile phone), планшетный компьютер (Pad), компьютер, имеющий функцию беспроводного приемопередатчика, терминал виртуальной реальности (virtual Reality, VR), терминал дополненной реальности (augmented reality, AR), беспроводной терминал в промышленной системе управления (industrial control), беспроводной терминал в системе автономного вождения (self-drive), беспроводной терминал в системе удаленного медицинского обслуживания (remote medical), беспроводной терминал в интеллектуальной электросети (smart grid), беспроводной терминал в системе транспортной безопасности (transport safety), беспроводной терминал в системе «умный город» (smart city), беспроводной терминал в системе «умный дом» (smart home) и т.п. Сценарий приложения не ограничивается вариантами осуществления настоящей заявки. В настоящей заявке устройство, имеющее функцию беспроводного приемопередатчика, и чип, который может быть размещен в устройстве, обобщенно называются терминальным устройством.

В вариантах осуществления настоящей заявки сетевым устройством может быть устройство радиодоступа, функционирующее с использованием различных стандартов, например, развитой узел B (evolved NodeB, eNB), контроллер радиосети (radio network controller, RNC), узел B (NodeB, NB), контроллер базовой станции (base station controller, BSC), базовая приемопередающая станция (base transceiver station, BTS), домашняя базовая станция (например, домашний развитой узел B (home evolved NodeB) или домашний узел B (home NodeB, HNB)), основополосный блок (baseband unit, BBU), точка доступа (access point, AP) в системе беспроводной связи Wi-Fi (Wireless Fidelity, Wi-Fi), ретрансляционный узел беспроводной связи, транзитный узел беспроводной связи, точка передачи (transmission point, TP) или приемопередающая точка (transmission reception point, TRP. Сетевым устройством альтернативно может быть gNB или точка передачи (TRP или TP) в системе 5G (NR), одна или группа антенных панелей (включающая в себя множество антенных панелей) базовой станции в системе 5G, сетевой узел, который образует gNB или точка передачи, например, основополосный блок (BBU), DU или CU в системе «центральный блок-распределенный блок» (central unit-distributed unit, CU-DU) или т.п.

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

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

В данном варианте осуществления настоящей заявки узел, который поддерживает интегрированный доступ и транзитное соединение, упоминается как узел IAB, и узел IAB также может упоминаться как ретрансляционный узел (relay node, RN). Для простоты описания как узел, так и ретрансляционный узел называются в дальнейшем узлом IAB. Узел IAB может предоставлять услугу беспроводного доступа для устройства на стороне терминала, и данные трафика или управляющая информация устройства на стороне терминала передаются из узла IAB в донор IAB (IAB donor) или в другое сетевое устройство через беспроводную транзитную линию связи. Узел IAB может включать в себя по меньшей мере один блок мобильного терминала (mobile terminal, MT) и по меньшей мере один распределенный блок (distributed unit, DU). В данном варианте осуществления настоящей заявки для описания используется только пример, в котором узел IAB включает в себя один блок MT и один DU. Блок MT в узле IAB реализует то, что узел IAB служит терминалом для связи с родительским узлом узла IAB и донором IAB. DU в узле IAB предоставляет услугу доступа для терминального устройства или другого узла IAB, подключенного к DU, и может также взаимодействовать с донором IAB через интерфейс F1. Блок MT в узле IAB также может упоминаться как функциональный объект MT в узле IAB, и DU в узле IAB также может упоминаться как функциональный объект DU в узле IAB. Для простоты описания как блок MT в узле IAB, так и функциональный объект MT в узле IAB кратко называются «MT узла IAB», и как DU в узле IAB, так и функциональный объект DU в узле IAB кратко называются «DU узла IAB».

В данном варианте осуществления настоящей заявки донор IAB может быть элементом сети доступа, имеющим полную функцию базовой станции, или может быть элементом сети доступа в виде, в котором централизованный блок (centralized unit, CU) и распределенный блок (distributed unit, DU) разделены. Подробности смотри на фиг.2. На фиг.2 CU донора IAB альтернативно может быть в виде, в котором плоскость управления (control plane, CP) и плоскость пользователя (user plane, UP) разделены. Например, один CU донора IAB включает в себя один CU-CP и множество CU-UP. Это не ограничивается данным вариантом осуществления настоящей заявки.

CU в доноре IAB также может упоминаться как функциональный объект CU в доноре IAB, и DU в доноре IAB также может упоминаться как функциональный объект DU в доноре IAB. Для простоты описания в данном варианте осуществления настоящей заявки CU в доноре IAB и функциональный объект CU в доноре IAB кратко называются CU донора IAB, и DU в доноре IAB и функциональный объект DU в донора IAB кратко называются DU донора IAB.

В дополнение к этому, на фиг.1 дополнительно показаны названия интерфейсов между устройствами. Например, интерфейс Uu NR находится между устройством на стороне терминала и узлом 1 IAB, и интерфейс Un NR находится между узлом 2 IAB и донором IAB. Названия интерфейсов являются просто примерами и не представляют ограничения в отношении интерфейса. При изменении версии системы связи соответствующее название также может быть заменено названием соответствующей функции в другой сети беспроводной связи. В дополнение к этому, когда базовая станция является базовой станцией в 5G, интерфейсом между донором IAB и базовой станцией может быть интерфейс Xn. Когда базовая станция является базовой станцией в LTE, интерфейсом между донором IAB и базовой станцией может быть интерфейс X2.

Сеть IAB, показанная на фиг.1, поддерживает многоскачковую организацию сети. Например, промежуточный узел IAB (то есть узел 2 IAB) находится между узлом 1 IAB и донором IAB, показанным на фиг.1. В другом возможном сетевом сценарии узел 1 IAB также может быть напрямую подключен к донору IAB без других промежуточных узлов IAB, или между узлом 1 IAB и донором IAB может быть более одного промежуточного узла IAB.

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

В другом возможном сценарии неавтономной (Non-standalone) организации сети с множественным подключением устройство на стороне терминала, обслуживаемое узлом IAB, может устанавливать соединение с узлом IAB, и может быть также напрямую подключено к базовой станции (развитому узлу B (eNB) в сети LTE) через интерфейс Uu в LTE. Аналогичным образом, узел IAB может быть подключен к базовой станции через интерфейс Uu в LTE, и может быть также подключен к донору IAB через односкачковую или многоскачковую беспроводную транзитную линию связи NR. Донор IAB и базовая станция соединены через интерфейс X2.

В данном варианте осуществления настоящей заявки могут использоваться некоторые технические термины, например, узел предыдущего скачка узла, узел следующего скачка узла, входная линия связи (ingress link) узла и выходная линия связи (egress link) узла. Далее, сначала будут объяснены эти технические термины.

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

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

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

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

Родительский узел и дочерний узел: Каждый узел IAB рассматривает узел, который предоставляет услугу беспроводного доступа и/или услугу беспроводной транзитной передачи для узла IAB, как родительский узел (parent node). Соответственно, каждый узел IAB может рассматриваться как дочерний узел (child node) родительского узла из узла IAB. Альтернативно, дочерний узел также может называться узлом более низкого уровня, и родительский узел также может называться узлом верхнего уровня.

Интерфейс F1 : Интерфейс F1 в данном варианте осуществления настоящей заявки представляет собой интерфейс между DU узла IAB и донором IAB или CU донора IAB. Интерфейс F1 также может упоминаться как интерфейс F1*. Для простоты описания в данном варианте осуществления настоящей заявки интерфейсы могут обобщенно называться интерфейсом F1, но это название не является ограничивающим.

Следует отметить, что интерфейс F1 также может быть интерфейсом между функциональными объектами в устройстве. Например, для базовой станции, включающей в себя DU и CU, интерфейс F1 может быть интерфейсом между DU в базовой станции и CU в базовой станции.

В данном варианте осуществления настоящей заявки интерфейс F1 поддерживает протокол плоскости пользователя и протокол плоскости управления. Например, уровень протокола плоскости пользователя интерфейса F1 включает в себя службу пакетной передачи данных общего пользования (General Packet Radio Service, GPRS), уровень плоскости пользователя протокола туннелирования (GPRS Tunneling Protocol User Plane, GTP-U), уровень протокола пользовательских дейтаграмм (user datagram protocol, UDP) и уровень интернет-протокола (internet protocol, IP). При необходимости уровень протокола плоскости пользователя интерфейса F1 дополнительно включает в себя уровень PDCP и/или уровень безопасности IP (IP Security, IPsec).

Например, уровень протокола плоскости управления интерфейса F1 включает в себя уровень протокола приложения F1 (F1 application protocol, F1AP), уровень транспортного протокола управления потоком (stream control transport protocol, SCTP) и уровень IP. При необходимости уровень протокола плоскости управления интерфейса F1 дополнительно включает в себя один или несколько уровней PDCP, уровень IPsec и уровень безопасности транспортного уровня дейтаграмм (datagram transport layer security, DTLS).

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

На фиг.1, фиг.3(а) и фиг.3(b) показаны схематичные представления соответствия между каналом RLC, логическим каналом (logical channel, LCH) и объектом протокола. Как показано на фиг.3(а) и фиг.3(b), канал (channel) управления линией радиосвязи (radio link control, RLC) представляет собой канал между объектом RLC и объектом протокола верхнего уровня объекта RLC. Например, если верхний уровень объекта RLC представляет собой объект PDCP, канал RLC в транзитной линии связи является каналом между объектом RLC и объектом PDCP. В качестве другого примера, если верхний уровень объекта RLC представляет собой объект протокола адаптации транзитного соединения (Backhaul Adaptation Protocol, BAP), канал RLC в транзитной линии связи является каналом между объектом RLC и объектом BAP. Таким образом, канал RLC специально определяется объектом протокола верхнего уровня объекта RLC.

Логический канал представляет собой канал между объектом RLC и объектом протокола нижнего уровня объекта RLC. Например, если нижний уровень объекта RLC является уровнем MAC, логический канал является каналом между объектом RLC и объектом MAC.

Канал RLC узла IAB однозначно соответствует объекту RLC, и также однозначно соответствует однонаправленному каналу RLC.

Для взаимосвязи между объектом BAP и объектом RLC, как показано на фиг.3(a), один объект BAP может соответствовать множеству объектов RLC, или, как показано на фиг.3(b), один объект BAP может соответствовать одному объекту RLC. В настоящей заявке этот случай не является ограничением.

В дополнение к этому, уровень BAP имеет одну или более из следующих возможностей: добавление к пакету данных информации маршрутизации (routing information), которая может быть идентифицирована узлом беспроводной передачи (IAB node); выполнение выбора маршрутизации на основе информации маршрутизации, которая может быть идентифицирована транзитным узлом беспроводной связи; добавление к пакету данных идентификационной информации, которая может быть идентифицирована транзитным узлом беспроводной связи и которая связана с требованием к качеству обслуживания (quality of service, QoS); выполнение сопоставления QoS над пакетом данных по множеству линий связи, включая транзитный узел беспроводной связи; добавление информации указателя типа пакета данных в пакет данных; и отправка информации обратной связи управления потоком в узел, имеющий возможность управления потоком. Следует отметить, что название уровня протокола, имеющего эти возможности, не обязательно является уровнем BAP или может иметь другое название. Специалист в данной области техники может понять, что любой уровень протокола, обладающий этими возможностями, в вариантах осуществления настоящей заявки можно рассматривать как уровень BAP. Канал RLC на BH-линии связи может рассматриваться как канал дифференциации трафика на BH-линии связи между двумя узлами, и канал дифференциации услуг может обеспечивать определенную гарантию качества обслуживания (QoS) для передачи пакетов данных. Канал RLC на BH-линии связи может рассматриваться как логический канал, а не как физический канал.

В данном варианте осуществления настоящей заявки канал RLC BH, то есть канал RLC на BH-линии связи, может рассматриваться как канал дифференциации трафика на BH-линии связи между двумя узлами. Канал дифференциации трафика может обеспечивать определенную гарантию качества обслуживания (quality of service, QoS) для передачи пакетов данных. Канал RLC на BH-линии связи может рассматриваться как логический канал, а не как физический канал.

В частности, канал RLC на BH-линии связи можно рассматривать как одноранговые каналы RLC двух соседних узлов, которые соединены по линии связи BH. Например, на фиг.1 DU донора IAB имеет канал 1 RLC и канал 2 RLC, и узел 1 IAB имеет канал 1 RLC и канал 2 RLC. Канал 1 RLC DU донора IAB является одноранговым каналом 1 RLC узла 1 IAB, и канал 2 RLC DU донора IAB является одноранговым (peer) каналом 2 RLC узла 1 IAB. Канал 1 RLC на BH-линии связи между донором DU IAB и узлом 1 IAB может быть каналом 1 RLC DU донора IAB и каналом 1 RLC узла 1 IAB, и канал 2 RLC на BH-линии связи между донором DU IAB и узлом 1 IAB может быть каналом 2 RLC DU донора IAB и каналом 2 RLC узла 1 IAB.

Так как каналы RLC, однонаправленные каналы RLC и логические каналы находятся во взаимно однозначном соответствии, в данном варианте осуществления настоящей заявки три описания могут заменять друг друга. Например, в данном варианте осуществления настоящей заявки канал RLC может быть заменен однонаправленным каналом RLC или логическим каналом. Аналогичным образом, канал RLC на BH-линии связи может быть заменен однонаправленным каналом RLC на BH-линии связи или логическим каналом на BH-линии связи. Однонаправленный канал RLC на BH-линии связи также может называться однонаправленным каналом BH или однонаправленным каналом BH-линии связи.

Следует отметить, что канал RLC, используемый тогда, когда узел принимает пакет данных, также может упоминаться как входной канал RLC (ingress RLC channel), и канал RLC, используемый при отправке пакета данных, упоминается как выходной канал RLC (egress RLC channel).

Со ссылкой на предыдущее описания, в сети IAB полезные данные, передаваемые между узлом IAB и узлом-донором, могут включать в себя полезные данные трафика F1 и полезные данные трафика не-F1 (non-F1 traffic). Полезная нагрузка данных трафика F1 включает в себя полезную нагрузку данных плоскости пользователя F1 (F1-U) или полезную нагрузку данных плоскости управления F1 (F1-C). Полезная нагрузка данных трафика не-F1, может включать в себя полезные данные, отличные от полезных данных плоскости пользователя F1 и полезных данных плоскости управления F1. В вариантах осуществления настоящей заявки эти полезные данные обобщенно называются полезными данными первого типа.

В настоящее время полезные данные трафика не-F1, могут быть представлены множеством форм. Например, полезная нагрузка данных трафика не-F1, может включать в себя блок данных протокола (Protocol Data Unit, PDU) управления (control) на уровне BAP, пакет данных трафика эксплуатации, администрирования и обслуживания (Operation, Administration, and Maintenance, OAM) узла IAB (который в конкретной реализации может быть DU узла IAB), отправляемый при установлении ассоциации (association) транспортного протокола управления потоком (stream control transport protocol, SCTP) между узлом IAB (который в конкретной реализации может быть DU узла IAB) и донором IAB или при поддержании ассоциации (association) SCTP (stream control transport protocol, SCTP), и пакет данных, задействованный при установлении канала передачи данных безопасности интернет-протокола (Internet Protocol Security, IPsec) между узлом IAB (который в конкретной реализации может быть DU узла IAB) и донором IAB. То, как выполнить сопоставление однонаправленных каналов для полезной нагрузки данных трафика не-F1 по беспроводной транзитной линии связи, не рассматривается в традиционной технологии. Вариант осуществления настоящей заявки предоставляет способ выполнения сопоставления однонаправленных каналов полезной нагрузки данных трафика не-F1 по беспроводной транзитной линии связи. Описание данного варианта осуществления представлено ниже.

Вариант 1 осуществления

PDU управления на уровне BAP передается между узлом IAB и донором IAB. PDU управления на уровне BAP может рассматриваться как пакет данных трафика не-F1, и полезная нагрузка данных, переносимая в PDU управления, является полезной нагрузкой данных, отличной от полезной нагрузки данных плоскости пользователя F1 и полезной нагрузки данных плоскости управления F1.

В данном варианте осуществления настоящей заявки PDU управления на уровне BAP обменивается данными между двумя соседними узлами. Например, дочерний узел отправляет PDU управления в родительский узел, или родительский узел отправляет PDU управления в дочерний узел. Дочерний узел может быть узлом IAB, и родительский узел может быть другим узлом IAB, или родительский узел может быть донором IAB (который в конкретной реализации может быть DU донора IAB). PDU управления на уровне BAP может включать в себя пошаговую управляющую информацию, например, включать в себя информацию обратной связи, используемую для управления потоком, или включать в себя уведомление о том, что беспроводная транзитная линия связи неисправна, и которое отправляется родительским узлом в дочерний узел. Неисправностью беспроводной транзитной линии связи может быть сбой в линии радиосвязи (radio link failure, RLF), блокировка (blockage) или перегрузка (congestion) беспроводной транзитной линии связи или может быть подключение, связанное с беспроводной транзитной линией связи, которое не может быть восстановлено и т.п. Этот PDU управления на уровне BAP не нужно инкапсулировать в IP-пакет.

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

Этап 401: Донор IAB определяет первую информацию конфигурации.

Первая информация конфигурации используется для указания первого канала RLC BH, и первый канал RLC BH используется для передачи PDU управления на уровне BAP.

Этап 402: Донор IAB отправляет первую информацию конфигурации в узел IAB.

В данном варианте осуществления настоящей заявки донор IAB может отправить первую информацию конфигурации с использованием сообщения плоскости управления, такого как сообщение F1AP или сообщение RRC. Альтернативно, донор IAB (который в конкретной реализации может быть DU донора IAB или CU донора IAB) может получить первую информацию конфигурации из OAM узла IAB, и затем отправить первую информацию конфигурации в узел IAB.

Следует отметить, что если узел IAB имеет родительский узел, донор IAB также может отправить первую информацию конфигурации в родительский узел IAB. Конкретный процесс может быть таким же, как процесс отправки первой информации конфигурации в узел IAB. Подробности в данном документе повторно не описываются.

Например, если донор IAB включает в себя CU и DU, этапы 401 и 402 могут выполняться с помощью CU донора IAB. Если донор IAB включает в себя CU и DU, CU донора IAB может дополнительно сконфигурировать первую информацию конфигурации для DU донора IAB.

Например, если CU донора IAB включает в себя CP и UP, этапы 401 и 402 могут выполняться с помощью CU-CP донора IAB.

Этап 403: Узел IAB принимает первую информацию конфигурации из донора IAB.

Этап 404: Узел IAB определяет, на основе первой информации конфигурации, первый канал RLC BH, используемый для передачи управляющего PDU на уровне BAP.

Этап 405: Узел IAB отправляет PDU управления на уровне BAP в соседний узел IAB по первому каналу RLC BH.

Смежным узлом узла IAB может быть, например, родительский узел (родительский узел может быть другим узлом IAB или донором IAB (который в конкретной реализации может быть DU донора IAB, в которой донором IAB находится в архитектуре, в которой CU и DU разделены)) узла IAB или дочернего узла из узла IAB.

Следует отметить, что этапы 401-403 и этапы 404 и 405 могут представлять собой две независимые процедуры. Этапы 401-403 могут выполняться перед этапом 404. После выполнения этапа 403 узел IAB может выполнить этап 404 и этап 405 на основе фактической ситуации при определении отправки управляющего PDU на уровне BAP.

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

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

В другой возможной реализации первая информация конфигурации может включать в себя идентификатор логического канала (logical channel identifier, LCID), и логический канал, указанный идентификатором логического канала, соответствует первому каналу RLC BH. В этом случае, при отправке PDU управления на уровне BAP, узел IAB определяет первый канал RLC BH, используя идентификатор логического канала в первой информации конфигурации, и отправляет PDU управления на уровне BAP по первому каналу RLC BH.

Например, донор IAB (который в конкретной реализации может быть DU донора IAB) также может отправлять PDU управления на уровне BAP в узел IAB. В этом случае DU донора IAB также может отправлять PDU управления на уровне BAP на основе первого канала RLC BH, указанного в первой информации конфигурации. Для получения дополнительной информации следует обратиться к описанию отправки PDU управления на уровне BAP узлом IAB. Подробности в данном документе повторно не описываются.

В данном варианте осуществления настоящей заявки, в другом возможном варианте осуществления, донор IAB может не отправлять первую информацию конфигурации. В этом случае первый канал RLC BH может быть согласован заранее, например, идентификатор канала первого канала RLC BH или идентификатор первого логического канала задается в протоколе. Первый канал RLC BH, соответствующий заданному идентификатору канала первого канала RLC BH или заданному идентификатору первого логического канала, используется для отправки управляющего PDU на уровне BAP. В этом случае узел IAB может определить первый канал RLC BH на основе идентификатора канала первого канала RLC BH, согласованного заранее, или первого идентификатора логического канала и отправить PDU управления на уровне BAP по первому каналу RLC BH. Соответственно, донор IAB (который в конкретной реализации может быть DU донора IAB) также может определить первый канал RLC BH на основе идентификатора канала первого канала RLC BH, который согласован заранее, или идентификатора первого логического канала и отправить PDU управления на уровне BAP по первому каналу RLC BH.

В еще одной возможной реализации донор IAB не отправляет первую информацию конфигурации. Когда первый узел должен отправить PDU управления на уровне BAP во второй узел, первый узел определяет на основе информации, переносимой в PDU управления на уровне BAP, канал RLC BH, используемый для передачи PDU управления на уровне BAP. Первый узел и второй узел напрямую соединены через одну транзитную линию связи. Например, первый узел является узлом IAB, второй узел является родительским узлом первого узла, PDU управления на уровне BAP, созданный первым узлом, переносит информацию состояния буфера, соответствующую первому каналу RLC BH, и первый канал RLC BH представляет собой канал RLC BH, соответствующий линии связи между первым узлом и вторым узлом. В этом случае первый узел отправляет PDU управления на уровне BAP во второй узел по первому каналу RLC BH. В другом примере первый узел является узлом IAB, второй узел является родительским узлом первого узла, и PDU управления на уровне BAP, созданный первым узлом, переносит информацию состояния буфера, соответствующую первому каналу RLC BH, и информацию состояния буфера, соответствующую другому каналу RLC BH. Однако первый канал RLC BH имеет более высокий приоритет, чем другой канал RLC BH, и каждый из первого канала RLC BH и другого канала RLC BH является каналом RLC BH, соответствующим линии связи между первым узлом и вторым узлом. В этом случае первый узел отправляет PDU управления на уровне BAP во второй узел по первому каналу RLC BH.

Выше представлено описание того, как передавать PDU управления на уровне BAP. Далее будет описано то, как передать другую полезную нагрузку данных трафика не-F1.

Вариант 2 осуществления

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

Этап 501: Донор IAB определяет вторую информацию конфигурации.

Вторая информация конфигурации используется для указания второго канала RLC BH, второй канал RLC BH используется для передачи полезной нагрузки данных первого типа, и полезная нагрузка данных первого типа является полезной нагрузкой данных, отличной от полезной нагрузки данных F1-U и полезной нагрузки данных плоскости управления F1 (F1-C).

Этап 502: Донор IAB отправляет вторую информацию конфигурации в узел IAB.

В данном варианте осуществления настоящей заявки донор IAB может отправить вторую информацию конфигурации с использованием сообщения плоскости управления, такого как сообщение F1AP или сообщение RRC. Альтернативно, донор IAB может принять вторую информацию конфигурации из OAM узла IAB, и затем отправить вторую информацию конфигурации в узел IAB.

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

Например, если донор IAB включает в себя CU и DU, этапы 501 и 502 могут выполняться с помощью CU донора IAB. Если донор IAB включает в себя CU и DU, CU донора IAB может дополнительно сконфигурировать вторую информацию конфигурации для DU донора IAB. Альтернативно, DU донора IAB может получить вторую информацию конфигурации с помощью OAM.

Например, если CU донора IAB включает в себя CP и UP, этапы 501 и 502 могут выполняться с помощью CU-CP донора IAB.

Этап 503: Узел IAB принимает вторую информацию конфигурации из донора IAB.

Этап 504: Узел IAB передает полезную нагрузку данных первого типа на основе второй информации конфигурации.

Согласно вышеизложенной процедуре донор IAB указывает, используя вторую информацию конфигурации, узел IAB для отправки по второму каналу RLC BH полезной нагрузки данных, отличной от полезной нагрузки данных плоскости пользователя F1 (F1-U) и полезной нагрузки данных плоскости управления F1 (F1-C) для выполнения сопоставления однонаправленных каналов с полезной нагрузкой данных трафика не-F1.

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

первый тип, где первый тип является типом полезной нагрузки данных, и первый тип соответствует второму каналу RLC BH;

первую информацию дифференцированной услуги, где первая информация дифференцированной услуги соответствует первому типу и/или второму каналу RLC BH; и

первую метку потока (flow label), где первая метка потока соответствует первому типу и/или второму каналу RLC BH.

Следует отметить, что информация дифференцированной услуги может представлять собой кодовую точку дифференцированных услуг (differentiated services code point, DSCP), тип услуги (type of service, ToS) в заголовке пакета интернет-протокола версии 4 (Internet Protocol Version 4, IPv4), поле класса трафика (traffic class) в заголовке пакета интернет- протокола версии 6 (Internet Protocol Version 6, IPv6), первые шесть битов поля класса трафика в заголовке пакета IPv6 и т.п. Метка потока также относится к полю метки потока, находящемуся в заголовке пакета IPv6.

В этой реализации полезная нагрузка данных первого типа включает в себя любое одно или несколько из следующего:

пакет трафика OAM узла IAB;

пакет, используемый для запроса IP-адреса, например, пакет протокола динамической конфигурации хоста (Dynamic Host Configuration Protocol, DHCP), такой как пакет обнаружения (discover) DHCP или пакет предложения (offer) DHCP, протокол динамической конфигурации хоста для пакета IPv6 (Dynamic Host Configuration Protocol for IPv6, DHCPv6), такой как пакет запроса (Solicit) DHCPv6 или пакет объявления (Advertise) DHCPv6, пакет запроса маршрутизатора (Router Solicitation) на основе IPv6 или пакет объявления маршрутизатора (Router Advertisement) на основе IPv6;

пакет, используемый для установления канала передачи IPsec; и

пакет обслуживания ассоциации SCTP. Пакет обслуживания ассоциации SCTP представляет собой сообщение SCTP-уровня, которое не включает в себя блок (chunk) данных (data), и блок данных относится к пакету данных на уровне протокола верхнего уровня SCTP-уровня. Например, пакет обслуживания ассоциации SCTP включает в себя, но не ограничивается ими, пакеты, такие как пакет данных установки ассоциации SCTP, пакет данных отключения ассоциации SCTP и пакет данных подтверждения работоспособности ассоциации SCTP.

В этой реализации, в направлении нисходящей линии связи, когда донор IAB отправляет первую полезную нагрузку данных в узел IAB, первая полезная нагрузка данных является полезной нагрузкой данных первого типа. В этом случае донор IAB (который в конкретной реализации может быть DU донора IAB, CU донора IAB, CU-CP донора IAB или CU-UP донора IAB) может использовать информацию заголовка пакета, соответствующую первой полезной нагрузке данных для переноса первой информации дифференцированной услуги или первой метки потока. Информация заголовка пакета может быть заголовком IP-пакета.

Донор IAB (который в конкретной реализации может быть DU донора IAB) может отправить первый пакет данных в узел IAB по второму каналу RLC BH, соответствующему первой информации дифференцированной услуги, отправить первый пакет данных в узел IAB по второму каналу RLC BH, соответствующему первой метке потока, или отправить первый пакет данных в узел IAB по второму каналу RLC BH, соответствующему первому типу, где первый пакет данных включает в себя первую полезную нагрузку данных.

Например, со ссылкой на предыдущее описания, как показано на фиг.6, первый пакет данных включает в себя первую полезную нагрузку данных и информацию заголовка пакета, и первый пакет данных может дополнительно включать в себя другую информацию. Подробности в данном документе не описываются. Как описано выше, первой полезной нагрузкой данных может быть пакет трафика OAM, пакет, используемый для запроса IP-адреса и т.п. Информация заголовка пакета может быть заголовком IP-пакета. После получения первой полезной нагрузки данных донор IAB добавляет соответствующую информацию заголовка пакета в первую полезную нагрузку данных, чтобы получить первый пакет данных.

В этой реализации, в направлении восходящей линии связи, когда узел IAB отправляет первую полезную нагрузку данных, первая полезная нагрузка данных является полезной нагрузкой данных первого типа. В этом случае узел IAB может использовать информацию заголовка пакета, соответствующую первой полезной нагрузке данных, чтобы переносить первую информацию дифференцированной услуги или первую метку потока. Узел IAB может отправить первый пакет данных в узел следующего скачка узла IAB по второму каналу RLC BH, соответствующему первой информации дифференцированной услуги, или отправить первый пакет данных в узел следующего скачка узла IAB по второму каналу RLC BH, соответствующему первой метке потока, где первый пакет данных включает в себя первую полезную нагрузку данных и информацию заголовка пакета, соответствующую первой полезной нагрузке данных. Альтернативно, в направлении восходящей линии связи, когда узел IAB отправляет первую полезную нагрузку данных, первая полезная нагрузка данных является полезной нагрузкой данных первого типа. В этом случае узел IAB может отправить первый пакет данных в узел следующего скачка узла IAB по второму каналу RLC BH, соответствующему первому типу, где первый пакет данных включает в себя первую полезную нагрузку данных. Узел следующего скачка узла IAB является родительским узлом узла IAB и может быть конкретно донором IAB (например, DU донора IAB) или другим узлом IAB.

В данном варианте осуществления настоящей заявки, в другом возможном варианте реализации, донор IAB может не отправлять вторую информацию конфигурации. В этом случае, в возможной реализации, второй канал RLC BH может быть согласован заранее, например, идентификатор канала второго канала RLC BH или идентификатор второго логического канала задается в протоколе. Второй канал RLC BH, соответствующий указанному идентификатору канала второго канала RLC BH или указанному второму идентификатору логического канала, используется для отправки полезной нагрузки данных первого типа. В этом случае узел IAB может определить второй канал RLC BH на основе идентификатора канала второго канала RLC BH, который согласован заранее, или второго идентификатора логического канала, и отправить пакет данных, чей тип полезной нагрузки данных является первым типом, по второму каналу RLC BH. Соответственно, донор IAB (который в конкретной реализации может быть, например, DU донора IAB) также может определить второй канал RLC BH на основе идентификатора канала второго канала RLC BH, который согласован заранее, или второго идентификатор логического канала и отправить пакет данных, чей тип полезной нагрузки данных является первым типом, по второму каналу RLC BH. Например, идентификатор канала по умолчанию (default) второго канала RLC BH задается в протоколе, и канал RLC BH, указанный идентификатором канала, является каналом RLC BH по умолчанию и может использоваться для передачи полезной нагрузки данных первого типа.

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

В этой реализации, для передачи по восходящей линии связи, когда узел IAB определяет отправить полезную нагрузку данных первого типа, узел IAB использует информацию заголовка пакета, соответствующую полезной нагрузке данных первого типа, для переноса заданной первой информации дифференцированной услуги или заданную первую метку потока и отправляет полезную нагрузку данных первого типа по второму каналу RLC BH, соответствующему заданной первой информации дифференцированной услуги или заданной метке первого потока. Альтернативно, при определении отправки полезной нагрузки данных первого типа, узел IAB отправляет полезную нагрузку данных первого типа по второму каналу RLC BH, соответствующему первому типу. Для передачи по нисходящей линии связи, когда донор IAB определяет отправить полезную нагрузку данных первого типа, донор IAB (который в конкретной реализации может быть CU донора IAB, CU-UP донора IAB или CU-CP донора IAB) использует информацию заголовка пакета, соответствующую полезной нагрузке данных первого типа для переноса заданной первой информации дифференцированной услуги или заданной метке первого потока, и донор IAB (который в конкретной реализации может быть DU донора IAB) отправляет полезную нагрузку данных первого типа по второму каналу RLC BH, соответствующему заданной первой информации дифференцированной услуги или заданной первой метке потока. Альтернативно, при определении отправки полезной нагрузки данных первого типа, донор IAB отправляет полезную нагрузку данных первого типа по второму каналу RLC BH, соответствующему первому типу.

В другой возможной реализации могут быть заданы информация 5-ти кортежей IP, соответствие между информацией 5-ти кортежей IP и первой информацией дифференцированной услуги и соответствие между первой информацией дифференцированной услуги и вторым каналом RLC BH, или могут быть заданы информация 5-ти кортежей IP, соответствие между информацией 5-ти кортежей IP и первой меткой потока и соответствие между первой меткой потока и вторым каналом RLC BH. Информация 5-ти кортежей IP включает в себя по меньшей мере одно из следующего: IP-адрес источника, IP-адрес назначения, номер порта источника, номер порта назначения и тип протокола транспортного уровня.

В этой реализации, для передачи по восходящей линии связи, после определения того, что информация 5-ти кортежей IP, соответствующая отправленной полезной нагрузки данных, является заданной информацией 5-ти кортежей IP, узел IAB использует информацию заголовка пакета, соответствующую полезной нагрузке данных, для переноса заданной первой информации дифференцированной услуги или заданной первой метки потока и отправляет полезную нагрузку данных по второму каналу RLC BH, соответствующему заданной первой информации дифференцированной услуги или заданной метке первого потока. Для передачи по нисходящей линии донор IAB также отправляет полезную нагрузку данных таким же образом. Подробности в данном документе повторно не описываются.

Выше было описано то, как передавать полезные данные трафика, отличные от F1, такие как PDU управления на уровне BAP и пакет, используемый для установления ассоциации SCTP. Далее приводится описание того, как передавать полезную нагрузку данных трафика F1. Следует отметить, что каждая полезная нагрузка данных в вариантах 3-6 осуществления является полезной нагрузкой данных плоскости пользователя F1 (F1-U) или полезной нагрузкой данных плоскости управления F1 (F1-C), если не указано иное.

В сети IAB, показанной на фиг.1, узел 1 IAB является узлом IAB, который предоставляет услугу доступа для устройства на стороне терминала, и узел 2 IAB является промежуточным узлом IAB. Следует отметить, что узел IAB может использоваться как промежуточный узел IAB, так и узел доступа IAB (access IAB node). Например, узел 2 IAB может использоваться в качестве промежуточного узла между узлом 1 IAB и донором IAB, но для устройства на стороне терминала, которое получает доступ к соте, обслуживаемой узлом 1 IAB, узел 2 IAB используется в качестве узла IAB доступа.

На беспроводной транзитной линии связи между узлом 2 IAB и узлом 1 IAB и на беспроводной транзитной линии связи между узлом 2 IAB и донором IAB (который в конкретной реализации может быть DU донора IAB), один или несколько каналов RLC транзитной линии связи (backhaul link, BH) устанавливаются на основе конфигурации донора IAB. При отправке пакета данных по транзитной линии связи узел IAB или донор IAB (который в конкретной реализации может быть DU донора IAB) должен выполнить сопоставление однонаправленных каналов. Например, сопоставление однонаправленных каналов должно быть сначала выполнено донором IAB (в конкретной реализации может быть выполнено DU донора IAB) для пакета данных, который передается по нисходящей линии связи. Более конкретно, правильный канал RLC BH выбирается из каналов RLC BH на линии связи между узлом 2 IAB и донором IAB для отправки пакета данных. После приема, из донора IAB, пакета данных, который должен быть отправлен в узел 1 IAB, узел 2 IAB также должен выбрать правильный канал RLC BH из каналов RLC BH на линии связи между узлом 1 IAB и узлом 2 IAB для отправки пакета данных.

Аналогичным образом, для пакета данных, который передается по восходящей линии связи, например, сопоставление однонаправленных каналов также должно быть выполнено узлом 1 IAB для пакета данных восходящей линии связи, отправленного узлом 1 IAB. Более конкретно, RLC BH канал выбирается из каналов RLC BH на линии связи между узлом 1 IAB и узлом 2 IAB для отправки пакета данных в узел 2 IAB.

В традиционной технологии, когда узел 2 IAB, используемый в качестве промежуточного узла IAB, выполняет сопоставление однонаправленных каналов, узел 2 IAB полагается на входной канал RLC BH, используемый для приема пакета данных. В частности, выходной канал RLC BH, соответствующий входному каналу RLC BH пакета данных, может использоваться в качестве выходного канала RLC BH, используемого для отправки пакета данных. Однако эта реализация не является достаточно гибкой. Когда пакеты данных, принятые из одного и того же входного канала RLC BH, отправляются в узел следующего скачка, пакеты данных могут быть сопоставлены только с тем же выходным каналом RLC BH для передачи. Следовательно, гибкость является плохой, дифференцированное качество обслуживания (quality of service, QoS) не может быть обеспечено для пакетов данных с различным трафиком, и требования QoS для пакетов данных не могут быть удовлетворены.

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

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

Вариант 3 осуществления

На фиг.7 показана блок-схема последовательности операций способа передачи пакета данных согласно варианту осуществления настоящей заявки. Способ включает в себя следующий этап:

Этап 700: Донор IAB получает третью информацию конфигурации.

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

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

(1) первую информацию дифференцированной услуги и первую метку, соответствующую первой информации дифференцированной услуги, где

в данном варианте осуществления настоящей заявки информация дифференцированной услуги может быть DSCP, или, когда информация заголовка пакета, соответствующая третьей полезной нагрузке данных, является заголовком пакета IPv4, информация дифференцированной услуги может быть типом услуги (type of service, ToS) в заголовке пакета IPv4, или, когда информация заголовка пакета, соответствующая третьей полезной нагрузке данных, является заголовком пакета IPv6, информация дифференцированной услуги может быть полем типа класса в заголовке пакета IPv6, первыми шестью битами поля типа класса в заголовке пакета IPv6 и т.п.;

(2) первую метку потока (flow label) и первую метку, соответствующую первой метке потока, где

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

(3) первую информацию дифференцированной услуги, первую метку потока и соответствующие первые метки;

(4) первый IP-адрес и первую метку, соответствующую первому IP-адресу;

(5) первую метку потока, первый IP-адрес и соответствующие первые метки;

(6) первую информацию дифференцированной услуги, первый IP-адрес и соответствующие первые метки; и

(7) первую информацию дифференцированной услуги, первую метку потока, первый IP-адрес и соответствующие первые метки.

Следует отметить, что первый IP-адрес в третьей информации конфигурации может быть IP-адресом назначения в пакете данных. Для (4) в третьей информации конфигурации первый IP-адрес альтернативно может быть IP-адресом источника в пакете данных.

На основе третьей информации конфигурации, после получения третьей полезной нагрузки данных, донор IAB может определить первую метку на основе одного или более из: информации дифференцированной услуги, метки потока и IP-адреса в информации заголовка пакета, соответствующей третьей полезной нагрузке данных, и затем отправить первую метку и третью полезную нагрузку данных в узел следующего скачка. Для получения дополнительной информации следует обратиться к описанию этапа 701 и этапа 702.

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

Этап 701: Донор IAB определяет первую метку на основе информации заголовка пакета, соответствующей третьей полезной нагрузке данных.

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

Первая метка используется для определения выходного канала RLC третьей полезной нагрузки данных.

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

Этап 702: Донор IAB отправляет третий пакет данных в узел IAB.

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

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

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

Например, если донор IAB включает в себя CU и DU, донор IAB на этапах 700-702 может представлять собой, в частности, DU донора IAB, то есть DU донора IAB может добавить первую метку в первый заголовок на уровне BAP в третьем пакете данных. Соответственно, CU донора IAB (который в конкретной реализации может быть CU-CP донора IAB) отправляет третью информацию конфигурации DU донора IAB.

Например, третья информация конфигурации может быть включена в сообщение F1AP, отправляемое CU донора IAB в DU донора IAB.

Например, если донор IAB не находится в виде, в котором CU и DU разделены, донору IAB не нужно получать третью информацию конфигурации, и донор IAB может выработать третью информацию конфигурации, или может получить третью информацию конфигурации из OAM.

Вариант 4 осуществления

На фиг.10 показана блок-схема последовательности операций способа передачи пакета данных согласно варианту осуществления настоящей заявки. Способ включает в себя следующий этап:

Этап 1000: Второй узел IAB принимает четвертую информацию конфигурации из донора IAB.

Второй узел IAB может быть узлом IAB доступа.

Например, если донор IAB включает в себя CU и DU, CU донора IAB может сконфигурировать четвертую информацию конфигурации для второго узла IAB.

Например, если CU донора IAB включает в себя CP и UP, CU-CP-донора IAB может сконфигурировать четвертую информацию конфигурации для второго узла IAB.

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

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

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

(1) вторую метку потока и вторую метку, соответствующую второй метке потока;

(2) вторую метку потока, второй IP-адрес и вторые метки, соответствующие второй метке потока и второму IP-адресу;

(3) второй IP-адрес и вторую метку, соответствующую второму IP-адресу;

(4) вторую информацию дифференцированной услуги и вторую метку, соответствующую второй информации дифференцированной услуги;

(5) вторую информацию дифференцированной услуги, второй IP-адрес и вторые метки, соответствующие второй информации дифференцированной услуги и второму IP-адресу;

(6) вторую информацию дифференцированной услуги, вторую метку потока и вторые метки, соответствующие второй информации дифференцированной услуги и второй метке потока; и

(7) вторую информацию дифференцированной услуги, вторую метку потока, второй IP-адрес и соответствующие вторые метки.

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

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

(8) Информацию однонаправленного радиоканала передачи данных, соответствующую четвертой полезной нагрузке данных, и вторую метку, соответствующую информации однонаправленного радиоканала передачи данных.

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

Информация однонаправленного радиоканала передачи данных может быть любым из следующего содержания: служба пакетной передачи данных общего пользования (General Packet Radio Service, GPRS), плоскость пользователя протокола туннелирования (GPRS Tunneling Protocol User Plane, GTP-U), идентификатор конечной точки туннеля (Tunnel endpoint identifier, TEID), передаваемый в пакете данных плоскости пользователя, TEID GTP и IP-адрес, которые переносятся в пакете данных плоскости пользователя, идентификатор DRB UE (который может быть определен совместно на основе идентификатора UE и идентификатора DRB) пакета данных плоскости пользователя и идентификатор логического канала пакета данных плоскости пользователя. TEID GTP представляет собой идентификатор конечной точки туннеля, переносимый в информации заголовка уровня протокола плоскости пользователя GTP, и идентификатор конечной точки туннеля может быть идентификатором конечной точки туннеля восходящей линии связи, выделенным донором IAB или CU донора IAB, и соответствует одному однонаправленному радиоканалу передачи данных (data radio bearer, DRB) UE.

(9) Второй тип четвертой полезной нагрузки данных и вторую метку, соответствующую второму типу.

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

В возможной реализации могут иметь место следующие два типа сообщений F1AP: сообщение F1AP, ассоциированное с UE (UE associated), и сообщение F1AP, не ассоциированное с UE (non-UE associated). Альтернативно, в другой возможной реализации может иметь место следующее множество конкретных типов сообщений F1AP: запрос установки F1 (setup request), обновление конфигурации gNB-DU (configuration update), ответ установки контекста UE (UE context setup response) и т.п. В частности, могут быть включены типы сообщений, которые отправляются DU донора IAB в CU донора IAB в множестве сообщений F1AP, описанных в разделах 9.2/8.1 в TS 38.874. Альтернативно, в другой возможной реализации может иметь место следующий тип сообщения F1AP: тип однонаправленного радиоканала сигнализации (signaling radio bearer, SRB) UE, соответствующий содержанию (например, RRC-сообщению UE), включенному в сообщение F1AP.

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

(10) Идентификатор потока (stream ID) на уровне SCTP, который переносит сообщение F1AP, когда четвертой полезной нагрузкой данных является сообщение F1AP, и вторую метку, соответствующую идентификатору потока.

На основе четвертой информации конфигурации, после того как второй узел IAB получает пакет данных восходящей линии связи, включающий в себя четвертую полезную нагрузку данных, второй узел IAB определяет вторую метку на основе второй информации в пакете данных восходящей линии связи, информацию однонаправленного радиоканала передачи данных, соответствующую четвертой полезной нагрузке данных, тип сообщения F1AP, соответствующий четвертой полезной нагрузке данных, или идентификатор потока на уровне SCTP, который переносит четвертую полезную нагрузку данных, и затем отправляет, в узел следующего скачка, пакет данных восходящей линии связи, к которому добавляется вторая метка. Для получения более подробной информации следует обратиться к описанию этапов 1001-1003.

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

Этап 1001: Второй узел IAB получает четвертую полезную нагрузку данных. В частности, второй узел IAB может выработать четвертую полезную нагрузку данных или принять четвертую полезную нагрузку данных из терминального устройства или дочернего узла, обслуживаемого вторым узлом IAB.

Этап 1002: Второй узел IAB определяет вторую метку.

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

Этап 1003: Второй узел IAB отправляет четвертый пакет данных в родительский узел.

Четвертый пакет данных включает в себя четвертую полезную нагрузку данных и заголовок второго уровня BAP, и заголовок второго уровня BAP включает в себя вторую метку.

Вариант 5 осуществления

На фиг.11 показана блок-схема последовательности операций способа передачи пакета данных согласно варианту осуществления настоящей заявки. Способ включает в себя следующий этап:

Этап 1100: Первый узел IAB принимает пятую информацию конфигурации из донора IAB.

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

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

(1) Третью метку и соответствующий третий идентификатор канала RLC.

(2) Третью метку, идентификатор выходной линии связи и соответствующие идентификаторы третьего канала RLC, где идентификатор выходной линии связи используется для указания выходной линии связи, по которой первый узел IAB отправляет пакет данных. В частности, для передачи по восходящей линии связи, идентификатор выходной линии связи может представлять собой идентификатор родительского узла первого узла IAB (например, идентификатор уровня BAP родительского узла, идентификатор DU родительского узла, IP-адрес родительского узла, идентификатор соты родительского узла или идентификатор группы сот родительского узла для первого узла IAB). Для передачи по нисходящей линии связи, идентификатор выходной линии связи может представлять собой идентификатор дочернего узла первого узла IAB (например, идентификатор ID UE F1AP DU плоскости управления F1, выделенный первым узлом IAB дочернему узлу, идентификатор соты первого узла IAB, к которому обращается дочерний узел + временный идентификатор радиосети соты (Cell Radio Network Temporary Identifier, C-RNTI), выделенный первым узлом IAB дочернему узлу, IP-адрес дочернего узла или идентификатор уровня BAP дочернего узла).

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

(4) Третью метку, идентификатор входной линии связи, четвертый идентификатор канала RLC, идентификатор выходной линии связи и соответствующие идентификаторы третьего канала RLC, где для идентификатора четвертого канала RLC следует обратиться к описанию (3), а для идентификатора выходной линии связи следует обратиться к описанию (2). Подробности в данном документе повторно не описываются. Идентификатор входной линии связи используется для указания входной линии связи, по которому первый узел IAB принимает пакет данных. В частности, для передачи по восходящей линии связи, идентификатор входной линии связи может быть идентификатором дочернего узла первого узла IAB. Для конкретного примера идентификатора дочернего узла следует обратиться к описанию (2). Для передачи по нисходящей линии связи идентификатор входной линии может быть идентификатором родительского узла первого узла IAB. Для конкретного примера идентификатора родительского узла следует обратиться к описанию (2). Подробности в данном документе повторно не описываются.

(5) Соответствие между третьей меткой и идентификатором QoS. При необходимости дополнительно включено соответствие между идентификатором QoS и идентификатором третьего канала RLC. В этом соответствии третья метка не имеет прямого соответствия выходному каналу RLC, и имеет место промежуточный процесс сопоставления, то есть имеется соответствие между третьей меткой и идентификатором QoS, и имеется соответствие между идентификатор QoS и выходным каналом RLC. Можно сконфигурировать как соответствие между третьей меткой и идентификатором QoS, так и соответствие между идентификатором QoS и третьим идентификатором канала RLC (например, пятая информация конфигурации включает в себя третью метку, идентификатор QoS, соответствующий третьей метке, и третий идентификатор канала RLC), или соответствие между третьей меткой и идентификатором QoS и соответствие между идентификатором QoS и третьим идентификатором канала RLC могут быть сконфигурированы по отдельности (например, пятая информация конфигурации включает в себя третью метку и идентификатор QoS, чтобы сконфигурировать соответствие между третьей меткой и идентификатором QoS, и другая информация конфигурации включает в себя третий идентификатор канала RLC и идентификатор QoS, чтобы сконфигурировать соответствие между идентификатором QoS и третьим идентификатором канала RLC). Это не ограничивается данным вариантом осуществления настоящей заявки.

Следует отметить, что один идентификатор QoS может использоваться для представления одного или группы параметров QoS (parameters). Идентификатор QoS может представлять собой, в частности, идентификатор класса QoS (QoS Class Identifier, QCI), индикатор QoS 5G (5G QoS Indicator, 5QI), идентификатор потока QoS (QoS flow identifier, QFI) и т.п. Например, один или группа параметров QoS включают в себя задержку, коэффициент потери пакетов, пропускную способность и т.д.).

(6) Соответствие между третьей меткой и параметром QoS и соответствие между параметром QoS и третьим идентификатором канала RLC. Можно сконфигурировать как соответствие между третьей меткой и параметром QoS, так и соответствие между параметром QoS и третьим идентификатором канала RLC (например, пятая информация конфигурации включает в себя третью метку, параметр QoS, соответствующий третьей метке, и третий идентификатор канала RLC), или соответствие между третьей меткой и параметром QoS и соответствие между параметром QoS и третьим идентификатором канала RLC можно сконфигурировать по отдельности (например, пятая информация конфигурации включает в себя третью метку и параметр QoS, чтобы сконфигурировать соответствие между третьей меткой и параметром QoS, и другая информация конфигурации включает в себя третий идентификатор канала RLC и параметр QoS, чтобы сконфигурировать соответствие между параметром QoS и третьим идентификатором канала RLC). Это не ограничивается данным вариантом осуществления настоящей заявки.

Следует отметить, что третья метка может использоваться как дополнительное поле. Если пакет данных не переносит третью метку, информация конфигурации, сконфигурированная донором IAB для узла IAB, может включать в себя только соответствие между входным каналом RLC и выходным каналом RLC, то есть соответствие между идентификатором четвертого канала RLC и идентификатором третьего канала RLC.

Например, если донор IAB включает в себя CU и DU, CU донора IAB может сконфигурировать пятую информацию конфигурации для первого узла IAB.

Например, если CU донора IAB включает в себя CP и UP, CU-CP-донора IAB может сконфигурировать пятую информацию конфигурации для первого узла IAB.

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

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

Этап 1101: Первый узел IAB получает пакет данных.

Пакет данных является пакетом данных, полученным из второго узла IAB, или пакет данных является пакетом данных, полученным из донора IAB.

Заголовок уровня BAP протокола адаптации транзитного соединения пакета данных включает в себя третью метку.

Этап 1102: Первый узел IAB определяет идентификатор третьего канала RLC на основе третьей метки.

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

Этап 1103: Первый узел IAB отправляет пакет данных по выходному каналу RLC, соответствующему третьему идентификатору канала RLC.

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

Вариант 6 осуществления

На фиг.12 показана блок-схема последовательности операций способа передачи пакета данных согласно варианту осуществления настоящей заявки. Способ включает в себя следующий этап:

Этап 1200: Второй узел IAB принимает шестую информацию конфигурации из донора IAB.

Второй узел IAB может быть узлом IAB доступа.

Например, если донор IAB включает в себя CU и DU, CU донора IAB может сконфигурировать шестую информацию конфигурации для второго узла IAB.

Например, если CU донора IAB включает в себя CP и UP, CU-CP-донора IAB может сконфигурировать шестую информацию конфигурации для второго узла IAB.

Шестая информация конфигурации используется для конфигурирования информации заголовка пакета, соответственно, добавленной к шестой полезной нагрузке данных, которую необходимо передать вторым узлом IAB. Шестая полезная нагрузка данных может быть сообщением уровня управления F1 (F1-C), то есть сообщением F1AP, между вторым узлом IAB и донором IAB (который может быть, в частности, CU донора IAB или CU-CP донора IAB). Информация заголовка пакета представляет собой поле в заголовке IP-пакета и, в частности, включает в себя информацию дифференцированной услуги и/или метку потока (flow label).

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

первую информацию дифференцированной услуги и/или первую метку потока, указанную для сообщения F1AP, ассоциированного с UE (UE associated F1AP message), и вторую информацию дифференцированной услуги и/или вторую метку потока, указанную для сообщения F1AP, не ассоциированного с UE (non-UE associated F1AP message).

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

идентификатор первого терминального устройства, первую информацию дифференцированной услуги и/или первую метку потока, указанную для сообщения F1AP, ассоциированного с UE, первого терминального устройства, и вторую информацию дифференцированной услуги и/или вторую метку потока, указанную для сообщения F1AP, не ассоциированного с UE.

На основе шестой информации конфигурации, после получения пакета данных восходящей линии связи, включающего в себя шестые полезные данные, второй узел IAB определяет, на основе типа сообщения F1AP, соответствующего шестым полезным данным, информацию дифференцированной услуги и/или метку потока, которая должна быть добавлена к заголовку IP-пакета, и затем отправляет в узел следующего скачка пакет данных восходящей линии связи, к которому добавляется/добавляются информация дифференцированной услуги и/или метка потока. Подробности смотри в описаниях этапов 1201-1203.

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

Этап 1201: Второй узел IAB получает шестую полезную нагрузку данных. В частности, второй узел IAB может вырабатывать шестую полезную нагрузку данных.

Этап 1202: Второй узел IAB определяет информацию дифференцированной услуги и/или метку потока, соответствующую шестой полезной нагрузке данных.

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

Этап 1203: Второй узел IAB отправляет шестой пакет данных в родительский узел.

Шестой пакет данных включает в себя шестую полезную нагрузку данных и заголовок IP-пакета, и заголовок IP-пакета включает в себя информацию дифференцированной услуги и/или метку потока, которая/которые соответствует/соответствуют шестой полезной нагрузке данных и которая/которые определена/определены на этапе 1202. При необходимости второй узел IAB может определить, на основе информации дифференцированной услуги и/или метки потока, включенной в шестой пакет данных, выходной канал RLC BH, используемый для отправки шестого пакета данных.

В вышеизложенном процессе второй узел IAB добавляет различную информацию дифференцированной услуги и/или значения меток потока в различные типы сообщений F1AP на основе шестой информации конфигурации для того, чтобы второй узел IAB мог определить, на основе каналов RLC BH, соответствующих информации дифференцированной услуги и/или значениям меток потока, каналы RLC BH, используемые для отправки сообщений F1AP, чтобы гарантировать дифференцированное QoS для различных типов сообщений F1-C.

Вариант 7 осуществления

В существующем сценарии двойной связности (Dual Connectivity) UE подключено как к главному узлу (Master Node, MN), так и к вторичному узлу (Secondary Node, SN). MN и SN могут использовать один и тот же стандарт доступа (например, как MN, так и SN используют стандарт LTE или стандарт NR), или могут использовать разные стандарты доступа (например, MN использует стандарт LTE, и SN использует стандарт NR, или MN использует стандарт NR, и SN использует стандарт LTE). Группа главных сот (Master Cell Group, MCG) включает в себя обслуживающую соту, ассоциированную с MN, и включает в себя по меньшей мере одну первичную соту PCell и при необходимости включает в себя одну или более вторичных сот SCell. Аналогичным образом, группа вторичных сот (Secondary Cell Group, SCG) включает в себя обслуживающую соту, ассоциированную с SN, и включает в себя по меньшей мере одну первичную соту (например, первичную вторичную соту (PSCell)), и при необходимости включает в себя одну или более вторичных сот SCell. Линия связи MCG представляет собой односкачковую линию связи доступа между UE и MN, и линия связи SCG представляет собой односкачковую линию связи доступа между UE и SN.

Когда UE обнаруживает, что сбой в линии радиосвязи (Radio Link Failure, RLF) возникает в линии связи MCG между UE и MN, UE инициирует процесс повторного установления RRC-соединения для восстановления линии связи MCG. Когда UE обнаруживает, что RLF возникает в линии связи SCG между UE и SN, UE не инициирует процесс повторного установления RRC-соединения, и отправляет отчет о сбое SCG (SCG failure report) в MN, используя MCG, для того, чтобы MN инициировал процесс восстановления после сбоя SCG для восстановления канала SCG, например, инициирует процесс изменения SCG. В 3GPP версии 16 улучшена существующая DC и введен механизм быстрого восстановления MCG. Если быть точным, когда UE обнаруживает, что RLF возникает в линии связи MCG между UE и MN, UE использует механизм, аналогичный механизму сбоя SCG, и больше не инициирует процесс повторного установления RRC-соединения, но отправляет отчет об сбое MCG (MCG failure report) с использованием SCG.

В сценарии IAB узел IAB (IAB node) может работать в автономном (standalone, SA) режиме или неавтономном (non-standalone, NSA) режиме на основе EN-DC (E-UTRAN NR Dual Connectivity).

В данном варианте осуществления считается, что узел IAB работает в основном в режиме NSA. Как показано на фиг.13, MN, который предоставляет услугу узлу IAB, является eNB, и SN, который предоставляет услугу узлу IAB, является донором IAB (IAB donor). MN использует стандарт LTE, и SN использует стандарт NR. Аналогичным образом, линия связи MCG является линией связи между узлом IAB (то есть узлом IAB MT) и MN, и линия связи SCG является линией связи между узлом IAB (то есть узлом IAB MT) и SN.

Когда узел IAB обнаруживает, что RLF возникает в линии связи SCG между узлом IAB и донором IAB, узел IAB отправляет по линии связи MCG отчет о сбое SCG в eNB, который предоставляет услугу для узла IAB, для того, чтобы eNB инициировал процесс восстановления после сбоя SCG для восстановления канала SCG.

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

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

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

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

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

На фиг.14 показана возможная блок-схема устройства связи согласно настоящей заявке. Устройство 1400 может существовать в виде программного обеспечения или аппаратных средств. Устройство 1400 может включать в себя блок 1401 обработки и блок 1402 связи. В реализации блок 1402 связи может включать в себя блок приема и блок отправки. Блок 1401 обработки выполнен с возможностью: контроля и управления действиями устройства 1400. Блок 1402 связи выполнен с возможностью поддержания связи между устройством 1400 и другим сетевым объектом.

Когда устройство 1400 выполнено с возможностью реализации функций донора IAB в варианте осуществления способа, показанном на фиг.4, выполняются следующие операции:

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

Блок связи выполнен с возможностью отправки первой информации конфигурации в узел IAB.

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

первая информация конфигурации включает в себя идентификатор логического канала, и логический канал, указанный идентификатором логического канала, соответствует первому каналу RLC BH.

Когда устройство 1400 выполнено с возможностью реализации функций узла IAB в варианте осуществления способа, показанном на фиг.4, выполняются следующие операции:

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

Блок связи выполнен с возможностью отправки PDU управления на уровне BAP в соседний узел IAB по первому каналу RLC BH.

В возможной реализации блок обработки специально выполнен с возможностью:

получения первой информации конфигурации из донора IAB, где первая информация конфигурации используется для указания первого канала RLC BH, используемого для передачи PDU управления на уровне BAP; и

определения первого канала RLC BH на основе первой информации конфигурации.

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

первая информация конфигурации включает в себя идентификатор логического канала, и логический канал, указанный идентификатором логического канала, соответствует первому каналу RLC BH.

Когда устройство 1400 выполнено с возможностью реализации функций донора IAB в варианте осуществления способа, показанном на фиг.5, выполняются следующие операции:

Блок обработки выполнен с возможностью определения второй информации конфигурации, где вторая информация конфигурации используется для указания второго канала управления линией радиосвязи (RLC) транзитной линии связи (BH), второй канал RLC BH используется для передачи полезной нагрузки данных первого типа, и полезная нагрузка данных первого типа является полезной нагрузкой данных, отличной от полезной нагрузки данных плоскости пользователя F1 (F1-U) и полезной нагрузки данных плоскости управления F1 (F1-C).

Блок связи выполнен с возможностью отправки второй информации конфигурации в узел IAB.

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

пакет трафика эксплуатации, администрирования и обслуживания (OAM);

пакет, используемый для запроса адреса интернет-протокола (IP);

пакет, используемый для установления канала передачи данных безопасности интернет-протокола (IPsec);

пакет установки ассоциации транспортного протокола управления потоком (SCTP);

пакет отключения ассоциации SCTP; и

пакет подтверждения работоспособности ассоциации SCTP.

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

первый тип, где первый тип является типом полезной нагрузки данных, и первый тип соответствует второму каналу RLC BH;

первую информацию дифференцированной услуги, где первая информация дифференцированной услуги соответствует первому типу и/или второму каналу RLC BH; и

первую метку потока, где первая метка потока соответствует первому типу и/или второму каналу RLC BH.

В возможной реализации блок обработки дополнительно выполнен с возможностью:

выработки первой полезной нагрузки данных, где первая полезная нагрузка данных является полезной нагрузкой данных первого типа; и

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

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

Когда устройство 1400 выполнено с возможностью реализации функций узла IAB в варианте осуществления способа, показанном на фиг.5, выполняются следующие операции:

Блок связи выполнен с возможностью приема второй информации конфигурации из донора IAB, где вторая информация конфигурации используется для указания второго канала управления линией радиосвязи (RLC) транзитной линии связи (BH), второй канал RLC BH используется для передачи полезной нагрузки данных первого типа, и полезная нагрузка данных первого типа является полезной нагрузкой данных, отличную от полезной нагрузки данных плоскости пользователя F1 (F1-U) и полезной нагрузки данных плоскости управления F1 (F1-C).

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

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

пакет трафика эксплуатации, администрирования и обслуживания (OAM);

пакет, используемый для запроса адреса интернет-протокола (IP);

пакет, используемый для установления канала передачи данных безопасности интернет-протокола (IPsec);

пакет установки ассоциации транспортного протокола управления потоком (SCTP);

пакет отключения ассоциации SCTP; и

пакет подтверждения работоспособности ассоциации SCTP.

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

первый тип, где первый тип является типом полезной нагрузки данных, и первый тип соответствует второму каналу RLC BH;

первую информацию дифференцированной услуги, где первая информация дифференцированной услуги соответствует первому типу и/или второму каналу RLC BH; и

первую метку потока, где первая метка потока соответствует первому типу и/или второму каналу RLC BH.

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

В варианте осуществления способа, показанном на фиг.7, устройство 1400 может дополнительно реализовывать функции донора IAB, в варианте осуществления способа, показанном на фиг.10, устройство 1400 может дополнительно реализовывать функции второго узла IAB, в варианте осуществления способа, показанном на фиг.11, устройство 1400 может дополнительно реализовывать функции первого узла IAB, и в варианте осуществления способа, показанном на фиг.12, устройство 1400 может дополнительно реализовывать функции второго узла IAB. За более подробной информацией следует обратиться к предыдущим описаниям. Подробности в данном документе повторно не описываются.

На фиг..15 показано аппаратное устройство 1500 согласно варианту осуществления настоящей заявки. Устройство, показанное на фиг.15 может быть реализацией аппаратной схемы устройства, показанного на фиг.14. Устройство связи может использоваться в блок-схеме, показанной выше, и выполняет функции узла IAB или донора IAB в вышеупомянутых вариантах осуществления способа. Для простоты описания на фиг.15 показаны только основные компоненты устройства связи.

Аппаратное устройство 1500, показанное на фиг.15 включает в себя по меньшей мере один процессор 1501. Например, процессором 1501 может быть центральный процессор (central processing unit, CPU) общего назначения, процессор общего назначения, процессор цифровых сигналов (digital signal processor, DSP), специализированная интегральная схема (application-specific integrated circuit, ASIC), программируемая пользователем вентильная матрица (field programmable gate array, FPGA) или другое программируемое логическое устройство, транзисторное логическое устройство, аппаратный компонент или любая их комбинация. Процессор может реализовывать или выполнять различные примерные логические блоки, модули и схемы, описанные со ссылкой на содержание, раскрытое в настоящей заявке. Альтернативно, процессор может быть комбинацией процессоров, реализующих вычислительную функцию, например, комбинацией из одного или нескольких микропроцессоров или комбинацией из DSP и микропроцессора.

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

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

Аппаратное устройство 1500 может дополнительно включать в себя линию 1504 связи. Интерфейс 1503 связи, процессор 1501 и память 1502 могут быть соединены друг с другом через линию 1504 связи. Линия 1504 связи может быть шиной межсоединения периферийных компонентов (peripheral component interconnect, PCI), расширенная шиной промышленной стандартной архитектуры (extended industry standard architecture, EISA) или т.п. Линия 1504 связи может быть разделена на адресную шину, шину данных, шину управления и т.п. Для простоты представления только одна полужирная линия используется для представления линии связи на фиг.15, но это не означает, что существует только одна шина или только шина одного типа.

В варианте осуществления способа, показанном на фиг.4, устройство 1500 может реализовывать функции узла IAB или донора IAB, в варианте осуществления способа, показанном на фиг.5, устройство 1500 может дополнительно реализовывать функции узла IAB или донора IAB, в варианте осуществления способа, показанном на фиг.7, устройство 1500 может дополнительно реализовывать функции донора IAB, в варианте осуществления способа, показанном на фиг.10, устройство 1500 может дополнительно реализовывать функции второго узла IAB, в варианте осуществления способа, показанном на фиг.11, устройство 1500 может дополнительно реализовывать функции первого узла IAB, и в варианте осуществления способа, показанном на фиг.1, устройство 1500 может дополнительно реализовывать функции второго узла IAB 2. За более подробной информацией следует обратиться к предыдущим описаниям. Подробности в данном документе повторно не описываются.

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

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

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

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

Изобретение относится к средствам передачи пакетов данных. Технический результат – обеспечение сопоставления однонаправленных каналов для полезной нагрузки данных в транзитной линии связи. Донор IAB определяет первую информацию конфигурации, где первая информация конфигурации используется для указания первого канала управления линией радиосвязи (RLC) транзитной линии связи (BH), и первый канал RLC BH используется для передачи блока данных протокола (PDU) управления на уровне протокола адаптации транзитной сети (BAP). Донор IAB отправляет первую информацию конфигурации в узел IAB. Согласно вышеизложенной процедуре донор IAB указывает, используя первую информацию конфигурации, узел IAB для отправки управляющего PDU на уровне BAP по первому каналу RLC BH, чтобы реализовать сопоставление однонаправленных каналов, когда узел IAB должен отправить PDU управления на уровне BAP. 8 н. и 9 з.п. ф-лы, 16 ил.

1. Способ передачи пакетов данных, содержащий:

определение, донором интегрированного доступа и транзитного соединения (IAB), первой информации конфигурации, причем первая информация конфигурации указывает, что первый канал управления линией радиосвязи (RLC) транзитной линии связи (BH) предназначен для передачи блока данных протокола управления PDU на уровне протокола адаптации транзитного соединения (BAP); и

отправку, донором IAB, первой информации конфигурации в узел IAB.

2. Способ по п.1, в котором первая информация конфигурации содержит идентификатор канала первого канала RLC BH; или

первая информация конфигурации содержит идентификатор логического канала, и логический канал, указанный идентификатором логического канала, соответствует первому каналу RLC BH.

3. Способ передачи пакетов данных, содержащий:

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

определение, узлом IAB на основе первой информации конфигурации, первого канала RLC BH, используемого для передачи PDU управления на уровне BAP; и

отправку, узлом IAB, PDU управления на уровне BAP в соседний узел IAB по первому каналу RLC BH.

4. Способ по п.3, в котором первая информация конфигурации содержит идентификатор канала первого канала RLC BH; или

первая информация конфигурации содержит идентификатор логического канала, и логический канал, указанный идентификатором логического канала, соответствует первому каналу RLC BH.

5. Способ сопоставления однонаправленных каналов для пакета данных, содержащий:

определение, донором интегрированного доступа и транзитного соединения (IAB), второй информации конфигурации, причем вторая информация конфигурации указывает, что второй канал управления линией радиосвязи (RLC) транзитной линии связи (BH) предназначен для передачи полезной нагрузки данных первого типа, и полезная нагрузка данных первого типа является полезной нагрузкой данных, отличной от блока данных протокола (PDU) на уровне протокола адаптации транзитного соединения (BAP), полезной нагрузки данных плоскости пользователя F1 (F1-U) и полезной нагрузки данных плоскости управления F1 (F1-C); и

отправку, донором IAB, второй информации конфигурации в узел IAB.

6. Способ по п.5, в котором полезная нагрузка данных первого типа содержит любое из следующего:

пакет трафика эксплуатации, администрирования и обслуживания (OAM);

пакет, используемый для запроса адреса интернет-протокола (IP);

пакет, используемый для установления канала передачи данных безопасности интернет-протокола (IPsec);

пакет установки ассоциации транспортного протокола управления потоком (SCTP);

пакет отключения ассоциации SCTP; и

пакет подтверждения работоспособности ассоциации SCTP.

7. Способ по п.5 или 6, в котором вторая информация конфигурации содержит любое одно или несколько из следующего:

первый тип, причем первый тип является типом полезной нагрузки данных, и первый тип соответствует второму каналу RLC BH;

первую информацию дифференцированной услуги, причем первая информация дифференцированной услуги соответствует первому типу и/или второму каналу RLC BH; и

первую метку потока, причем первая метка потока соответствует первому типу и/или второму каналу RLC BH.

8. Способ по любому из пп.5-7, в котором способ дополнительно содержит:

выработку, донором IAB, первой полезной нагрузки данных, причем первая полезная нагрузка данных является полезной нагрузкой данных первого типа; и

если информация заголовка пакета, соответствующая первой полезной нагрузке данных, переносит первую информацию дифференцированной услуги, отправку, донором IAB, первого пакета данных в узел IAB по второму каналу RLC BH, соответствующему первой информации дифференцированной услуги; или если информация заголовка пакета, соответствующая первой полезной нагрузке данных, переносит первую метку потока, отправку, донором IAB, первого пакета данных в узел IAB по второму каналу RLC BH, соответствующему первой метке потока, причем первый пакет данных содержит первую полезную нагрузку данных.

9. Способ по любому из пп.5-8, в котором вторая информация конфигурации содержит идентификационную информацию, используемую для идентификации второго канала RLC BH, и идентификационная информация представляет собой идентификатор канала второго канала RLC BH, или идентификационная информация представляет собой идентификатор логического канала, соответствующий второму каналу RLC BH.

10. Способ сопоставления однонаправленных каналов для пакета данных, содержащий:

прием, узлом интегрированного доступа и транзитного соединения (IAB), второй информации конфигурации из донора IAB, причем вторая информация конфигурации указывает, что второй канал управления линией радиосвязи (RLC) транзитной линии связи (BH) предназначен для передачи полезной нагрузки данных первого типа, и полезная нагрузка данных первого типа является полезной нагрузкой данных, отличной от блока данных протокола (PDU) на уровне протокола адаптации транзитного соединения (BAP), полезной нагрузки данных плоскости пользователя F1 (F1-U) и полезной нагрузки данных плоскости управления F1 (F1-C); и

передачу, узлом IAB, полезной нагрузки данных первого типа на основе второй информации конфигурации.

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

пакет трафика эксплуатации, администрирования и обслуживания (OAM);

пакет, используемый для запроса адреса интернет-протокола (IP);

пакет, используемый для установления канала передачи данных безопасности интернет-протокола (IPsec);

пакет установки ассоциации транспортного протокола управления потоком (SCTP);

пакет отключения ассоциации SCTP; и

пакет подтверждения работоспособности ассоциации SCTP.

12. Способ по п.10 или 11, в котором вторая информация конфигурации содержит одно или несколько из следующего:

первый тип, причем первый тип является типом полезной нагрузки данных, и первый тип соответствует второму каналу RLC BH;

первую информацию дифференцированной услуги, причем первая информация дифференцированной услуги соответствует первому типу и/или второму каналу RLC BH; и

первую метку потока, причем первая метка потока соответствует первому типу и/или второму каналу RLC BH.

13. Способ по любому из пп.10-12, в котором вторая информация конфигурации содержит идентификационную информацию, используемую для идентификации второго канала RLC BH, и идентификационная информация представляет собой идентификатор канала второго канала RLC BH, или идентификационная информация представляет собой идентификатор логического канала, соответствующий второму каналу RLC BH.

14. Устройство связи, содержащее память и процессор, причем память выполнена с возможностью хранения инструкций, процессор выполнен с возможностью исполнения инструкций, хранящихся в памяти, причем инструкции, хранящиеся в памяти, при их исполнении процессором предписывают устройству выполнять способ по п.1 или 2 или способ по п.3 или 4.

15. Машиночитаемый носитель информации, содержащий машиночитаемые инструкции, причем инструкции исполняются устройством связи для выполнения способа по п.1 или 2 или способ по п.3 или 4.

16. Устройство связи, содержащее память и процессор, причем память выполнена с возможностью хранения инструкций, процессор выполнен с возможностью исполнения инструкций, хранящихся в памяти, причем инструкции, хранящиеся в памяти, при их исполнении процессором предписывают устройству выполнять способ по любому из пп.5-9 или способ по любому из пп.10-13.

17. Машиночитаемый носитель информации, содержащий машиночитаемые инструкции, причем инструкции исполняются устройством связи для выполнения способа по любому из пп.5-9 или способа по любому из пп.10-13.