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

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

Info

Publication number
RU2762931C2
RU2762931C2 RU2020101950A RU2020101950A RU2762931C2 RU 2762931 C2 RU2762931 C2 RU 2762931C2 RU 2020101950 A RU2020101950 A RU 2020101950A RU 2020101950 A RU2020101950 A RU 2020101950A RU 2762931 C2 RU2762931 C2 RU 2762931C2
Authority
RU
Russia
Prior art keywords
rlc
header
pdus
rlc pdu
pdu
Prior art date
Application number
RU2020101950A
Other languages
English (en)
Other versions
RU2020101950A (ru
RU2020101950A3 (ru
Inventor
Хай ТАН
Original Assignee
Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. filed Critical Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд.
Publication of RU2020101950A publication Critical patent/RU2020101950A/ru
Publication of RU2020101950A3 publication Critical patent/RU2020101950A3/ru
Application granted granted Critical
Publication of RU2762931C2 publication Critical patent/RU2762931C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/02—Arrangements for detecting or preventing errors in the information received by diversity reception
    • H04L1/04—Arrangements for detecting or preventing errors in the information received by diversity reception using frequency diversity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/535—Tracking the activity of the user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Группа изобретений относится к технике беспроводной связи. Технический результат заключается в повышении надежности передачи дублированных данных в системе связи для обмена данными между транспортным средством и другими объектами. Способ включает передачу приемному оконечному устройству посредством передающего приемного устройства множества протокольных блоков данных управления радиоканалом (RLC PDU), причем RLC-заголовок по меньшей мере одного RLC PDU из множества RLC PDU содержит поле указания для указания на радиоканал, соответствующий данному RLC PDU, и RLC-заголовок по меньшей мере одного RLC PDU, представляет собой RLC-заголовок, соответствующий по меньшей мере одному RLC PDU, RLC-заголовок используют для формирования подзаголовка управления доступом к среде (Media Access Control, МАС). 4 н. и 14 з.п. ф-лы, 10 ил., 1 табл.

Description

ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретение относится к области связи и, более конкретно, к способу поддержки дублирования данных, передающему оконечному устройству и приемному оконечному устройству.
УРОВЕНЬ ТЕХНИКИ
"Интернет транспортных средств" или система связи транспортного средства с другими объектами (Vehicle to Everything, V2X) представляет собой технологию связи между двумя устройствами с использованием прямого соединения (Sidelink, SL), основанную на технологии прямой связи между устройствами (Device to Device, D2D). В отличие от обычной системы долгосрочного развития (Long Term Evolution, LTE), в которой данные связи принимаются или передаются через базовую станцию, система "Интернет транспортных средств" использует режим связи D2D и, таким образом, обеспечивает более высокую эффективность использования спектра и меньшую задержку передачи сигнала.
Система "Интернет транспортных средств" предъявляет сравнительно высокие требования к надежности передачи данных, а реализация надежной передачи данных является актуальной проблемой, которую необходимо решить.
РАСКРЫТИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ
Варианты осуществления настоящего изобретения обеспечивают способ поддержки дублирования данных, передающее оконечное устройство и приемное оконечное устройство, в которых может использоваться надежная передача дублированных данных в системе "Интернет транспортных средств".
Согласно первому аспекту вариант осуществления настоящего изобретения обеспечивает способ поддержки дублирования данных, включающий следующую операцию.
Передающее устройство передает приемному устройству множество протокольных блоков данных (Protocol Data Unit, PDU) управления радиоканалом (Radio Link Control, RLC). RLC-заголовок по меньшей мере одного протокольного блока данных управления радиоканалом (RLC PDU) из множества RLC PDU содержит поле указания, предназначенное для указания радиоканала, соответствующего указанному RLC PDU.
При необходимости передающее устройство может быть оконечным устройством.
При необходимости приемное устройство может быть оконечным устройством, а также сетевым устройством (например, базовой станцией).
Соответственно, в способе поддержки дублирования данных, обеспеченном в варианте осуществления настоящего изобретения, когда передающее устройство передает множество RLC PDU, поле указания, указывающее на радиоканал, соответствующий указанному RLC PDU, может быть включено в RLC-заголовок по меньшей мере одного RLC PDU из множества RLC PDU. Следовательно, приемное устройство может определить радиоканал, соответствующий каждому RLC PDU из множества RLC PDU, и, кроме того, может быть использована надежная передача дублированных данных.
При необходимости в варианте осуществления первого аспекта поле указания может содержать идентификатор (Identity, ID) радиоканала, соответствующий протоколу конвергенции пакетных данных (Packet Data Convergence Protocol, PDCP), который соответствует RLC PDU.
При необходимости в варианте осуществления первого аспекта поле указания может содержать идентификатор логического канала (Logical Channel ID, LCID).
При необходимости в варианте осуществления первого аспекта RLC-заголовок по меньшей мере одного RLC PDU может представлять собой RLC-заголовок, соответствующий по меньшей мере одному RLC PDU.
При необходимости в варианте осуществления первого аспекта RLC-заголовок по меньшей мере одного RLC PDU может представлять собой RLC-заголовок, содержащийся по меньшей мере в одном RLC PDU.
При необходимости в варианте осуществления первого аспекта RLC-заголовок могут использовать для формирования подзаголовка управления доступом к среде (Media Access Control, МАС).
При необходимости в варианте осуществления первого аспекта по меньшей мере два RLC PDU из множества RLC PDU могут соответствовать разным логическим каналам, и по меньшей мере два указанных RLC PDU могут соответствовать одному и тому же радиоканалу.
При необходимости в варианте осуществления первого аспекта способ может быть использован в системе "Интернет транспортных средств".
Согласно второму аспекту варианты осуществления настоящего изобретения обеспечивают способ поддержки дублирования данных, включающий следующие операции.
Приемное устройство принимает множество RLC PDU, передаваемых передающим устройством.
Приемное устройство согласно соответствию между логическим каналом и радиоканалом определяет соответствующий радиоканал, соответствующий каждому RLC PDU из множества RLC PDU.
Таким образом, в способе поддержки дублирования данных, обеспеченном в вариантах осуществления настоящего изобретения, приемное устройство, принимая множество RLC PDU, может согласно соответствию между логическим каналом и радиоканалом определить соответствующий радиоканал, соответствующий каждому RLC PDU из множества RLC PDU. Следовательно, также может быть реализована надежная передача дублированных данных.
При необходимости в варианте осуществления второго аспекта RLC-заголовок по меньшей мере одного RLC PDU из множества RLC PDU может содержать поле указания, которое может содержать радиоканал, соответствующий указанному RLC PDU.
Перед операцией, заключающейся в том, что соответствующий радиоканал, соответствующий каждому RLC PDU из множества RLC PDU, определяют согласно соответствию между логическим каналом и радиоканалом, способ также может включать следующую операцию.
Соответствие между логическим каналом и радиоканалом определяют согласно полю указания в RLC-заголовке по меньшей мере одного RLC PDU.
При необходимости в варианте осуществления второго аспекта RLC-заголовок по меньшей мере одного RLC PDU из множества RLC PDU может содержать поле указания, а поле указания может содержать LCID.
Перед операцией, заключающейся в том, что соответствующий радиоканал, соответствующий каждому RLC PDU из множества RLC PDU, определяют согласно соответствию между логическим каналом и радиоканалом, способ также может включать следующую операцию.
Соответствие между логическим каналом и радиоканалом определяют согласно полю указания в RLC-заголовке по меньшей мере одного RLC PDU.
При необходимости в варианте осуществления второго аспекта соответствие между логическим каналом и радиоканалом может быть предварительно сконфигурировано.
При необходимости в варианте осуществления второго аспекта по меньшей мере два RLC PDU из множества RLC PDU могут соответствовать разным логическим каналам, и по меньшей мере два указанных RLC PDU могут соответствовать одному и тому же радиоканалу.
При необходимости в варианте осуществления второго аспекта способ может быть использован в системе "Интернет транспортных средств".
При необходимости в варианте осуществления второго аспекта RLC-заголовок по меньшей мере одного RLC PDU может представлять собой RLC-заголовок, соответствующий по меньшей мере одному RLC PDU.
При необходимости в варианте осуществления второго аспекта RLC-заголовок по меньшей мере одного RLC PDU может представлять собой RLC-заголовок, содержащийся по меньшей мере в одном RLC PDU.
При необходимости в варианте осуществления второго аспекта RLC-заголовок могут использовать для формирования подзаголовка МАС.
В соответствии с третьим аспектом варианты осуществления настоящего изобретения обеспечивают передающее устройство, содержащее модули или блоки, выполненные с возможностью выполнения способа в первом аспекте или любого указанного варианта осуществления первого аспекта.
В соответствии с четвертым аспектом варианты осуществления настоящего изобретения обеспечивают приемное устройство, содержащее модули или блоки, выполненные с возможностью выполнения способа во втором аспекте или любого указанного варианта осуществления второго аспекта.
В соответствии с пятым аспектом обеспечено передающее устройство, содержащее процессор, память и интерфейс связи. Процессор соединен с памятью и интерфейсом связи. Память выполнена с возможностью хранения инструкций, процессор выполнен с возможностью выполнения указанных инструкций, а интерфейс связи выполнен с возможностью связи с другим сетевым элементом под управлением процессора. Когда процессор выполняет инструкции, хранящиеся в памяти, такое выполнение позволяет процессору выполнить способ согласно первому аспекту или любой возможный вариант осуществления первого аспекта.
В соответствии с шестым аспектом обеспечено приемное устройство, содержащее процессор, память и интерфейс связи. Процессор соединен с памятью и интерфейсом связи. Память выполнена с возможностью хранения инструкций, процессор выполнен с возможностью выполнения указанных инструкций, а интерфейс связи выполнен с возможностью связи с другим сетевым элементом под управлением процессора. Когда процессор выполняет инструкции, хранящиеся в памяти, такое выполнение позволяет процессору выполнить способ согласно второму аспекту или любой возможный вариант осуществления второго аспекта.
В соответствии с седьмым аспектом обеспечен компьютерный носитель, в котором хранится программный код, содержащий инструкции, предназначенные для выдачи компьютеру команд на выполнение способа согласно первому аспекту или любого возможного варианта осуществления первого аспекта.
В соответствии с восьмым аспектом обеспечен компьютерный носитель, в котором хранится программный код, содержащий инструкции, предназначенные для выдачи компьютеру команд на выполнение способа согласно второму аспекту или любого возможного варианта осуществления второго аспекта.
В соответствии с девятым аспектом обеспечен компьютерный программный продукт, содержащий инструкции, предназначенные для того, чтобы сделать возможным выполнение компьютером способа согласно каждому аспекту, когда на компьютере выполняется указанный программный продукт.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг. 1 представляет собой схему реализации в соответствии с одним из вариантов осуществления изобретения.
Фиг. 2 представляет собой схему реализации в соответствии с еще одним вариантом осуществления изобретения.
Фиг. 3 представляет собой схему, показывающую передачу данных посредством агрегации носителей в соответствии с одним из вариантов осуществления изобретения.
Фиг. 4 представляет собой блок-схему, показывающую способ поддержки дублирования данных в соответствии с одним из вариантов осуществления изобретения.
Фиг. 5 представляет собой блок-схему, показывающую способ поддержки дублирования данных в соответствии с еще одним вариантом осуществления изобретения.
Фиг. 6 представляет собой структурную схему, показывающую передающее устройство, соответствующее одному из вариантов осуществления изобретения.
Фиг. 7 представляет собой структурную схему, показывающую приемное устройство, соответствующее одному из вариантов осуществления изобретения.
Фиг. 8 представляет собой структурную схему, показывающую устройство для поддержки дублирования данных в соответствии с одним из вариантов осуществления изобретения.
Фиг. 9 представляет собой структурную схему, показывающую системный чип, соответствующий одному из вариантов осуществления изобретения.
Фиг. 10 представляет собой схему, показывающую две структуры кадров данных, соответствующие одному из вариантов осуществления изобретения.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
Технические решения в соответствии с вариантами осуществления изобретения ясно и полно описаны ниже в сочетании с чертежами.
Понятно, что технические решения в соответствии с вариантами осуществления изобретения могут быть использованы в системе "Интернет транспортных средств", которая может быть основана на различных системах связи, например, может представлять собой систему "Интернет транспортных средств", основанную на технологии LTE D2D. В отличие от способа приема или передачи данных связи между оконечными устройствами через сетевое устройство (например, базовую станцию) в обычной системе LTE, в системе "Интернет транспортных средств" используется способ связи D2D и, таким образом, обеспечивается более высокая спектральная эффективность и более низкая задержка передачи.
При необходимости система связи, на которой основана система "Интернет транспортных средств", может представлять собой глобальную систему мобильной связи (Global System of Mobile, GSM), систему множественного доступа с кодовым разделением (Code Division Multiple Access, CDMA), систему широкополосного множественного доступа с кодовым разделением (Wideband Code Division Multiple Access, WCDMA), систему пакетной радиосвязи общего пользования (General Packet Radio Service, GPRS), систему LTE, систему LTE с дуплексным режимом разделения по частоте (Frequency Division Duplex, FDD), систему LTE с дуплексным режимом разделения по времени (Time Division Duplex, ТDD), универсальную систему мобильной связи (Universal Mobile Telecommunication System, UMTS), систему широкополосного доступа в микроволновом диапазоне (Worldwide Interoperability for Microwave Access, WiMAX), систему New Radio (New Radio, NR) или будущую систему 5-го поколения (5G) и т.п.
Оконечное устройство в вариантах осуществления изобретения может относиться к бортовому оконечному устройству, а также может представлять собой оконечное устройство в сети 5G, оконечное устройство наземной сети мобильной связи общего доступа (Public Land Mobile Network, PLMN), которая может быть разработана в будущем, и т.п. Никаких ограничений в вариантах осуществления настоящего изобретения нет.
Каждый вариант осуществления изобретения описывается в сочетании с сетевым устройством. В вариантах осуществления изобретения сетевое устройство может представлять собой устройство, выполненное с возможностью связи с оконечным устройством. Сетевое устройство может представлять собой базовую приемопередающую станцию (Base Transceiver Station, BTS) в системе GSM или системе CDMA, или также базовую станцию NodeB (NodeB, NB) в системе WCDMA, базовую станцию Evolutional Node B (eNB или eNodeB) в системе стандарта LTE, или, кроме того, беспроводный контроллер в сети облачного радиодоступа (Cloud Radio Access Network, CRAN). Сетевое устройство может представлять собой ретрансляционную станцию, точку доступа, бортовое устройство, носимое устройство, сетевое устройство в будущей сети 5G или сетевое устройство наземной сети мобильной связи общего доступа (PLMN), которая может быть разработана в будущем, и т.п. Никаких ограничений в вариантах осуществления настоящего изобретения нет.
Фиг. 1 и фиг. 2 представляют собой схему реализации согласно соответствующим вариантам осуществления изобретения. В качестве примера на фиг. 1 показано сетевое устройство и два оконечных устройства. При необходимости в варианте осуществления изобретения система беспроводной связи может содержать множество сетевых устройств, а в зоне действия каждого сетевого устройства может находиться другое множество оконечных устройств. В этом отношении никаких ограничений для данного варианта осуществления настоящего изобретения нет. Кроме того, система беспроводной связи также может содержать другие сетевые объекты, такие как узел управления мобильностью (Mobile Management Entity, MME), обслуживающий шлюз (Serving Gateway, S-GW) и сетевой шлюз пакетной передачи данных (Packet data Network Gateway, P-GW). Однако в этом отношении никаких ограничений в вариантах осуществления настоящего изобретения нет.
В частности оконечное устройство 20 может поддерживать связь с оконечным устройством 30 в режиме связи D2D. Во время связи D2D оконечное устройство 20 поддерживает прямую связь с оконечным устройством 30 посредством канала связи D2D, например, SL. Как показано на фиг. 1 или фиг. 2, оконечное устройство 20 поддерживает прямую связь с оконечным устройством 30 посредством SL. На фиг. 1 оконечное устройство 20 поддерживает связь с оконечным устройством 30 посредством SL, а ресурс передачи выделяется сетевым устройством. На фиг. 2 оконечное устройство 20 поддерживает связь с оконечным устройством 30 посредством SL, ресурс передачи выбирается оконечным устройством независимо, а выделение ресурса передачи сетевым устройством не требуется.
Связь D2D может относиться к системе связи между подвижными объектами (Vehicle to Vehicle, V2V) или системе связи транспортного средства с другими объектами (V2X). В системе связи V2X, в общем, X может относиться к любому устройству с возможностью беспроводного приема и передачи, например, но не только, к беспроводному устройству, движущемуся с низкой скоростью, бортовому устройству, движущемуся с высокой скоростью, или узлу управления сетью с возможностью беспроводной передачи и приема. Понятно, что варианты осуществления изобретения в основном применяются в системе связи V2X, а также могут быть применены в любой другой системе связи D2D. В этом отношении никаких ограничений для вариантов осуществления настоящего изобретения нет.
В системе "Интернет транспортных средств" могут существовать два типа оконечных устройств, т.е. оконечное устройство с возможностью обнаружения, например, пользовательское устройство водителя (Vehicle User Equipment, VUE) или пользовательское устройство пешехода (Pedestrian User Equipment, PUE), и оконечное устройство без возможности обнаружения, например, PUE. VUE обладает более высокими возможностями в отношении обработки и, как правило, питается от аккумуляторной батареи в транспортном средстве. PUE обладает сравнительно низкими возможностями в отношении обработки, и главным фактором, который также необходимо учитывать в отношении PUE, является снижение энергопотребления. Поэтому в существующей системе "Интернет транспортных средств" VUE считается обладающим полными возможностями в отношении приема и обнаружения, в то время как PUE считается обладающим частичными возможностями в отношении приема и обнаружения или не обладающим указанными возможностями. Если PUE обладает частичной возможностью обнаружения, то для его выбора ресурса может быть выбран способ обнаружения, аналогичный способу обнаружения VUE, и доступный ресурс выбирается из ресурсов, которые могут быть обнаружены. Если PUE не обладает возможностью обнаружения, то PUE выбирает ресурс передачи из пула ресурсов случайным образом.
В версии 14 (Release-14) проекта партнерства третьего поколения (3rd Generation Partnership Project, 3GPP) определено два режима передачи, т.е. режим 3 передачи (режим 3) и режим 4 передачи (режим 4). В режиме 3 ресурс передачи для оконечного устройства выделяется базовой станцией, а оконечное устройство осуществляет передачу данных посредством SL в соответствии с ресурсом, выделенным базовой станцией. Базовая станция может выделять конечному устройству ресурс для однократной передачи или также выделять оконечному устройству ресурс для полупостоянной передачи. В режиме 4, если оконечное устройство имеет возможность обнаружения, данные передаются способом, объединяющим обнаружение и резервирование, а если оконечное устройство не имеет возможности обнаружения, ресурс передачи выбирается из пула ресурсов случайным образом. Оконечное устройство с возможностью обнаружения получает доступный набор ресурсов из пула ресурсов путем обнаружения, и оконечное устройство случайным образом выбирает ресурс из набора ресурсов для передачи данных. Поскольку обслуживание в системе "Интернет транспортных средств" является периодическим, оконечное устройство обычно использует полупостоянный способ передачи, а именно, после выбора ресурса передачи оконечное устройство может продолжать использовать ресурс в нескольких циклах передачи, так что вероятность повторного выбора ресурса и конфликта ресурсов уменьшается. Оконечное устройство может нести информацию для резервирования следующего ресурса передачи в передаваемой в этот раз управляющей информации, так что другое оконечное устройство может обнаружить управляющую информацию оконечного устройства, чтобы определить, зарезервирован ли ресурс и используется ли он оконечным устройством, или нет, чтобы уменьшить конфликты ресурсов.
Поскольку в режиме 3 ресурс распределяется базовой станцией, а в режиме 4 пул ресурсов конфигурируется или предварительно конфигурируется базовой станцией, в этих двух режимах пулы ресурсов перекрываться не будут, т.е. пулы ресурсов, соответствующие режиму 3 и, соответственно, режиму 4, разделены или не перекрывают друг друга. В режиме 3 оконечное устройство выполняет передачу данных по частотно-временному ресурсу в пуле ресурсов, поддерживающем режим 3, а в режиме 4 оконечное устройство выполняет передачу данных по частотно-временному ресурсу в пуле ресурсов, поддерживающем режим 4.
Для оконечного устройства, поддерживающего протокол связи 3GPP Release-15, также поддерживаются два режима передачи, например, режим 3 и режим 4. Когда оконечное устройство, поддерживающее Release-15 и оконечное устройство, поддерживающее Release-14, вместе выполняют в системе связи передачу данных, оконечное устройство с возможностью обнаружения может выбрать ресурс посредством обнаружения ресурса, а оконечное устройство без возможности обнаружения неизбежно может помешать передаче данных другого оконечного устройства. Поскольку оконечное устройство в режиме 3 соединено с базовой станцией, а ресурс передачи для него выделяется базовой станцией, более необходимо защищать надежность передачи оконечного устройства в режиме 3, когда сосуществуют оконечное устройство в режиме 3 и оконечное устройство в режиме 4.
При необходимости, как показано на фиг. 3, в системе "Интернет транспортных средств" оконечное устройство может передавать одни и те же данные на уровне PDCP сетевому устройству иди другому оконечному устройству посредством двух носителей на основе агрегации носителей. В частности, как показано на фиг. 3, объект PDCP связан с двумя объектами RLC. Оконечное устройство осуществляет дублирование первого протокольного блока данных протокола конвергенции пакетных данных (PDCP PDU), который должен быть передан, чтобы получить второй PDCP PDU. Оконечное устройство передает первый PDCP PDU одному объекту RLC (т. е. RLC1) из двух объектов RLC, и передает второй PDCP PDU другому объекту RLC (т.е. RLC2) из двух объектов RLC. Два объекта RLC обрабатывают соответствующие полученные PDCP PDU и передают первый PDCP PDU и второй PDCP PDU сетевому устройству или другому оконечному устройству посредством двух разных носителей.
Понятно, что оконечное устройство при приеме данных, передаваемых сетевым устройством или другим оконечным устройством, может выполнить процесс, обратный процессу передачи данных, показанному на фиг. 3.
Кроме того, каждый аспект или признак изобретения может быть осуществлен как способ, устройство или продукт с использованием стандартной техники программирования и/или стандартных инженерных технологий. Используемый в данном раскрытии термин "изделие" охватывает компьютерную программу, к которой можно получить доступ с любого компьютерочитаемого устройства, носителя или среды. Например, компьютерочитаемый носитель может включать, но не только, следующее: магнитное запоминающее устройство (например, жесткий диск, гибкий диск или магнитную ленту), оптический диск (например, компакт-диск (CD) и компакт-диск формата DVD), смарт-карту и устройство на основе флеш-памяти (например, электрически стираемое ППЗУ (ЭСППЗУ), карту, карту памяти или переносной USB-накопитель). Кроме того, различные носители, описанные в данном раскрытии, могут представлять собой одно или больше устройств и/или другой компьютерочитаемый носитель, выполненный с возможностью хранения информации. Термин "компьютерочитаемый носитель" может включать, но не только, различные носители, способные хранить, содержать и/или нести на себе инструкции и/или данные.
Понятно, что термины "система" и "сеть" в настоящем раскрытии часто используются взамен друг друга. В настоящем раскрытии термин "и/или" используется только для описания ассоциации связанных объектов и показывает, что могут существовать три соотношения. Например, A и/или B может обозначать, что существуют три случая, т.е. A существует отдельно, A и B существуют одновременно, и B существует отдельно. Кроме того, символ "/" в настоящем раскрытии обычно обозначает, что предыдущие и последующие связанные объекты образуют соотношение "или".
Фиг. 4 представляет собой блок-схему способа 200 поддержки дублирования данных в соответствии с одним из вариантов осуществления изобретения. Как показано на фиг. 4, способ 200 может быть выполнен с помощью передающего устройства, передающее устройство может представлять собой оконечное устройство, показанное на фиг. 1 или фиг. 2, а оконечное устройство может выполнять передачу данных, показанную на фиг. 3. Приемное устройство в способе 200 может представлять собой сетевое устройство, показанное на фиг. 1, и может представлять собой оконечное устройство, показанное на фиг. 1 или фиг. 2, а способ 200 может быть применен в системе "Интернет транспортных средств". Способ 200 включает в себя следующее содержание.
В этапе 210 передающее устройство передает приемному устройству множество RLC PDU. RLC-заголовок по меньшей мере одного RLC PDU из множества RLC PDU содержит поле указания, предназначенное для указания радиоканала, соответствующего указанному RLC PDU.
Понятно, что при выполнении дублирования данных посредством агрегации носителей передающее устройство передает по меньшей мере два RLC PDU.
Понятно, что при выполнении дублирования данных посредством агрегации носителей передающее устройство необходимо для указания посредством поля указания радиоканала, соответствующего RLC PDU.
При необходимости поле указания содержит идентификатор радиоканала, соответствующий PDCP, который соответствует RLC PDU.
При необходимости поле указания содержит LCID.
Возможен и другой способ, при котором поле указания содержит LCID и зарезервированный бит. Зарезервированному биту могут быть назначены разные значения для различения двух разных логических каналов, обслуживающих один и тот же канал. В частности используется следующий способ.
На носителе-1: сервисный блок данных (Service Data Unit, SDU) MAC A передается по логическому каналу A с зарезервированным битом = 0, LCID = X, например, X=00001.
На носителе-2: другой SDU MAC B (его можно понять, как дублированный SDU) передается по логическому каналу B с зарезервированным битом = 1, LCID = X, например, X=00001.
Следует отметить, что логические каналы A и B обслуживают один и тот же объект PDCP для реализации операции дублирования PDCP. Посредством вышеописанного способа может быть обеспечено зарезервированное пространство LCID, и функция дублирования может быть распространена на сообщение PC5-S. На фиг. 10 R обозначает положения зарезервированного бита в структуре, одна из которых представляет собой структуру кадра данных, включающую 7-битное поле L, а другая - структуру кадра данных, включающую 15-битное поле L. Подробности здесь не приводятся.
При необходимости RLC-заголовок по меньшей мере одного RLC PDU представляет собой RLC-заголовок, соответствующий по меньшей мере одному RLC PDU, или RLC-заголовок, включенный по меньшей мере в один RLC PDU.
При необходимости по меньшей мере два RLC PDU из множества RLC PDU соответствуют разным логическим каналам, и по меньшей мере два указанных RLC PDU соответствуют одному и тому же радиоканалу.
Соответственно в способе поддержки дублирования данных, обеспеченном в варианте осуществления настоящего изобретения, когда передающее устройство передает множество RLC PDU, RLC-заголовок по меньшей мере одного RLC PDU из множества RLC PDU может включать в себя поле указания, указывающее на радиоканал, соответствующий указанному RLC PDU. Следовательно, приемное устройство может определить радиоканал, соответствующий каждому RLC PDU из множества RLC PDU, и может быть использована надежная передача дублированных данных.
Фиг. 5 представляет собой блок-схему способа 300 поддержки дублирования данных в соответствии с одним из вариантов осуществления изобретения. Как показано на фиг. 5, способ 300 может быть выполнен с помощью приемного устройства, а приемное устройство может представлять собой сетевое устройство, показанное на фиг. 1, и также может представлять собой оконечное устройство, показанное на фиг. 1 или фиг. 2. Передающее устройство при способе 300 может представлять собой оконечное устройство, показанное на фиг. 1 или фиг. 2, оконечное устройство может выполнять передачу данных, показанную на фиг. 3, и способ 300 может быть применен в системе "Интернет транспортных средств". Способ 300 включает в себя следующее содержание.
В процессе операции 310 приемное устройство принимает множество RLC PDU, передаваемых передающим устройством.
При необходимости RLC-заголовок по меньшей мере одного RLC PDU из множества RLC PDU содержит поле указания.
При необходимости поле указания содержит радиоканал, соответствующий RLC PDU.
При необходимости поле указания содержит LCID.
При необходимости приемное устройство определяет соответствие между логическим каналом и радиоканалом согласно полю указания в RLC-заголовке по меньшей мере одного RLC PDU.
При необходимости поле указания может заключать в себе только содержимое с 1 битом. Например, если в протоколе определено, что 00010 может выполнять службу дублирования данных только вместе с 00001, или каждый из них поддерживает соответствующий канал, поле указания может заключать в себе только содержимое с 1 битом, чтобы индицировать радиоканал, соответствующий данному RLC PDU.
При необходимости соответствие между логическим каналом и радиоканалом предварительно конфигурируют, например, определяют посредством протокола.
Например, таблица 1 представляет собой таблицу распределения LCID. 01011-10100 в зарезервированных индексах могут быть выделены для RLC, служащего для дублирования данных. Например, логический канал 00001 и логический канал 01011 вместе могут обслуживать объект PDCP для канала 1, а логический канал 00010 и логический канал 01100 вместе могут обслуживать объект PDCP для канала 2.
Таблица 1
Индекс Значения LCID
00000 Зарезервировано
00001-01010 LCID
01011-11011 Зарезервировано
11100 Незащищенные сообщения PC5-S
11101 Сообщения PC5-S "Команда режима прямой защиты" и "Режим прямой защиты завершен"
11110 Другие сообщения PC5-S, которые защищены
11111 Дополнение
Также следует отметить, что при необходимости RLC-заголовок по меньшей мере одного RLC PDU представляет собой RLC-заголовок, соответствующий по меньшей мере одному RLC PDU, или RLC-заголовок, содержащийся по меньшей мере в одном RLC PDU.
То есть для RLC PDU и RLC-заголовка могут быть применены два соответствующих способа. Один способ состоит в том, что RLC PDU соответствует RLC-заголовку. То есть в этом отношении RLC PDU может не содержать RLC-заголовка, вместо этого RLC-заголовок существует вне RLC PDU. В таком случае RLC-заголовок может образовывать подзаголовок МАС. Таким образом, RLC PDU и RLC-заголовок, образующий подзаголовок MAC, могут быть объединены с заголовком MAC, чтобы образовать блок данных MAC-уровня.
Другой способ состоит в том, что RLC PDU содержит RLC-заголовок. Таким образом, RLC PDU образовывает блок данных MAC-уровня. Блок данных MAC-уровня может представлять собой MAC PDU.
Возможен и другой способ, при котором поле указания содержит LCID и зарезервированный бит. Зарезервированному биту могут быть назначены разные значения для различения двух разных логических каналов, обслуживающих один и тот же канал. В частности используется следующий способ.
На носителе 1: MAC SDU A передается по логическому каналу A с зарезервированным битом = 0, LCID = X, например, X=00001.
На носителе 2: другой сервисный блок данных MAC (SDU) B (его можно понять, как дублированный SDU) передается по логическому каналу B с зарезервированным битом = 1, LCID = X, например, X=00001.
Следует отметить, что логические каналы A и B обслуживают один и тот же объект PDCP для реализации операции дублирования PDCP. Посредством вышеописанного способа может быть обеспечено зарезервированное пространство LCID, и функция дублирования может быть распространена на сообщение PC5-S. На фиг. 10 R обозначает положения зарезервированного бита в структуре, одна из которых представляет собой структуру кадра данных, включающую 7-битное поле L, а другая - структуру кадра данных, включающую 15-битное поле L. Подробности здесь не приводятся.
На этапе 320 приемное устройство согласно соответствию между логическим каналом и радиоканалом определяет соответствующий радиоканал, соответствующий каждому RLC PDU из множества RLC PDU.
Таким образом, в способе поддержки дублирования данных, обеспеченном в варианте осуществления настоящего изобретения, приемное устройство, принимая множество RLC PDU, может согласно соответствию между логическим каналом и радиоканалом определить соответствующий радиоканал, соответствующий каждому RLC PDU из множества RLC PDU. Следовательно, также может быть реализована надежная передача дублированных данных.
Фиг. 6 представляет собой структурную схему передающего устройства 400, соответствующего одному из вариантов осуществления изобретения. Как показано на фиг. 6, передающее устройство 400 включает в себя передающий блок 410.
Передающий блок 410 выполнен с возможностью передачи RLC PDU в приемное устройство, RLC-заголовок по меньшей мере одного RLC PDU из множества RLC PDU содержит поле указания, предназначенное для указания радиоканала, соответствующего указанному RLC PDU.
При необходимости поле указания содержит идентификатор радиоканала, соответствующий PDCP, который соответствует RLC PDU.
При необходимости поле указания содержит LCID.
Возможен и другой способ, при котором поле указания содержит LCID и зарезервированный бит. Зарезервированному биту могут быть назначены разные значения для различения двух разных логических каналов, обслуживающих один и тот же канал. В частности используется следующий способ.
На носителе 1: MAC SDU A передается по логическому каналу A с зарезервированным битом = 0, LCID = X, например, X=00001.
На носителе 2: другой сервисный блок данных MAC (SDU) B (его можно понять, как дублированный SDU) передается по логическому каналу B с зарезервированным битом = 1, LCID = X, например, X=00001.
Следует отметить, что логические каналы A и B обслуживают один и тот же объект PDCP для реализации операции дублирования PDCP. Посредством вышеописанного способа может быть обеспечено зарезервированное пространство LCID, и функция дублирования может быть распространена на сообщение PC5-S. На фиг. 10 R обозначает положения зарезервированного бита в структуре, одна из которых представляет собой структуру кадра данных, включающую 7-битное поле L, а другая - структуру кадра данных, включающую 15-битное поле L. Подробности здесь не приводятся.
При необходимости по меньшей мере два RLC PDU из множества RLC PDU соответствуют разным логическим каналам, и по меньшей мере два указанных RLC PDU соответствуют одному и тому же радиоканалу.
При необходимости передающее устройство 400 применяется в системе "Интернет транспортных средств".
Понятно, что вышеупомянутые и другие операции и/или функции каждого блока в передающем устройстве 400 в соответствии с вариантом осуществления изобретения предназначены для реализации соответствующих последовательностей операций, выполняемых передающим устройством в способе 200, показанном на фиг. 4, и с целью упрощения подробно ниже не описаны.
Фиг. 7 представляет собой структурную схему приемного устройства 500, соответствующего одному из вариантов осуществления изобретения. Как показано на фиг. 7, приемное устройство 500 включает в себя приемный блок 510 и блок 520 обработки.
Приемное устройство 510 выполнено с возможностью приема множества RLC PDU, передаваемых передающим устройством.
Блок 520 обработки выполнен с возможностью, согласно соответствию между логическим каналом и радиоканалом определять соответствующий радиоканал, соответствующий каждому RLC PDU из множества RLC PDU.
При необходимости RLC-заголовок по меньшей мере одного RLC PDU из множества RLC PDU заключает в себе поле указания, которое содержит радиоканал, соответствующий RLC PDU.
Кроме того, блок 520 обработки выполнен так, что перед тем, как блок 520 обработки согласно соответствию между логическим каналом и радиоканалом определяет соответствующий радиоканал, соответствующий каждому RLC PDU из множества RLC PDU, он может определить соответствие между логическим каналом и радиоканалом согласно полю указания в RLC-заголовке по меньшей мере одного RLC PDU.
При необходимости RLC-заголовок по меньшей мере одного RLC PDU из множества RLC PDU содержит поле указания, а поле указания содержит LCID.
Кроме того, блок 520 обработки выполнен так, что перед тем, как блок 520 обработки согласно соответствию между логическим каналом и радиоканалом определяет соответствующий радиоканал, соответствующий каждому RLC PDU из множества RLC PDU, он может определить соответствие между логическим каналом и радиоканалом согласно полю указания в RLC-заголовке по меньшей мере одного RLC PDU.
Возможен и другой способ, при котором поле указания содержит LCID и зарезервированный бит. Зарезервированному биту могут быть назначены разные значения для различения двух разных логических каналов, обслуживающих один и тот же канал. В частности используется следующий способ.
На носителе 1: MAC SDU A передается по логическому каналу A с зарезервированным битом = 0, LCID = X, например, X=00001.
На носителе 2: другой сервисный блок данных MAC (SDU) B (его можно понять, как дублированный SDU) передается по логическому каналу B с зарезервированным битом = 1, LCID = X, например, X=00001.
Следует отметить, что логические каналы A и B обслуживают один и тот же объект PDCP для реализации операции дублирования PDCP. Посредством вышеописанного способа может быть обеспечено зарезервированное пространство LCID, и функция дублирования может быть распространена на сообщение PC5-S. На фиг. 10 R обозначает положения зарезервированного бита в структуре, одна из которых представляет собой структуру кадра данных, включающую 7-битное поле L, а другая - структуру кадра данных, включающую 15-битное поле L. Подробности здесь не приводятся.
При необходимости соответствие между логическим каналом и радиоканалом предварительно конфигурируют.
При необходимости по меньшей мере два RLC PDU из множества RLC PDU соответствуют разным логическим каналам, и по меньшей мере два указанных RLC PDU соответствуют одному и тому же радиоканалу.
При необходимости приемное устройство 500 применяется в системе "Интернет транспортных средств".
Понятно, что вышеупомянутые и другие операции и/или функции каждого блока в приемном устройстве 500 в соответствии с вариантом осуществления изобретения предназначены для реализации соответствующих последовательностей операций, выполняемых приемным устройством в способе 300, показанном на фиг. 5, и с целью упрощения подробно ниже не описаны.
Фиг. 8 представляет собой структурную схему устройства 600 для поддержки дублирования данных в соответствии с одним из вариантов осуществления изобретения. Устройство 600 содержит память 610, приемопередатчик 620 и процессор 630.
Память 610 выполнена с возможностью хранения программы, заключающей в себе код.
Приемопередатчик 620 выполнен с возможностью, поддерживать связь с другим устройством.
Процессор 630 выполнен с возможностью выполнения программного кода, содержащегося в памяти 610.
При необходимости процессор 630, кроме того, может быть выполнен с возможностью, при выполнении кода реализовывать каждую операцию, выполняемую посредством передающего устройства в способе 200, показанном на фиг. 4. Для упрощения более подробное описание здесь не приводится. В таком случае устройство 600 может быть оконечным устройством, например, VUE.
При необходимости процессор 630 может быть выполнен с возможностью, при выполнении кода реализовывать каждую операцию, выполняемую посредством приемного устройства в способе 300, показанном на фиг. 5. Для упрощения более подробное описание здесь не приводится. В таком случае устройство 600 может быть сетевым устройством доступа, а также может быть основным сетевым устройством. Приемопередатчик 620 выполнен с возможностью выполнения конкретной передачи и приема сигнала под управлением процессора 630.
Понятно, что в данном варианте осуществления настоящего изобретения процессор 630 может представлять собой центральный процессор (Central Processing Unit, CPU), и процессор 630 также может представлять собой другой универсальный процессор, цифровой сигнальный процессор (Digital Signal Processor, DSP), прикладную специализированную интегральную схему (Application Specific Integrated Circuit, ASIC), программируемую пользователем вентильную матрицу (Field-Programmable Gate Array, FPGA) или другое программируемое логическое устройство, дискретные логические элементы или транзисторные логические устройства и дискретные аппаратные компоненты, и т.п. Универсальный процессор может быть микропроцессором, или процессор также может быть любым процессором общего назначения, и т.п.
Память 610 может включать постоянное запоминающее устройство (ПЗУ) и оперативное запоминающее устройство (ОЗУ) и обеспечивает инструкцию и данные для процессора 630. Часть памяти 610 также может включать некратковременное оперативное запоминающее устройство (ОЗУ). Например, память 610 также может хранить информацию о типе устройства.
Приемопередатчик 620 может быть выполнен с возможностью выполнения функций передачи и приема сигнала, например, функций частотной модуляции и демодуляции или функций преобразования с повышением или понижением частоты.
В процессе осуществления по меньшей мере один этап способа может быть выполнен посредством аппаратной интегральной логической схемы в процессоре 630, или интегральная логическая схема может управляться посредством инструкций в форме программного обеспечения, чтобы выполнить по меньшей мере один этап. Таким образом, устройство 600 для поддержки дублирования данных может быть чипом или чипсетом. Этапы способа, раскрытого в сочетании с вариантами осуществления настоящего изобретения, могут быть непосредственно осуществлены для выполнения и завершения аппаратным процессором или комбинацией аппаратных модулей и программного обеспечения в процессоре. Программные модули могут быть расположены в подходящем носителе для хранения, известном в данной области техники, таком как ОЗУ, флеш-память, ПЗУ, программируемое ПЗУ или электрически стираемое программируемое ПЗУ, и регистр. Носитель расположен в памяти, а процессор 630 считывает информацию в памяти и выполняет этапы способов в сочетании с содержащимися в нем аппаратными средствами. Чтобы избежать повторов, более подробное описание здесь не приводится.
Фиг. 9 представляет собой структурную схему системного чипа 700, соответствующего одному из вариантов осуществления изобретения. Системный чип 700 на фиг. 9 содержит входной интерфейс 701, выходной интерфейс 702, процессор 703 и память 704, которые могут быть соединены посредством внутренней соединительной линии связи. Процессор 703 выполнен с возможностью выполнения кода, содержащегося в памяти 704.
При необходимости процессор 703 выполнен с возможностью, при выполнении кода реализовывать способы, выполняемые посредством передающего устройства в вариантах осуществления предлагаемого способа. Для упрощения более подробное описание здесь не приводится.
При необходимости процессор 703 выполнен с возможностью, при выполнении кода реализовывать способы, выполняемые посредством приемного устройства в вариантах осуществления предлагаемого способа. Для упрощения более подробное описание здесь не приводится.
Варианты осуществления могут быть полностью или частично реализованы посредством программного обеспечения, аппаратных средств, микропрограммного обеспечения или любого сочетания вышеперечисленного. Во время реализации посредством программного обеспечения варианты осуществления могут быть полностью или частично реализованы в форме компьютерного программного продукта. Компьютерный программный продукт содержит одну или больше компьютерных инструкций. Когда инструкция компьютерной программы загружается и выполняется в компьютере, полностью или частично создаются последовательности функций согласно вариантам осуществления настоящего изобретения. Компьютер может быть универсальным компьютером, специализированным компьютером, компьютерной сетью или другим программируемым устройством. Компьютерная инструкция может храниться в компьютерочитаемом носителе или передаваться из одного компьютерочитаемого носителя в другой компьютерочитаемый носитель. Например, компьютерная инструкция может быть передана с веб-сайта, компьютера, сервера или центра обработки данных на другой веб-сайт, компьютер, сервер или центр обработки данных проводным (например, коаксиальный кабель, оптическое волокно, цифровая абонентская линия (Digital Subscriber Line, DSL)), или беспроводным способом (например, инфракрасное излучение, радиосвязь или микроволновое излучение). Компьютерочитаемый носитель может быть любым подходящим носителем, доступным для компьютера или устройства хранения данных, такого как сервер и центр обработки данных, включая один или больше интегрированных доступных носителей. Подходящим носителем может быть магнитный носитель (например, гибкий диск, жесткий диск и магнитная лента) или оптический носитель (например, DVD), полупроводниковый носитель (например, твердотельный диск (Solid State Disk, SSD)) или т.п.
Понятно, что в разных вариантах осуществления изобретения значение порядкового номера каждого процесса не означает последовательности выполнения, а последовательность выполнения каждого процесса должна определяться его функцией и внутренней логикой и не должна образовывать каких-либо ограничений для процесса реализации вариантов осуществления изобретения.
Специалисты в данной области могут ясно понять, что конкретные рабочие процессы системы, устройства и блока, которые описаны выше, могут относиться к соответствующим процессам в вариантах осуществления способа, поэтому для удобного и краткого описания здесь они подробно не рассматриваются.
Выше раскрыто лишь несколько вариантов реализации настоящего изобретения, не предназначенные для ограничения объема его охраны. Различные эквивалентные изменения или замены, очевидные для специалистов, в пределах технического объема, раскрытого в настоящем изобретении, должны находиться в пределах объема охраны настоящего изобретения. Таким образом, объем охраны настоящего изобретения обусловлен объемом охраны приложенной формулы.

Claims (29)

1. Способ поддержки дублирования данных, включающий:
передачу приемному устройству посредством передающего устройства множества протокольных блоков данных (Protocol Data Units, PDU) управления радиоканалом (Radio Link Control, RLC), причем RLC-заголовок по меньшей мере одного протокольного блока данных управления радиоканалом (RLC PDU) из множества RLC PDU содержит поле указания, предназначенное для указания радиоканала, соответствующего указанному RLC PDU, и RLC-заголовок по меньшей мере одного RLC PDU представляет собой RLC-заголовок, соответствующий по меньшей мере одному RLC PDU, RLC-заголовок используют для формирования подзаголовка управления доступом к среде (Media Access Control, МАС).
2. Способ по п. 1, согласно которому поле указания содержит идентификатор логического канала (Logical Channel Identity, LCID).
3. Способ по любому из пп. 1, 2, согласно которому по меньшей мере два RLC PDU из множества RLC PDU соответствуют разным логическим каналам, и по меньшей мере два
указанных RLC PDU соответствуют одному и тому же радиоканалу.
4. Способ по любому из пп. 1-3, согласно которому способ применяют в системе "Интернет транспортных средств".
5. Способ поддержки дублирования данных, включающий:
прием посредством приемного устройства множества протокольных блоков данных (Protocol Data Units, PDU) управления радиоканалом (Radio Link Control, RLC), передаваемых передающим устройством, причем RLC-заголовок по меньшей мере одного RLC PDU из множества RLC PDU содержит поле указания, предназначенное для указания радиоканала, соответствующего указанному RLC PDU, причем RLC-заголовок по меньшей мере одного RLC PDU представляет собой RLC-заголовок, соответствующий по меньшей мере одному RLC PDU, а RLC-заголовок используют для формирования подзаголовка управления доступом к среде (Media Access Control, МАС); и
определение посредством приемного устройства согласно соответствию между логическим каналом и радиоканалом соответствующего радиоканала, соответствующего каждому протокольному блоку данных управления радиоканалом (RLC PDU) из множества RLC PDU.
6. Способ по п. 5, согласно которому перед определением соответствующего радиоканала, соответствующего каждому RLC PDU из множества RLC PDU согласно соответствию между логическим каналом и радиоканалом, способ дополнительно включает:
определение соответствия между логическим каналом и радиоканалом согласно полю указания в RLC-заголовке по меньшей мере одного RLC PDU.
7. Способ по п. 5, согласно которому поле указания содержит идентификатор логического канала (Logical Channel Identity, LCID); и
перед определением соответствующего радиоканала, соответствующего каждому RLC PDU из множества RLC PDU согласно соответствию между логическим каналом и радиоканалом, способ дополнительно включает:
определение соответствия между логическим каналом и радиоканалом согласно полю указания в RLC-заголовке по меньшей мере одного RLC PDU.
8. Способ по любому из пп. 5-7, согласно которому по меньшей мере два RLC PDU из множества RLC PDU соответствуют разным логическим каналам, и по меньшей мере два указанных RLC PDU соответствуют одному и тому же радиоканалу.
9. Способ по любому из пп. 5-7, согласно которому способ применяют в системе "Интернет транспортных средств".
10. Передающее устройство, содержащее:
передающее устройство, выполненное с возможностью передачи множества протокольных блоков данных (Protocol Data Units, PDU) управления радиоканалом (Radio Link Control, RLC) приемному устройству, причем RLC-заголовок по меньшей мере одного протокольного блока данных управления радиоканалом (RLC PDU) из множества RLC PDU содержит поле указания, предназначенное для указания радиоканала, соответствующего указанному RLC PDU, и причем RLC-заголовок по меньшей мере одного RLC PDU представляет собой RLC-заголовок, соответствующий по меньшей мере одному RLC PDU, а RLC-заголовок используется для формирования подзаголовка управления доступом к среде (Media Access Control, МАС).
11. Передающее устройство по п. 10, в котором поле указания содержит идентификатор логического канала (Logical Channel Identity, LCID).
12. Передающее устройство по любому из пп. 10, 11, в котором по меньшей мере два RLC PDU из множества RLC PDU соответствуют разным логическим каналам, и по меньшей мере два указанных RLC PDU соответствуют одному и тому же радиоканалу.
13. Передающее устройство по любому из пп. 10-12, в котором передающее устройство применяется в системе "Интернет транспортных средств".
14. Приемное устройство, содержащее:
приемный блок, выполненный с возможностью приема множества протокольных блоков данных (Protocol Data Unit, PDU) управления радиоканалом (Radio Link Control, RLC), передаваемых передающим устройством, причем RLC-заголовок по меньшей мере одного RLC PDU из множества RLC PDU содержит поле указания, предназначенное для указания радиоканала, соответствующего указанному RLC PDU, причем RLC-заголовок по меньшей мере одного RLC PDU представляет собой RLC-заголовок, соответствующий по меньшей мере одному RLC PDU, а RLC-заголовок используется для формирования подзаголовка управления доступом к среде (Media Access Control, МАС); и
блок обработки, выполненный с возможностью определения согласно соответствию между логическим каналом и радиоканалом соответствующего радиоканала, соответствующего каждому протокольному блоку данных управления радиоканалом (RLC PDU) из множества RLC PDU.
15. Приемное устройство по п. 14, в котором блок обработки дополнительно выполнен с возможностью определения соответствия между логическим каналом и радиоканалом согласно полю указания в RLC-заголовке по меньшей мере одного RLC PDU перед тем, как согласно соответствию между логическим каналом и радиоканалом определить соответствующий радиоканал, соответствующий каждому RLC PDU из множества RLC PDU.
16. Приемное устройство по п. 14, в котором поле указания содержит идентификатор логического канала (Logical Channel Identity, LCID); и
блок обработки дополнительно выполнен с возможностью определения соответствия между логическим каналом и радиоканалом согласно полю указания в RLC-заголовке по меньшей мере одного RLC PDU перед тем, как согласно соответствию между логическим каналом и радиоканалом определить соответствующий радиоканал, соответствующий каждому RLC PDU из множества RLC PDU.
17. Приемное устройство по любому из пп. 14-16, в котором по меньшей мере два RLC PDU из множества RLC PDU соответствуют разным логическим каналам, и по меньшей мере два указанных RLC PDU соответствуют одному и тому же радиоканалу.
18. Приемное устройство по любому из пп. 14-16, в котором приемное устройство применяется в системе "Интернет транспортных средств".
RU2020101950A 2017-08-04 2018-03-13 Способ поддержки дублирования данных, передающее оконечное устройство и приемное оконечное устройство RU2762931C2 (ru)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
CNPCT/CN2017/096079 2017-08-04
PCT/CN2017/096079 WO2019024105A1 (zh) 2017-08-04 2017-08-04 支持数据重复的方法、发射端设备和接收端设备
CNPCT/CN2017/117778 2017-12-21
PCT/CN2017/117778 WO2019024399A1 (zh) 2017-08-04 2017-12-21 支持数据重复的方法、发射端设备和接收端设备
PCT/CN2018/078892 WO2019024504A1 (zh) 2017-08-04 2018-03-13 支持数据重复的方法、发射端设备和接收端设备

Publications (3)

Publication Number Publication Date
RU2020101950A RU2020101950A (ru) 2021-09-07
RU2020101950A3 RU2020101950A3 (ru) 2021-09-07
RU2762931C2 true RU2762931C2 (ru) 2021-12-24

Family

ID=65232850

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2020101950A RU2762931C2 (ru) 2017-08-04 2018-03-13 Способ поддержки дублирования данных, передающее оконечное устройство и приемное оконечное устройство

Country Status (17)

Country Link
US (1) US11284296B2 (ru)
EP (1) EP3627735B1 (ru)
JP (1) JP7083854B2 (ru)
KR (1) KR20200036814A (ru)
CN (2) CN110731061B (ru)
AU (1) AU2018310941A1 (ru)
BR (1) BR112019027828A2 (ru)
CA (1) CA3066605A1 (ru)
CL (1) CL2020000032A1 (ru)
IL (1) IL271166A (ru)
MX (1) MX2020001219A (ru)
PH (1) PH12019502858A1 (ru)
RU (1) RU2762931C2 (ru)
SG (1) SG11201911811SA (ru)
TW (1) TWI785085B (ru)
WO (3) WO2019024105A1 (ru)
ZA (1) ZA201908390B (ru)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112583530B (zh) * 2019-09-27 2022-04-15 大唐移动通信设备有限公司 一种数据传输方法、装置及设备
CN117715192A (zh) * 2020-07-17 2024-03-15 华为技术有限公司 一种数据传输方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020187789A1 (en) * 2001-03-27 2002-12-12 Diachina John W. Short access for realizing a signaling radio bearer in geran
RU2280951C2 (ru) * 2002-11-07 2006-07-27 Эл Джи Электроникс Инк. Способ и устройство мультиплексирования логических каналов в системе мобильной связи
WO2009079854A1 (fr) * 2007-12-24 2009-07-02 Alcatel Shanghai Bell Co., Ltd. Procédé et dispositif pour identifier des tailles et sources de plusieurs rlc pdu
RU2461987C2 (ru) * 2007-10-01 2012-09-20 Квэлкомм Инкорпорейтед Формат заголовка управления доступом к среде
WO2016068456A1 (en) * 2014-10-31 2016-05-06 Lg Electronics Inc. Method for avoiding transmitting mac pdu having padding only in a d2d communication system and device therefor
WO2017014716A1 (en) * 2015-07-23 2017-01-26 Intel IP Corporation Layer 2 relay protocols and mobility relay method

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101166193B (zh) * 2006-10-19 2011-07-20 大唐移动通信设备有限公司 一种媒体接入控制协议数据单元的传输方法和系统
CN101299711B (zh) * 2007-04-30 2011-08-10 华为技术有限公司 数据单元转换的方法、设备及数据单元传输的系统
WO2009000847A2 (en) * 2007-06-25 2008-12-31 Nokia Siemens Networks Oy Message transfer for in-band signaling messages in radio access networks
US8718647B2 (en) * 2008-06-20 2014-05-06 Qualcomm Incorporated Method and apparatus for prioritizing status messages in a wireless communication system
RU2508611C2 (ru) * 2009-03-20 2014-02-27 Телефонактиеболагет Л М Эрикссон (Пабл) Идентификация однонаправленного радиоканала для транзитного автосоединения и ретрансляции в расширенном lte
US10264445B2 (en) * 2010-03-30 2019-04-16 Cloud Network Technology Singapore Pte. Ltd. Relay user equipment device and capability discovery method thereof
KR101568310B1 (ko) * 2013-02-01 2015-11-12 주식회사 케이티 스몰 셀 환경에서의 사용자 플레인 데이터 전송 방법 및 장치
CN103782569B (zh) * 2013-07-15 2016-09-28 华为技术有限公司 数据处理装置和方法
EP2854444A1 (en) * 2013-09-27 2015-04-01 Panasonic Intellectual Property Corporation of America Efficient uplink scheduling mechanism for dual connectivity
KR102157798B1 (ko) * 2013-10-29 2020-09-18 삼성전자 주식회사 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치
WO2015163626A1 (en) 2014-04-24 2015-10-29 Lg Electronics Inc. Method for releasing a sidelink radio bearer for d2d communication system and device therefor
US10142799B2 (en) * 2014-08-19 2018-11-27 Qualcomm Incorporated Multicasting traffic using multi-connectivity
US20160295624A1 (en) * 2015-04-02 2016-10-06 Samsung Electronics Co., Ltd Methods and apparatus for resource pool design for vehicular communications
WO2017003230A1 (ko) 2015-06-30 2017-01-05 엘지전자 주식회사 V2x 통신 시스템에서 단말의 v2x 통신 방법 및 단말
CN105246106B (zh) * 2015-09-02 2019-02-12 北京星河亮点技术股份有限公司 Lte-a终端测试仪表在载波聚合下mac层数据调度方法
US10841203B2 (en) * 2015-12-11 2020-11-17 Qualcomm Incorporated Coordination of multiple routes for a single IP connection
US11115837B2 (en) * 2016-03-25 2021-09-07 Lg Electronics, Inc. Method and device for transmitting data unit, and method and device for receiving data unit
US10778379B2 (en) * 2016-07-12 2020-09-15 Lg Electronics Inc. Uplink signal transmission method and user equipment
KR102357594B1 (ko) * 2017-03-23 2022-02-04 삼성전자 주식회사 패킷 중복을 위한 데이터 처리 방법 및 장치
WO2019064261A1 (en) * 2017-09-28 2019-04-04 Telefonaktiebolaget Lm Ericsson (Publ) SECURITY ENHANCEMENTS FOR EARLY DATA TRANSMISSIONS

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020187789A1 (en) * 2001-03-27 2002-12-12 Diachina John W. Short access for realizing a signaling radio bearer in geran
RU2280951C2 (ru) * 2002-11-07 2006-07-27 Эл Джи Электроникс Инк. Способ и устройство мультиплексирования логических каналов в системе мобильной связи
RU2461987C2 (ru) * 2007-10-01 2012-09-20 Квэлкомм Инкорпорейтед Формат заголовка управления доступом к среде
WO2009079854A1 (fr) * 2007-12-24 2009-07-02 Alcatel Shanghai Bell Co., Ltd. Procédé et dispositif pour identifier des tailles et sources de plusieurs rlc pdu
WO2016068456A1 (en) * 2014-10-31 2016-05-06 Lg Electronics Inc. Method for avoiding transmitting mac pdu having padding only in a d2d communication system and device therefor
WO2017014716A1 (en) * 2015-07-23 2017-01-26 Intel IP Corporation Layer 2 relay protocols and mobility relay method

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP TR 38.912 V1.0.0; 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on New Radio (NR) Access Technology, 03.2017. *
3GPP TSG-RAN2 Meeting #57bis, Samsung, PDCP/RLC/MAC header format, R2-071137, 03.2007. *
3GPP TSG-RAN2 Meeting #57bis, Samsung, PDCP/RLC/MAC header format, R2-071137, 03.2007. WO 2009079854 A1, 02.07.2009,. *

Also Published As

Publication number Publication date
CN110731061A (zh) 2020-01-24
EP3627735A4 (en) 2020-05-27
CA3066605A1 (en) 2019-02-07
JP2020529148A (ja) 2020-10-01
KR20200036814A (ko) 2020-04-07
ZA201908390B (en) 2020-10-28
US20210092637A1 (en) 2021-03-25
US11284296B2 (en) 2022-03-22
TW201911903A (zh) 2019-03-16
PH12019502858A1 (en) 2020-09-28
MX2020001219A (es) 2020-03-24
IL271166A (en) 2020-01-30
SG11201911811SA (en) 2020-01-30
WO2019024105A1 (zh) 2019-02-07
AU2018310941A1 (en) 2020-01-16
WO2019024399A1 (zh) 2019-02-07
CN111212398A (zh) 2020-05-29
WO2019024504A1 (zh) 2019-02-07
CL2020000032A1 (es) 2020-05-29
RU2020101950A (ru) 2021-09-07
CN110731061B (zh) 2024-09-20
JP7083854B2 (ja) 2022-06-13
CN111212398B (zh) 2022-11-04
EP3627735B1 (en) 2022-05-11
EP3627735A1 (en) 2020-03-25
RU2020101950A3 (ru) 2021-09-07
TWI785085B (zh) 2022-12-01
BR112019027828A2 (pt) 2020-07-07

Similar Documents

Publication Publication Date Title
US11979855B2 (en) Resource selection method and terminal device
WO2020047856A1 (zh) 配置信息的传输方法和终端设备
RU2742100C1 (ru) Способ передачи данных, оконечное устройство и сетевое устройство
US10834735B2 (en) Method and device for selecting a carrier, and terminal device
TWI821359B (zh) 側行通道配置方法、終端設備和網路設備
KR20200083968A (ko) 전송 파라미터를 확정하는 방법, 단말 장비 및 네트워크 장비
JP2021501486A (ja) リソース割り当て用の方法、ネットワーク装置及び通信装置
US20220174568A1 (en) Wireless communication method and terminal device
RU2762931C2 (ru) Способ поддержки дублирования данных, передающее оконечное устройство и приемное оконечное устройство
CN112703710B (zh) 数据传输方法、发射端设备和接收端设备
JP6880191B2 (ja) 共有基準信号を復調するための方法、端末装置とネットワーク装置
CN113491151B (zh) 无线通信的方法和设备