RU2636753C1 - Способ конфигурирования mac pdu для системы связи d2d и устройство для его осуществления - Google Patents

Способ конфигурирования mac pdu для системы связи d2d и устройство для его осуществления Download PDF

Info

Publication number
RU2636753C1
RU2636753C1 RU2016127578A RU2016127578A RU2636753C1 RU 2636753 C1 RU2636753 C1 RU 2636753C1 RU 2016127578 A RU2016127578 A RU 2016127578A RU 2016127578 A RU2016127578 A RU 2016127578A RU 2636753 C1 RU2636753 C1 RU 2636753C1
Authority
RU
Russia
Prior art keywords
mac
target
source
identified
sdus
Prior art date
Application number
RU2016127578A
Other languages
English (en)
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 ЭлДжи ЭЛЕКТРОНИКС ИНК.
Application granted granted Critical
Publication of RU2636753C1 publication Critical patent/RU2636753C1/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/24Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2612Arrangements for wireless medium access control, e.g. by allocating physical layer transmission capacity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/38Arrangements for distribution where lower stations, e.g. receivers, interact with the broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J11/00Orthogonal multiplex systems, e.g. using WALSH codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/023Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W64/00Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • H04W64/003Locating users or terminals or network equipment for network management purposes, e.g. mobility management locating network equipment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1215Wireless traffic scheduling for collaboration of different radio technologies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/16Interfaces between hierarchically similar devices
    • H04W92/18Interfaces between hierarchically similar devices between terminal devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/618Details of network addresses
    • H04L2101/622Layer-2 addresses, e.g. medium access control [MAC] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2203/00Aspects of automatic or semi-automatic exchanges
    • H04M2203/65Aspects of automatic or semi-automatic exchanges related to applications where calls are combined with other types of communication
    • H04M2203/655Combination of telephone service and social networking
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/06Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16Gateway arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Настоящее изобретение относится к системе беспроводной связи и предназначено для конфигурирования протокольного блока данных управления доступом к среде (MAC PDU). Способ содержит: формирование, первым UE, MAC PDU, включающего в себя ID источника, ID цели, множество ID логических каналов и множество MAC SDU, причем каждый MAC SDU передается от первого UE, идентифицированного посредством ID источника, к каждому второму UE, идентифицированному посредством ID цели, через логический канал, идентифицированный посредством одного из множества ID логических каналов; передачу MAC PDU к по меньшей мере одному второму UE через интерфейс, причем интерфейс сконфигурирован непосредственно между первым UE и упомянутым по меньшей мере одним вторым UE. 4 н. и 8 з.п. ф-лы, 20 ил.

Description

ОБЛАСТЬ ТЕХНИКИ
[0001] Настоящее изобретение относится к системе беспроводной связи и, более конкретно, к способу для конфигурирования MAC PDU (протокольного блока данных управления доступом к среде) для системы связи D2D (от устройства к устройству) и к устройству для его осуществления.
УРОВЕНЬ ТЕХНИКИ
[0002] В качестве примера системы мобильной связи, к которой применимо настоящее изобретение, кратко описана система связи Долгосрочной эволюции стандарта 3GPP (партнерского проекта 3-го поколения) (в дальнейшем упоминаемой как LTE).
[0003] Фиг. 1 представляет собой вид, схематично иллюстрирующий сетевую структуру E-UMTS в качестве примерной системы радиосвязи. Развитая Универсальная мобильная телекоммуникационная система (E-UMTS) является усовершенствованной версией обычной Универсальной мобильной телекоммуникационной системы (UMTS), и ее базовая стандартизация в настоящее время осуществляется в 3GPP. E-UMTS может, в общем, упоминаться как система Долгосрочной эволюции (LTE). Для получения более подробной информации о технических спецификациях UMTS и E-UMTS, можно сослаться на выпуск 7 и выпуск 8 “3rd Generation Partnership Project; Technical Specification Group Radio Access Network”.
[0004] Со ссылкой на фиг. 1, Е-UMTS включает в себя пользовательское оборудование (UE), узлы eNode B (eNB) и шлюз доступа (AG), который расположен на конце сети (E-UTRAN) и соединен с внешней сетью. eNB могут одновременно передавать множество потоков данных для услуги широковещательной передачи, услуги многоадресной передачи и/или услуги одноадресной передачи.
[0005] Одна или несколько сот могут существовать на каждый еNB. Сота устанавливается для работы в соответствующей полосе пропускания, такой как 1,25, 2,5, 5, 10, 15 и 20 МГц, и обеспечивает услугу передачи нисходящей линии связи (DL) или восходящей линии связи (UL) для множества UE в соответствующей полосе пропускания. Различные соты могут быть установлены, чтобы обеспечивать различные полосы пропускания. еNB управляет передачей или приемом данных к и от множества UE. еNB передает информацию планирования DL данных DL к соответствующему UE таким образом, чтобы информировать UE о временной/частотной области, в которой предполагается передавать данные DL, кодировании, размере данных, и информацию, относящуюся к гибридному автоматическому запросу повторной передачи (HARQ). Кроме того, еNB передает информацию планировании UL данных UL к соответствующему UE таким образом, чтобы информировать UE о временной/частотной области, которая может быть использована UE, кодировании, размере данных, и информацию, относящуюся к HARQ. Интерфейс для передачи пользовательского трафика или управляющего трафика может использоваться между еNB. Базовая сеть (CN) может включать в себя AG и сетевой узел и т.п. для регистрации пользователей UE. AG управляет мобильностью UE на основе зоны слежения (TA). Одна ТА включает в себя множество сот.
[0006] Связь от устройства к устройству (D2D) относится к распределенной технологии связи, которая непосредственно передает трафик между соседними узлами, без использования инфраструктуры, такой как базовая станция. В среде связи D2D, каждый узел, такой как портативный терминал, обнаруживает пользовательское оборудование, физически соседнее с ним, и передает трафик после установления сеанса связи. Таким образом, так как связь D2D может решать проблему перегрузки трафика путем распределения трафика, сконцентрированного на базовой станции, то связь D2D может привлечь внимание в качестве элемента технологии мобильной связи следующего поколения после 4G. По этой причине орган стандартизации, такой как 3GPP или IEEE, продолжает работы по установлению стандарта связи D2D на базе LTE-A или Wi-Fi, а также компания Qualcomm разработала свою собственную технологию связи D2D.
[0007] Ожидается, что связь D2D будет способствовать увеличению пропускной способности системы мобильной связи, а также создавать новые услуги связи. Кроме того, связь D2D может поддерживать основанные на пространственной близости службы социальных сетей или службы сетевых игр. Проблема связи пользовательского оборудования, находящегося в зоне слабого сигнала, может быть решена с помощью линии связи D2D в качестве ретранслятора. Таким образом, ожидается, что технология D2D будет предоставлять новые услуги в различных областях.
[0008] Технологии связи D2D, такие как инфракрасная связь, ZigBee, радиочастотная идентификация (RFID) и связь ближнего поля (NFC) на основе RFID, уже используются. Однако, поскольку эти технологии поддерживают связь только конкретного объекта в пределах ограниченного расстояния (около 1 м), то трудно рассматривать эти технологии в качестве технологий связи D2D в строгом смысле.
[0009] Хотя связь D2D была описана, как указано выше, детали способа передачи данных из множества пользовательских оборудований D2D с тем же самым ресурсом не были предложены.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
ТЕХНИЧЕСКАЯ ЗАДАЧА
[0010] Задачей настоящего изобретения, направленного на решение вышеуказанной проблемы, является создание способа и устройства для конфигурирования MAC PDU для системы связи D2D. Технические задачи, решаемые настоящим изобретением, не ограничиваются вышеуказанными техническими задачами, и специалисты в данной области техники могут понять другие технические проблемы из приведенного ниже описания.
ТЕХНИЧЕСКОЕ РЕШЕНИЕ
[0011] Задача настоящего изобретения может быть решена посредством создания способа для пользовательского оборудования (UE), работающего в системе беспроводной связи, причем способ содержит: формирование, первым UE, MAC PDU, включающего в себя ID источника, ID цели, множество ID логических каналов и множество MAC SDU (служебных блоков данных), причем каждый MAC SDU передается от первого UE, идентифицированного посредством ID источника, к каждому второму UE, идентифицированному посредством ID цели, через логический канал, идентифицированный одним из множества ID логических каналов; передачу MAC PDU к по меньшей мере одному второму UE через интерфейс, причем интерфейс сконфигурирован непосредственно между первым UE и упомянутым по меньшей мере одним вторым UE.
[0012] В другом аспекте настоящего изобретения, предложено UE (пользовательское оборудование) для выполнения процедуры произвольного доступа в системе беспроводной связи, причем UE содержит: RF (радиочастотный) модуль и процессор, сконфигурированный для управления RF модулем, причем процессор сконфигурирован для формирования MAC PDU, включающего в себя ID источника, ID цели, множество ID логических каналов и множество MAC-SDU, причем каждый MAC-SDU, передается от первого UE, идентифицированного посредством ID источника, к каждому второму UE, идентифицированному посредством ID цели, через логический канал, идентифицированный одним из множества ID логических каналов, чтобы передать MAC PDU к по меньшей мере одному второму UE через интерфейс, причем интерфейс сконфигурирован непосредственно между первым UE и упомянутым по меньшей мере одним вторым UE.
[0013] В то же время, в другом аспекте настоящего изобретения, здесь предложен способ для пользовательского оборудования (UE), работающего в системе беспроводной связи, причем способ содержит: прием, вторым UE, MAC PDU, включающего в себя ID источника, ID цели и множество ID логических каналов и множество MAC-SDU, от по меньшей мере одного первого UE через интерфейс, причем интерфейс сконфигурирован непосредственно между вторым UE и упомянутым по меньшей мере одним первым UE; обработку MAC PDU, причем каждый MAC-SDU передается от первого UE, идентифицированного посредством ID источника, к каждому второму UE, идентифицированному посредством ID цели, через логический канал, идентифицированный одним из множества ID логических каналов.
[0014] В другом аспекте настоящего изобретения, предложено UE (пользовательское оборудование) для выполнения процедуры произвольного доступа в системе беспроводной связи, причем UE содержит: RF (радиочастотный) модуль и процессор, сконфигурированный для управления RF модулем, при этом процессор сконфигурирован для приема MAC PDU, включающего в себя ID источника, ID цели, множество ID логических каналов и множество MAC SDU, от по меньшей мере одного первого UE через интерфейс, причем интерфейс сконфигурирован непосредственно между вторым UE и упомянутым по меньшей мере одним первым UE, и для обработки MAC-PDU, причем каждый MAC SDU передается от первого UE, идентифицированного посредством ID источника, к каждому второму UE, идентифицированному посредством ID цели, через логический канал, идентифицированный одним из множества ID логических каналов.
[0015] Предпочтительно, ID источника находится в первом поле, ID цели находится во втором поле, ID логических каналов находятся во множестве третьих полей, и множество MAC SDU находятся во множестве четвертых полей, соответственно.
[0016] Предпочтительно, ID источника и ID цели являются ID, используемыми в объекте MAC.
[0017] Предпочтительно, способ дополнительно содержит: отбрасывание MAC PDU, если ID цели не соответствует ни одному из ID, управляемых вторым UE.
[0018] Предпочтительно, способ дополнительно содержит: синтаксический анализ MAC PDU, если ID цели соответствует одному из ID, управляемых вторым UE.
[0019] Следует понимать, что как приведенное выше общее описание, так и последующее детальное описание настоящего изобретения являются примерными и пояснительными и предназначены для обеспечения дальнейшего разъяснения заявленного изобретения.
ПОЛЕЗНЫЕ РЕЗУЛЬТАТЫ
[0020] В соответствии с настоящим изобретением, MAC PDU может быть эффективно сконфигурирован в системе связи D2D. Специалистам в данной области техники должно быть понятно, что эффекты, достигаемые настоящим изобретением, не ограничены тем, что было, в частности, описано выше, и другие преимущества настоящего изобретения будут более понятны из следующего подробного описания, иллюстрируемого приложенными чертежами.
ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0021] Прилагаемые чертежи, которые включены, чтобы обеспечить дополнительное понимание изобретения, и составляют часть настоящей заявки, иллюстрируют варианты осуществления изобретения и вместе с описанием служат для объяснения принципа изобретения.
[0022] На фиг. 1 представлена схема, показывающая сетевую структуру Развитой Универсальной телекоммуникационной системы (E-UMTS), в качестве примера системы беспроводной связи;
[0023] На фиг. 2А представлена блок-схема, иллюстрирующая сетевую структуру Развитой Универсальной телекоммуникационной системы (E-UMTS), и на фиг. 2B показана блок-схема, иллюстрирующая архитектуру типичной E-UTRAN и типичного EPC;
[0024] На фиг. 3 представлена диаграмма, показывающая плоскость управления и пользовательскую плоскость протокола радиоинтерфейса между UE и E-UTRAN на основе стандарта сети радиодоступа 3GPP;
[0025] На фиг. 4 показана диаграмма примерной структуры физического канала, используемая в системе Е-UMTS;
[0026] На фиг. 5 показана блок-схема устройства связи в соответствии с вариантом осуществления настоящего изобретения;
[0027] На фиг. 6 приведен пример пути передачи данных по умолчанию для нормальной связи;
[0028] На фиг. 7-8 приведены примеры сценариев пути передачи данных для связи, основанной на пространственной близости;
[0029] На фиг. 9 представлена концептуальная схема, иллюстрирующая опорную архитектуру без роуминга;
[0030] На фиг. 10 представлена концептуальная схема, иллюстрирующая структуру Уровня 2 для боковой линии связи;
[0031] На фиг. 11а представлена концептуальная схема, иллюстрирующая стек протоколов пользовательской плоскости для основанной на пространственной близости (ProSe) прямой связи, а на фиг. 11b - стек протоколов плоскости управления ProSe прямой связи;
[0032] На фиг. 12 представлена концептуальная схема, иллюстрирующая интерфейс PC5 для ProSe прямого обнаружения;
[0033] На фиг. 13а - фиг. 13с представлены концептуальные схемы, иллюстрирующие структуру MAC PDU;
[0034] На фиг. 14 представлена концептуальная схема для конфигурирования MAC PDU для связи D2D в соответствии с вариантами осуществления настоящего изобретения; и
[0035] На фиг. 15 и 16 представлены примеры структур MAC PDU в соответствии с вариантами осуществления настоящего изобретения.
ПРЕДПОЧТИТЕЛЬНЫЕ ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ
[0036] Универсальная мобильная телекоммуникационная система (UMTS) является асинхронной системой мобильной связи 3-го поколения (3G), работающей в европейских системах, основанных на широкополосном множественном доступе с кодовым разделением каналов (WCDMA), глобальной системе мобильной связи (GSM) и пакетной радиосвязи общего назначения (GPRS). Долгосрочная эволюция (LTE) UMTS находится в стадии обсуждения консорциума 3GPP, который стандартизовал UMTS.
[0037] 3GPP LTE представляет собой технологию для обеспечения возможности высокоскоростной пакетной связи. Многие схемы были предложены для цели LTE, включая те, которые направлены на снижение затрат пользователей и провайдеров, улучшение качества предоставляемых услуг, а также расширение и улучшение покрытия и производительности системы. 3G LTE требует сниженной стоимости в расчете на бит, повышенной доступности услуг, гибкого использования полосы частот, простой структуры, открытого интерфейса и адекватного потребления мощности терминала в качестве требования верхнего уровня.
[0038] Далее, структуры, операции и другие признаки настоящего изобретения будут легко поняты из вариантов осуществления настоящего изобретения, примеры которых проиллюстрированы на прилагаемых чертежах. Варианты осуществления, описанные далее, являются примерами, в которых технические признаки настоящего изобретения применены к системе 3GPP.
[0039] Хотя варианты осуществления настоящего изобретения описаны в настоящей спецификации с использованием системы LTE и системы усовершенствованного LTE (LTE-Advanced, LTE-A), они являются чисто иллюстративными. Таким образом, варианты осуществления настоящего изобретения применимы к любой другой системе связи, соответствующей приведенному выше определению. Кроме того, хотя варианты осуществления настоящего изобретения описаны в настоящей спецификации на основании дуплексной схемы с частотным разделением (FDD), варианты осуществления настоящего изобретения могут быть легко модифицированы и применены к полудуплексной схеме FDD (H-FDD) или дуплексной схеме с временным разделением (TDD).
[0040] На фиг. 2А представлена блок-схема, иллюстрирующая сетевую структуру Развитой Универсальной мобильной телекоммуникационной системы (E-UMTS). E-UMTS может также упоминаться как система LTE. Сеть связи широко развернута, чтобы предоставлять различные услуги связи, такие как голосовая связь (VoIP) через IMS и пакетные данные.
[0041] Как показано на фиг. 2А, сеть Е-UMTS включает в себя развитую наземную сеть радиодоступа UMTS (E-UTRAN), развитое пакетное ядро (EPC) и одно или более пользовательских оборудований. E-UTRAN может включать в себя один или более развитых Узлов B (eNodeB) 20, и множество пользовательских оборудований (UE) 10 могут быть расположены в одной соте. Один или более шлюзов 30 узла управления мобильностью (MME) E-UNTAN/ эволюции системной архитектуры (SAE) могут быть расположены в конце сети и соединены с внешней сетью.
[0042] Как используется в настоящем документе, “нисходящая линия связи” относится к связи от eNodeB 20 к UE 10, и “восходящая линия связи” относится к связи от UE к eNodeB. UE 10 относится к оборудованию связи, носимому пользователем, и может также упоминаться как мобильная станция (MS), пользовательский терминал (UT), абонентская станция (SS) или беспроводное устройство.
[0043] На фиг. 2B показана блок-схема, иллюстрирующая архитектуру типичной E-UTRAN и типичного EPC.
[0044] Как показано на фиг. 2B, eNodeB 20 обеспечивает конечные точки в пользовательской плоскости и плоскости управления для UE 10. MME/SAE-шлюз 30 обеспечивает конечную точку сеанса и функции управления мобильностью для UE 10. eNodeB и MME/SAE-шлюз могут быть соединены через интерфейс S1.
[0045] eNodeB 20, как правило, является стационарной станцией, которая осуществляет связь с UE 10, и также может упоминаться как базовая станция (BS) или точка доступа. Один eNodeB 20 может быть развернут в расчете на одну соту. Интерфейс для передачи пользовательского трафика или трафика управления может использоваться между отдельными eNodeB 20.
[0046] MME обеспечивает различные функции, включая NAS-сигнализацию для eNodeB 20, безопасность NAS-сигнализации, управление безопасностью AS, сигнализацию между узлами CN для мобильности между сетями доступа 3GPP, достижимость UE в режиме ожидания (включая управление и выполнение повторной передачи поискового вызова), управление списком области отслеживания (для UE в режиме ожидания и активном режиме), выбор PDN GW и обслуживающего GW, выбор MME для передач обслуживания со сменой MME, выбор SGSN для передач обслуживания к сетям доступа 2G или 3G 3GPP, роуминг, аутентификацию, функции управления каналом-носителем, включая установление выделенного канала-носителя, поддержку передачи сообщений PWS (включая ETWS и CMAS). Хост SAE-шлюза обеспечивает многообразные функции, включая фильтрацию пакетов на основе по каждому пользователю (например, путем глубокой проверки пакетов), правомерный перехват, распределение UE IP-адресов, маркировку пакетов транспортного уровня в нисходящей линии связи, обеспечение соблюдения оплаты, стробирования и скорости на уровне услуг UL и DL, обеспечение соблюдения скорости DL на основе APN-AMBR. Для ясности MME/SAE-шлюз 30 будет упоминаться здесь просто как “шлюз”, но следует понимать, что этот объект включает в себя как MME-, так и SAE-шлюз.
[0047] Множество узлов могут быть соединены между eNodeB 20 и шлюзом 30 через интерфейс S1. eNodeB 20 могут быть соединены друг с другом через интерфейс X2, и соседние eNodeB могут иметь ячеистую сетевую структуру, которая имеет интерфейс X2.
[0048] Как показано, eNodeB 20 может выполнять функции выбора для шлюза 30, маршрутизации к шлюзу во время активации управления радиоресурсами (RRC), планирования и передачи сообщений поискового вызова, планирования и передачи информации широковещательного канала (BCCH), динамического распределения ресурсов для UE 10 как в восходящей линии связи, так и в нисходящей линии связи, конфигурирования и обеспечения измерений eNodeB, управления радиоканалом-носителем, управления допуском к радиосвязи (RAC) и управления мобильностью соединения в состоянии LTE_ACTIVE. В EPC, и как было отмечено выше, шлюз 30 может выполнять функции инициирования поискового вызова, управления состоянием LTE-IDLE, шифрования пользовательской плоскости, управления каналом-носителем эволюции системной архитектуры (SAE) и шифрования и защиты целостности сигнализации не относящегося к доступу уровня (NAS).
[0049] ЕРС включает в себя объект управления мобильностью (MME), обслуживающий шлюз (S-GW) и шлюз сети пакетной передачи данных (PDN-GW). ММЕ имеет информацию о соединениях и функциональных возможностях UE, главным образом, для использования в управлении мобильностью UE. S-GW представляет собой шлюз, имеющий E-UTRAN в качестве конечной точки, и PDN-GW представляет собой шлюз, имеющий сеть пакетной передачи данных (PDN) в качестве конечной точки.
[0050] На фиг. 3 представлена диаграмма, показывающая плоскость управления и пользовательскую плоскость протокола радиоинтерфейса между UE и E-UTRAN на основе стандарта сети радиодоступа 3GPP. Плоскость управления относится к пути, используемому для передачи управляющих сообщений, используемых для управления вызовом между UE и E-UTRAN. Пользовательская плоскость относится к пути, используемому для передачи данных, сгенерированных на уровне приложения, например, речевых данных, или пакетных данных сети Интернет.
[0051] Физический (PHY) уровень первого уровня обеспечивает услугу переноса информации на более высокий уровень с использованием физического канала. PHY-уровень соединен с уровнем управления доступом к среде (MAC), расположенным на более высоком уровне, через транспортный канал. Данные перемещаются между MAC-уровнем и PHY-уровнем через транспортный канал. Данные перемещаются между физическим уровнем передающей стороны и физическим уровнем приемной стороны по физическим каналам. Физические каналы используют время и частоту в качестве радиоресурсов. В частности, физический канал модулируется с использованием схемы множественного доступа с ортогональным частотным разделением (OFDMA) в нисходящей линии связи и модулируется с использованием схемы множественного доступа с частотным разделением с одной несущей (SC-FDMA) в восходящей линии связи.
[0052] MAC-уровень второго уровня обеспечивает услугу для уровня управления радиолинией (RLC) более высокого уровня посредством логического канала. RLC-уровень второго уровня поддерживает надежную передачу данных. Функция RLC-уровня может быть реализована посредством функционального блока MAC-уровня. Уровень протокола сходимости пакетных данных (PDCP) второго уровня выполняет функцию сжатия заголовка, чтобы уменьшить ненужную управляющую информацию, для эффективной передачи пакетов Интернет-протокола (IP), таких как пакет IP версии 4 (IPv4) или пакет IP версии 6 (IPv6) в радиоинтерфейсе, имеющем относительно узкую полосу пропускания.
[0053] Уровень управления радиоресурсами (RRC), расположенный в самом низу третьего уровня, определен только в плоскости управления. RRC-уровень управляет логическими каналами, транспортными каналами и физическими каналами в связи с конфигурированием, реконфигурированием и освобождением радиоканалов-носителей (RB). RB относится к услуге, предоставляемой вторым уровнем для передачи данных между UE и E-UTRAN. С этой целью, RRC-уровень UE и RRC-уровень E-UTRAN обмениваются RRC-сообщениями друг с другом.
[0054] Одна сота еNB установлена для работы в одной из полос пропускания, таких как 1,25 МГц, 2,5 МГц, 5 МГц, 10 МГц, 15 МГц и 20 МГц, и обеспечивает услугу передачи нисходящей линии связи или восходящей линии связи к множеству UE в полосе пропускания. Различные соты могут быть сконфигурированы, чтобы обеспечивать различные полосы пропускания.
[0055] Транспортные каналы нисходящей линии связи для передачи данных от E-UTRAN к UE включают в себя широковещательный канал (ВСН) для передачи системной информации, пейджинговый канал (РСН) для передачи сообщений поискового вызова и совместно используемый канал (SCH) нисходящей линии связи для передачи пользовательского трафика или управляющих сообщений. Трафик или управляющие сообщения многоадресной или широковещательной услуги нисходящей линии связи могут передаваться по SCH нисходящей линии связи и могут также передаваться по отдельному каналу многоадресной передачи (МСН) нисходящей линии связи.
[0056] Транспортные каналы восходящей линии связи для передачи данных от UE к E-UTRAN включают в себя канал произвольного доступа (RACH) для передачи начальных управляющих сообщений и SCH восходящей линии связи для передачи пользовательского трафика или управляющих сообщений. Логические каналы, который определены выше транспортных каналов и отображаются на транспортные каналы, включает в себя широковещательный канал управления (BCCH), пейджинговый канал управления (РССН), общий канал управления (СССН), многоадресный канал управления (MCCH) и многоадресный канал трафика (МТСН).
[0057] Фиг. 4 является представлением, показывающим пример структуры физического канала, используемой в системе E-UMTS. Физический канал включает в себя несколько подкадров по оси времени и несколько поднесущих по оси частот. Здесь, один подкадр включает в себя множество символов по оси времени. Один подкадр включает в себя множество блоков ресурсов, и один блок ресурсов включает в себя множество символов и множество поднесущих. Кроме того, каждый подкадр может использовать определенные поднесущие определенных символов (например, первый символ) подкадра для физического канала управления нисходящей линии связи (PDCCH), то есть, канала управления L1/L2. На фиг. 4 показаны область передачи управляющей информации (PDCCH) L1/L2 и область данных (PDSCH). В одном варианте осуществления используется радиокадр длительностью 10 мс, и один радиокадр включает в себя 10 подкадров. Кроме того, один подкадр включает в себя два последовательных сегмента (слота). Длина одного сегмента может быть 0,5 мс. Кроме того, один подкадр включает в себя множество OFDM-символов, и часть (например, первый символ) из множества OFDM-символов может быть использована для передачи управляющей информации L1/L2. Временной интервал передачи (TTI), который представляет собой единицу времени для передачи данных, составляет 1 мс.
[0058] Базовая станция и UE в основном передают/принимают данные через PDSCH, который является физическим каналом, с использованием DL-SCH, который является каналом передачи, за исключением определенного управляющего сигнала или определенных служебных данных. Информация, указывающая, к которому UE (одному или множеству UE) передаются PDSCH-данные и каким образом UE должно принимать и декодировать PDSCH-данные, передается в состоянии включения в PDCCH.
[0059] Например, в одном варианте осуществления, определенный PDCCH является CRC-MACкированным временным идентификатором радиосети (RNTI) “A”, и информация о данных передается с использованием радиоресурса “B” (например, частотного местоположения), а информация о формате передачи “C” (например, размер блока передачи, модуляция, информация кодирования или т.п.) – посредством некоторого подкадра. Тогда один или несколько UE, расположенных в соте, контролируют PDCCH, используя свою информацию RNTI. И конкретное UE с RNTI “А” считывает PDCCH и затем принимает PDSCH, указанный посредством В и С в информации PDCCH.
[0060] На фиг. 5 показана блок-схема устройства связи в соответствии с вариантом осуществления настоящего изобретения.
[0061] Устройство, показанное на фиг. 5, может быть пользовательским оборудованием (UE) и/или еNB, приспособленным для выполнения вышеописанного механизма, но оно может быть любым устройством для выполнения той же операции.
[0062] Как показано на фиг. 5, устройство может содержать DSP/микропроцессор (110) и RF-модуль (приемопередатчик; 135). DSP/микропроцессор (110) электрически соединен с приемопередатчиком (135) и управляет им. Устройство может дополнительно включать в себя модуль управления питанием (105), батарею (155), дисплей (115), клавиатуру (120), SIM-карту (125), устройство памяти (130), громкоговоритель (145) и устройство ввода (150), основываясь на его реализации и выборе разработчика.
[0063] В частности, фиг. 5 может представлять UE, содержащее приемник (135), сконфигурированный, чтобы принимать сообщение запроса от сети, и передатчик (135), сконфигурированный, чтобы передавать информацию синхронизации передачи и приема к сети. Эти приемник и передатчик могут образовывать приемопередатчик (135). UE дополнительно содержит процессор (110), соединенный с приемопередатчиком (135: приемником и передатчиком).
[0064] Кроме того, фиг. 5 может представлять сетевое устройство, содержащее передатчик (135), сконфигурированный, чтобы передавать сообщение запроса к UE, и приемник (135), сконфигурированный, чтобы принимать информацию синхронизации передачи или приема от UE. Эти передатчик и приемник могут образовывать приемопередатчик (135). Сетевое устройство дополнительно содержит процессор (110), соединенный с передатчиком и приемником. Этот процессор (110) может быть сконфигурирован, чтобы вычислять задержку на основании информации синхронизации передачи или приема.
[0065] В последнее время, основанная на пространственной близости служба (ProSe) обсуждается в 3GPP. ProSe позволяет различным UE соединяться (напрямую) друг с другом (после соответствующей(их) процедуры (процедур), например, аутентификации), только через еNB (но не дополнительно через обслуживающий шлюз (SGW)/шлюз сети пакетных данных (PDN-GW, PGW)) или через SGW/PGW. Таким образом, используя ProSe, может быть обеспечена прямая связь от устройства к устройству, и ожидается, что всякие устройства будут соединяться с достижением повсеместной связности. Прямая связь между устройствами на близком расстоянии может уменьшить нагрузку сети. В последнее время, основанные на пространственной близости службы социальных сетей привлекли общественное внимание, и новые виды основанных на пространственной близости приложений могут возникать и создавать новый коммерческий рынок и доход. В качестве первого шага, на этом рынке требуются общественная безопасность и критически важная коммуникация. Групповая коммуникация также является одним из ключевых компонентов в системе общественной безопасности. Требуемыми функциональными возможностями являются: обнаружение на основе пространственной близости, связь по прямому пути и управление групповыми коммуникациями.
[0066] Примеры и сценарии использования включают в себя, например, следующее: i) коммерческое/социальное использование, ii) разгрузка сети, iii) общественная безопасность, iv) интеграция современных инфраструктурных служб, чтобы гарантировать согласованность пользовательского опыта, включая аспекты достижимости и мобильности, и v) общественная безопасность, в случае отсутствия покрытия EUTRAN (подлежащая региональному регулированию и зависимая от политики оператора и ограниченная конкретными частотными диапазонами, предназначенными для обеспечения общественной безопасности, и терминалами)
[0067] На фиг. 6 приведен пример пути передачи данных по умолчанию для связи между двумя UE. Со ссылкой на фиг. 6, даже когда два UE (например, UE1, UE2), находящиеся в непосредственной близости, осуществляют связь друг с другом, их путь передачи данных (пользовательская плоскость) проходит через сеть оператора. Таким образом, типичный путь передачи данных для связи включает в себя узел (узлы) еNB и/или шлюз(ы) (GW) (например, SGW/PGW).
[0068] На фиг. 7-8 приведены примеры сценариев пути передачи данных для основанной на пространственной близости связи. Если беспроводные устройства (например, UE1, UE2) находятся в непосредственной близости друг от друга, они могут быть способны использовать путь передачи данных прямого режима (фиг. 7) или локально маршрутизируемый путь передачи данных (фиг. 8). В случае пути передачи данных прямого режима, беспроводные устройства соединены напрямую друг с другом (после соответствующей(их) процедуры (процедур), например, аутентификации), без еNB и SGW/PGW. В случае локально маршрутизируемого пути передачи данных, беспроводные устройства соединены друг с другом только через еNB.
[0069] Фиг. 9 представляет собой концептуальную схему, иллюстрирующую опорную архитектуру без использования роуминга.
[0070] PC1-PC5 представляет интерфейсы. PC1 является опорной точкой между приложением ProSe в UE и сервером приложений ProSe (ProSe App). Она используется для определения требований сигнализации уровня приложения. PC2 является опорной точкой между сервером ProSe App и функцией ProSe. Она используется для определения взаимодействия между сервером ProSe App и функциональностью ProSe, предоставленной 3GPP EPS с помощью функции ProSe. Одним примером могут быть обновления данных приложения для базы данных ProSe в функции ProSe. Другим примером могут служить данные для использования сервером ProSe App во взаимодействии между функциональностью 3GPP и данными приложения, например, перевод имен. PC3 является опорной точкой между UE и функцией ProSe. Она используется для определения взаимодействия между UE и функцией ProSe. Примером может быть использование для конфигурирования для ProSe-обнаружения и связи. PC4 является опорной точкой между EPC и функцией ProSe. Она используется для определения взаимодействия между EPC и функцией ProSe. Возможные случаи использования могут иметь место при установке пути связи от одного к одному между UE или при подтверждении ProSe-служб (авторизации) для управления сеансом или управления мобильностью в реальном времени.
[0071] PC5 является опорной точкой между UE и другим UE, используемой для плоскости управления и пользовательской плоскости для обнаружения и связи, для ретрансляции и связи от одного к одному (между UE напрямую и между UE по LTE-Uu). И, наконец, PC6 является опорной точкой, которая может использоваться для таких функций, как ProSe-обнаружение между пользователями с подпиской на различные PLMN.
[0072] EPC (Развитое пакетное ядро) включает в себя объекты, такие как MME, S-GW, P-GW, PCRF, HSS и т.д. EPC здесь представляет архитектуру базовой сети E-UTRAN. Интерфейсы внутри EPC также могут оказывать влияние, хотя они явно не показаны на фиг. 9.
[0073] Серверы приложений, которые являются пользователями функциональной возможности ProSe для построения функциональности приложений, например, в случаях общественной безопасности они могут быть специальными учреждениями (PSAP) или в коммерческих случаях - социальными медиа. Эти приложения определены вне архитектуры 3GPP, но могут иметься опорные точки в направлении объектов 3GPP. Сервер приложений может осуществлять связь в направлении приложения в UE.
[0074] Приложения в UE используют функциональную возможность ProSe для создания функциональности приложения. Примером может служить связь между членами групп общественной безопасности или приложение социальных медиа, которое запрашивает найти собеседников в пространственной близости. Функция ProSe в сети (как часть EPS), определенной 3GPP, имеет опорную точку в направлении сервера ProSe App, в направлении EPC и UE. Функциональные возможности могут включать в себя, но без ограничения, например:
[0075] - Межсетевое взаимодействие через опорную точку в направлении приложений 3-ей стороны
[0076] - Авторизация и конфигурация UE для обнаружения и прямой связи
[0077] – Обеспечение функциональности обнаружения ProSe уровня EPC
[0078] – Связанные с ProSe новые абонентские данные и обработка хранения данных; а также обработка идентификаторов ProSe;
[0079] – Функциональность, связанная с безопасностью
[0080] – Обеспечение управления в направлении EPC для функциональности, связанной с политикой
[0081] – Обеспечение функциональности для начисления платы (через или вне EPC, например, офлайн-начисление оплаты)
[0082] Фиг. 10 представляет собой концептуальную диаграмму, иллюстрирующую структуру Уровня 2 для боковой линии связи.
[0083] Боковая линия связи является интерфейсом от UE к UE для прямой связи ProSe и прямого обнаружения ProSe. Соответствует интерфейсу PC5. Боковая линия связи содержит прямое обнаружение ProSe и прямую связь ProSe между UE. Боковая линия связи использует ресурсы восходящей линии связи и структуру физического канала, подобную передачам восходящей линии связи. Однако некоторые изменения, отмеченные ниже, выполнены в физических каналах. E-UTRA определяет два объекта MAC; один в UE и один в E-UTRAN. Эти объекты MAC дополнительно обрабатывают следующие транспортные каналы: i) широковещательный канал боковой линии связи (SL-ВСН), ii) канал обнаружения боковой линия связи (SL-DCH) и iii) совместно используемый канал боковой линии связи (SL-SCH).
[0084] - Базовая схема передачи: передача боковой линии связи использует ту же базовую схему передачи, что и схема передачи UL. Однако боковая линия связи ограничена передачами одного кластера для всех физических каналов боковой линии связи. Кроме того, боковая линия связи 1-символьный промежуток в конце каждого подкадра боковой линии связи.
[0085] - Обработка физического уровня: обработка физического уровня боковой линии связи транспортных каналов отличается от передачи UL в следующих этапах:
[0086] i) Скремблирование: для PSDCH и PSCCH, скремблирование не является UE-специфическим;
[0087] ii) Модуляция: 64 QAM не поддерживается для боковой линии связи.
[0088] - Физический канал управления боковой линии связи: PSCCH отображается на ресурсы управления боковой линии связи. PSCCH указывает ресурс и другие параметры передачи, используемые в UE для PSSCH.
[0089] - Опорные сигналы боковой линии связи: для демодуляции PSDCH, PSCCH и PSSCH, опорные сигналы, сходные с опорными сигналами демодуляции восходящей линии связи, передаются в 4-м символе сегмента в нормальном CP и в 3-м символе сегмента расширенного циклического префикса. Длина последовательности опорных сигналов демодуляции боковой линии связи равна размеру (числу поднесущих) назначенного ресурса. Для PSDCH и PSCCH, опорные сигналы создаются на основе фиксированной базовой последовательности, циклического сдвига и ортогонального кода покрытия.
[0090] - Процедура физического канала: для работы в зоне покрытия, на спектральную плотность мощности передач боковой линии связи может оказывать влияние еNB.
[0091] На фиг. 11а представлена концептуальная схема, иллюстрирующая стек протоколов пользовательской плоскости для прямой связи ProSe, а на фиг. 11b - стек протоколов плоскости управления для прямой связи ProSe.
[0092] Прямая связь ProSe является режимом связи, при котором UE могут осуществлять связь друг с другом непосредственно через интерфейс PC5. Этот режим связи поддерживается, когда UE обслуживается посредством E-UTRAN и когда UE находится за пределами зоны покрытия E-UTRA. Только UE, авторизованные для использования для операции общественной безопасности, могут выполнять прямую связь ProSe.
[0093] Для того, чтобы выполнить синхронизацию, SBCCH переносит самую важную системную информацию, необходимую для приема других каналов и сигналов ProSe. SBCCH вместе с сигналом синхронизации передается с фиксированной периодичностью 40 мс. Когда UE находится в зоне покрытия сети, содержание SBCCH выводится из параметров, сигнализируемых с помощью еNB. Когда UE находится вне зоны покрытия сети, если UE выбирает другой UE в качестве опоры синхронизации, тогда содержание SBCCH выводится из принятого SBCCH; в противном случае UE использует предварительно сконфигурированные параметры. Имеется только один подкадр каждые 40 мс для сигнала синхронизации и передачи SBCCH для работы в зоне покрытия. SIB 18 предоставляет информацию о ресурсе для сигнала синхронизации и передачи SBCCH. Имеется два предварительно сконфигурированных подкадра каждые 40 мс для работы вне зоны покрытия. UE принимает сигнал синхронизации и SBCCH в одном подкадре и передает сигнал синхронизации и SBCCH на другом подкадре, если UE становится источником синхронизации на основе определенного критерия.
[0094] UE выполняет прямую связь ProSe на подкадрах, определенных на длительности периода управления боковой линии связи. Период управления боковой линии связи является периодом, в течение которого появляются ресурсы, выделенные в соте для передач управления боковой линии связи и данных боковой линии связи. В пределах периода управления боковой линии связи UE передает управление боковой линии связи, за которым следуют данные. Управление боковой линии связи указывает ID Уровня 1 и характеристики передач (например, MCS, местоположение ресурса(ов) в течение длительности периода управления боковой линии связи, выравнивание синхронизации).
[0095] UE выполняет передачу и прием Uu и PС5 со следующим убывающим порядком приоритета:
[0096] - Передача/прием Uu(наивысший приоритет);
[0097] – Передача/прием РС5, прямая связь ProSe;
[0098] – Передача/прием РС5, прямое обнаружение ProSe (самый низкий приоритет).
[0099] На фиг. 12 представлена концептуальная схема, иллюстрирующая интерфейс PC5 для прямого обнаружения ProSe.
[00100] Прямое обнаружение ProSe определяется как процедура, используемая UE, поддерживающим прямое обнаружение, чтобы обнаруживать другое(ие) UE в своей близости, используя прямые радиосигналы E-UTRA через PC5. Прямое обнаружение ProSe поддерживается только тогда, когда UE обслуживается посредством E-UTRAN.
[00101] Верхний уровень обрабатывает авторизацию для оповещения и мониторинга сообщения обнаружения. Содержание сообщения обнаружения является прозрачным для уровня доступа (AS) и никакого различия в AS не делается для моделей прямого обнаружения ProSe и типов прямого обнаружения ProSe.
[00102] UE может участвовать в оповещении и мониторинге сообщения обнаружения как в RRC_IDLE, так и RRC_CONNECTED состояниях в соответствии с конфигурацией еNB. UE оповещает и отслеживает свое сообщение обнаружения согласно ограничению полудуплексного режима.
[00103] UE, которое участвует в оповещении и мониторинге сообщений обнаружения, поддерживает текущее время UTC. UE, которое участвует в оповещении, передает сообщение обнаружения, которое генерируется протоколом ProSe, принимая во внимание время UTC, после передачи сообщения обнаружения. В выполняющем мониторинг UE, протокол ProSe обеспечивает сообщение, подлежащее верификации вместе с временем UTC при приеме сообщения для функции ProSe.
[00104] Имеется три класса ранга. Авторизация верхнего уровня обеспечивает применимый класс ранга для UE. Максимально допустимая мощность передачи для каждого класса ранга сигнализируется в SIB 19. UE использует применимую максимально допустимую мощность передачи, соответствующую его авторизованному классу ранга. Это устанавливает верхний предел на определенную мощность передачи на основании параметров управления мощностью в разомкнутом контуре.
[00105] На фиг. 13а-13с представлены концептуальные схемы, иллюстрирующие структуру MAC PDU.
[00106] MAC PDU состоит из MAC-заголовка, нуля или более MAC служебных блоков данных (MAC SDU), нуля или более MAC-элементов управления и опционально заполнения; как представлено на фиг. 13а. Как MAC-заголовок, так и MAC SDU имеют переменные размеры.
[00107] Заголовок MAC PDU состоит из одного или нескольких подзаголовков MAC PDU; каждый подзаголовок соответствует либо MAC SDU, либо MAC-элементу управления, либо заполнению.
[00108] Подзаголовок MAC PDU состоит из шести полей заголовка R/R/E/LCID/F/L, за исключением последнего подзаголовка в MAC PDU и MAC-элементов управления фиксированного размера. Последний подзаголовок в MAC PDU и подзаголовки MAC-элементов управления фиксированного размера состоят только из четырех полей заголовка R/R/E/LCID. Подзаголовок MAC PDU, соответствующий заполнению, состоит из четырех полей заголовка R/R/E/LCID.
[00109] Подзаголовки MAC PDU имеют тот же порядок, что и соответствующие MAC SDU, MAC-элементы управления и заполнение. MAC-элементы управления всегда помещаются перед любым MAC SDU.
[00110] Заполнение находится в конце MAC PDU, за исключением того, когда требуется однобайтовое или двухбайтовое заполнение. Заполнение может иметь любое значение, и UE должно игнорировать его. Когда заполнение выполняется в конце MAC PDU, допускается нуль или более байтов заполнения.
[00111] Когда требуется однобайтовое или двухбайтовое заполнение, один или два подзаголовка MAC PDU, соответствующие заполнению, помещаются в начале MAC PDU перед любым другим подзаголовком MAC PDU. Максимум один MAC PDU может передаваться на каждый ТВ по каждому UE. Максимум один MCH MAC PDU может передаваться в расчете на один TTI.
[00112] MAC-заголовок имеет переменный размер и состоит из следующих полей:
[00113] 1) LCID: поле ID логического канала идентифицирует экземпляр логического канала соответствующего MAC SDU или тип соответствующего MAC-элемента управления или заполнение, как описано в Таблице 1, Таблице 2 и Таблице 3 для DL-SCH, UL-SCH и МСН, соответственно. Имеется одно поле LCID для каждого MAC SDU, MAC-элемента управления или заполнения, включенного в MAC PDU. В дополнение к этому, одно или два дополнительных поля LCID включены в MAC PDU, когда требуется однобайтовое или двухбайтовое заполнение, но не может быть достигнуто заполнением в конце MAC PDU. Размер поля LCID равен 5 бит.
[00114] Значения LCID для DL-SCH
ТАБЛИЦА 1
Индекс Значения LCID
00000 CCCH
00001-01010 Идентификатор логического канала
01011-11010 Зарезервировано
11011 Активация/деактивация
11100 Идентификатор разрешения конфликта UE
11101 Команда опережения синхронизации
11110 Команда DRX
11111 Заполнение
[00115] Значения LCID для UL-SCH
ТАБЛИЦА 2
Индекс Значения LCID
00000 CCCH
00001-01010 Идентификатор логического канала
01011-11000 Зарезервировано
11001 Расширенный отчет о запасе по мощности
11010 Отчет о запасе по мощности
11011 С-RNTI
11100 Усеченный BSR
11101 Короткий BSR
11110 Длинный BSR
11111 Заполнение
[00116] Значения LCID для MCH
ТАБЛИЦА 3
Индекс Значения LCID
00000 MCCH (см. примечание)
00001-11100 МТСН
11101 Зарезервировано
11110 Информация планирования МСН
11111 Заполнение
Примечание: Если не имеется МССН на МСН, то МТСН
может использовать это значение.
[00117] 2) L: Поле длины указывает длину соответствующего MAC SDU или MAC-элемента управления переменного размера в байтах. Имеется одно поле L в подзаголовке MAC PDU, за исключением последнего подзаголовка и подзаголовков, соответствующих MAC-элементам управления фиксированного размера. Размер поля L указывается полем F.
[00118] 3) F: Поле формата указывает размер поля длины, как указано в таблице 4. Имеется одно поле F в подзаголовке MAC PDU, за исключением последнего подзаголовка и подзаголовков, соответствующих MAC-элементам управления фиксированного размера. Размер поля F составляет 1 бит. Если размер MAC SDU или MAC-элемента управления фиксированного размера меньше, чем 128 байт, значение поля F устанавливается в 0, в противном случае оно устанавливается в 1.
[00119] Значения поля F
ТАБЛИЦА 4
Индекс Размер поля длины (в битах)
0 7
1 15
[00120] 4) E: Поле расширения является флагом, указывающим, присутствует ли больше полей в MAC-заголовке или нет. Поле Е устанавливается в “1”, чтобы указать другой набор из по меньшей мере полей R/R/E/LCID. Поле Е устанавливается в “0”, чтобы указать, что либо MAC-SDU, либо MAC-элемент управления, либо заполнение начинается в следующем байте.
[00121] 5) R: Зарезервированный бит, установлен в “0”.
[00122] В унаследованной системе, ID логического канала (LCID) используется для идентификации экземпляра логического канала соответствующего MAC SDU или типа соответствующего MAC-элемента управления или заполнения. Имеется одно поле LCID для каждого MAC SDU, MAC-элемента управления или заполнения, включенного в MAC PDU. ID логического канала выделен для каждого логического канала, когда устанавливается радиоканал-носитель. В настоящее время имеется 8 значений, доступных для радиоканала-носителя данных (от 3 до 10).
[00123] Для связи D2D, LCID должен быть выделен радиоканалу-носителю D2D (D2DRB). Может иметься несколько D2DRB, сконфигурированных для UE. В соответствии с предшествующим уровнем техники, LCID должен выделяться каждому D2DRB. Однако D2DRB используется, когда UE находится вне зоны покрытия еNB, и поэтому LCID должен быть выделен или предварительно сконфигурирован до установки D2DRB. С учетом ограниченного числа доступных значений LCID, весьма рискованно выделять или предварительно конфигурировать множество значений LCID для D2DRB.
[00124] Кроме того, для связи D2D, чтобы скорее заметить, является ли UE целевым UE, выбранным устройством-источником среди множества целевых устройств, или нет, необходимо проверить его идентификатор, является ли он целевым UE, выбранным устройством-источником на MAC-уровне. Может потребоваться ввести так называемую концепцию фильтрации уровня для MAC-уровня.
[00125] На фиг. 14 представлена концептуальная схема для конфигурирования MAC PDU для связи D2D в соответствии с вариантами осуществления настоящего изобретения.
[00126] Если первое UE и второе UE осуществляют связь друг с другом, в форме так называемой связи D2D (S1401), первое UE создает MAC PDU, включающий в себя ID источника, ID цели, множество ID логических каналов и множество MAC SDU (S1403).
[00127] Предпочтительно, первое UE является UE-источником, а второе UE является целевым UE.
[00128] Предпочтительно, ID источника находится в первом поле, ID цели - во втором поле, ID логических каналов - в множестве третьих полей, и множество MAC-SDU находятся во множестве четвертых полей, соответственно.
[00129] Предпочтительно, на этапе S1403, первое UE добавляет все MAC-SDU, передаваемые через множество логических каналов, соответствующих одному и тому же ID цели, добавляет множество ID логических каналов и добавляет ID источника, указывающий идентификатор первого UE, а затем добавляет ID цели, который совместно использует по меньшей мере одно второе UE, но это не ограничивается указанным.
[00130] ID источника идентифицирует отправителя данных в прямой связи ProSe боковой линии связи. ID источника имеет длину 24 бита и используется вместе с ID группы Уровня-2 ProSe и LCID для идентификации объекта RLC UM и объекта PDCP в приемнике.
[00131] ID цели идентифицирует цель данных в прямой связи ProSe боковой линии связи. ID цели имеет длину 24 бит и разделен на MAC-уровне на две битовых последовательности:
[00132] i) Одна битовая последовательность является LSB-частью (8 бит) ID цели и отсылается на физический уровень в качестве ID Уровня-1 управления боковой линии связи. Это идентифицирует цель предполагаемых данных в управлении боковой линии связи и используется для фильтрации пакетов на физическом уровне. ii) Вторая битовая последовательность является MSB-частью (16 бит) ID цели и переносится в MAC-заголовке. Это используется для фильтрации пакетов на MAC-уровне.
[00133] Не относящаяся к уровню доступа сигнализация требуется для формирования группы и конфигурирования ID источника, ID цели и ID L1 управления боковой линии связи в UE. Эти идентификаторы либо предоставляются более высоким уровнем, либо выводятся из идентификаторов, предоставленных более высоким уровнем. В случае групповой передачи и широковещательной передачи, ProSe UE ID, предоставленный более высоким уровнем, используется непосредственно в качестве ID источника, и ID группы Уровня-2 ProSe, предоставленный более высоким уровнем, используется непосредственно в качестве ID цели в MAC-уровне.
[00134] ID логического канала представляет собой значение LCID, выделенное или предварительно сконфигурированное для всех логических каналов D2D. И один MAC SDU, идентифицированный посредством ID логических каналов, может содержать полезную нагрузку множества логических каналов D2D.
[00135] Предпочтительно, ID источника и ID цели являются ID, используемыми в MAC-объекте.
[00136] Первый UE передает MAC PDU к по меньшей мере одному второму UE через интерфейс (S1405).
[00137] Предпочтительно, интерфейс сконфигурирован непосредственно между первым UE и упомянутым по меньшей мере одним вторым UE. Интерфейс представляет собой интерфейс PC5, но он не ограничивается этим.
[00138] Второе UE определяет, соответствует ли ID цели каким-либо из ID, управляемых вторым UE, или нет (S1407).
[00139] Если ID цели не соответствует ни одному из ID, управляемых вторым UE, второе UE отбрасывает MAC PDU (S1409). Если ID цели соответствует каким-либо из ID, управляемых вторым UE, то UE полагает, что MAC PDU направлен к нему, и начинает синтаксический анализ MAC PDU (S1411).
[00140] Этапы S1407 могут определяться как концепция фильтрации MAC-уровня. Поскольку целевое UE может проверить, предназначается ли MAC PDU, передаваемый от UE-источника, для целевого UE или нет, на MAC-уровне, целевое UE быстрее определяет, следует ли синтаксически анализировать MAC PDU или отбрасывать, чем то, когда целевое UE проверяет его идентификатор на физическом уровне. В случае системы связи D2D, содержащей множество UE,, может быть много шумов, создающих помехи прямой связи D2D. Фильтрация MAC-уровня может быть хорошим способом для эффективного удаления шумов для системы связи D2D.
[00141] На фиг. 15 и 16 приведены примеры структур MAC PDU, включающих в себя ID источника и ID цели для связи D2D в соответствии с вариантами осуществления настоящего изобретения.
[00142] Фиг. 15 иллюстрирует случай MAC-подзаголовка, включающего в себя ID источника и ID цели для связи D2D в соответствии с вариантами осуществления настоящего изобретения. MAC-подзаголовок на фиг. 15 состоит из семи полей заголовка V/R/R/R/R/SRC/DST. MAC-заголовок имеет переменный размер и состоит из следующих полей: i) ‘V’ представляет собой поле номера версии формата MAC PDU, указывающее на то, какая версия SL-SCH-подзаголовка используется. В этой спецификации определена только одна версия формата, и, следовательно, это поле должно быть установлено на “0001”. Размер поля V равен 4 бита; ii) ‘SRC’ является ID источника (или полем ID Уровня-2 источника) и переносит идентификатор источника. Оно установлено на ProSe UE ID. Размер поля SRC составляет 24 бита; iii) ‘DST’ является полем DST, переносит 16 наиболее значимых битов ID цели (или ID Уровня-2 назначения). ID Уровня-2 назначения установлен на ID группы Уровня-2 ProSe; iv) ‘R’ является зарезервированным битом, установленным в “0”.
[00143] Фиг. 16 иллюстрирует случай MAC PDU, включающего в себя ID источника и ID цели для связи D2D в соответствии с вариантами осуществления настоящего изобретения.
[00144] - LCID=D2D (1601): одно значение LCID указывает на то, содержит ли ассоциированный MAC SDU пользовательские данные или управляющую информацию D2D.
[00145] - ID цели (1603): Указывает ID предполагаемого получателя. Если ID цели не соответствует какому-либо из ID, управляемых целевым UE, то UE отбрасывает MAC PDU. Если ID цели соответствует одному из идентификаторов, управляемых целевым UE, целевое UE считает, что MAC PDU направлен к нему, и начинает синтаксический разбор MAC PDU.
[00146] - ID источника (1605): Указывает ID отправителя пакета. UE-источник прикрепляет ID источника в качестве ID цели, когда он передает пакет к источнику.
[00147] - D2D-LCID (1607): Идентифицирует логический канал D2D, в который UE доставляет MAC SDU, или идентифицирует управляющую информацию, относящуюся к связи D2D.
[00148] - D2D-L (1609): Указывает длину полезной нагрузки, идентифицированной посредством D2D-LCID.
ПРОМЫШЛЕННАЯ ПРИМЕНИМОСТЬ
[00149] Хотя описанный выше способ был описан, фокусируясь на примере, примененном к системе 3GPP LTE, настоящее изобретение также применимо к различным системам беспроводной связи, в дополнение к системе 3GPP LTE.

Claims (42)

1. Способ для первого пользовательского оборудования (UE), работающего в системе беспроводной связи, причем способ содержит:
формирование, первым UE, протокольного блока данных (PDU) управления доступом к среде (MAC), включающего в себя идентификатор (ID) источника, ID цели, множество идентификаторов логических каналов (LCID) и множество MAC служебных блоков данных (SDU); и
причем объект MAC первого UE взаимосвязан с множеством логических каналов, идентифицированных соответствующим LCID,
передачу, первым UE, MAC PDU к по меньшей мере одному второму UE через интерфейс, причем интерфейс сконфигурирован непосредственно между первым UE и упомянутым по меньшей мере одним вторым UE,
причем каждый MAC SDU из множества MAC SDU, соответственно, соответствует одному LCID из множества LCID, и
при этом первое UE идентифицировано посредством ID источника, и по меньшей мере одно второе UE идентифицировано посредством ID цели,
при этом MAC PDU включает в себя ID источника в первом поле, ID цели во втором поле, ID логических каналов во множестве третьих полей и множество MAC SDU во множестве четвертых полей, соответственно.
2. Способ по п. 1, в котором ID источника и ID цели используются в объекте MAC.
3. Способ для второго пользовательского оборудования (UE), работающего в системе беспроводной связи, причем способ содержит:
прием, вторым UE, протокольного блока данных (PDU) управления доступом к среде (MAC), включающего в себя идентификатор (ID) источника, ID цели, множество идентификаторов логических каналов (LCID) и множество MAC служебных блоков данных (SDU), от по меньшей мере одного первого UE через интерфейс, причем интерфейс сконфигурирован непосредственно между вторым UE и упомянутым по меньшей мере одним первым UE;
обработку MAC PDU вторым UE,
причем каждый MAC SDU из множества MAC SDU, соответственно, соответствует одному LCID из множества LCID,
при этом упомянутое по меньшей мере одно первое UE идентифицировано посредством ID источника, и второе UE идентифицировано посредством ID цели,
причем объект MAC второго UE взаимосвязан с множеством логических каналов, идентифицированных соответствующим LCID, и
при этом MAC PDU включает в себя ID источника в первом поле, ID цели во втором поле, ID логических каналов во множестве третьих полей и множество MAC SDU во множестве четвертых полей, соответственно.
4. Способ по п. 3, дополнительно содержащий:
отбрасывание MAC PDU, если ID цели не соответствует любому одному из множества ID, управляемых вторым UE.
5. Способ по п. 3, дополнительно содержащий:
синтаксический анализ MAC PDU, если ID цели соответствует любому одному из множества ID, управляемых вторым UE.
6. Способ по п. 3, в котором ID источника и ID цели используются в объекте MAC.
7. Первое пользовательское оборудование (UE) для работы в системе беспроводной связи, причем первое UE содержит:
радиочастотный (RF) модуль и
процессор, функционально связанный с RF модулем и сконфигурированный для:
формирования протокольного блока данных (PDU) управления доступом к среде (MAC), включающего в себя идентификатор (ID) источника, ID цели, множество идентификаторов логических каналов (LCID) и множество MAC служебных блоков данных (SDU); и
передачи, посредством RF модуля, MAC PDU к по меньшей мере одному второму UE через интерфейс, причем интерфейс сконфигурирован непосредственно между первым UE и упомянутым по меньшей мере одним вторым UE,
причем каждый MAC SDU из множества MAC SDU, соответственно, соответствует одному LCID из множества LCID,
при этом первое UE идентифицировано посредством ID источника, и упомянутое по меньшей мере одно второе UE идентифицировано посредством ID цели,
причем объект MAC первого UE взаимосвязан с множеством логических каналов идентифицированных соответствующим LCID, и
при этом MAC PDU включает в себя ID источника в первом поле, ID цели во втором поле, ID логических каналов во множестве третьих полей и множество MAC SDU во множестве четвертых полей, соответственно.
8. Первое UE по п. 7, в котором ID источника и ID цели используются в объекте MAC.
9. Второе пользовательское оборудование (UE) для работы в системе беспроводной связи, причем второе UE содержит:
радиочастотный (RF) модуль и
процессор, сконфигурированный для:
приема, посредством RF модуля, протокольного блока данных (PDU) управления доступом к среде (MAC), включающего в себя идентификатор (ID) источника, ID цели, множество идентификаторов логических каналов (LCID) и множество MAC служебных блоков данных (SDU), от по меньшей мере одного первого UE через интерфейс, причем интерфейс сконфигурирован непосредственно между вторым UE и упомянутым по меньшей мере одним первым UE; и
обработки MAC PDU,
причем каждый MAC SDU из множества MAC SDU, соответственно, соответствует одному LCID из множества LCID,
при этом упомянутое по меньшей мере одно первое UE идентифицировано посредством ID источника, и второе UE идентифицировано посредством ID цели,
причем объект MAC второго UE взаимосвязан с множеством логических каналов идентифицированных соответствующим LCID, и
при этом MAC PDU включает в себя ID источника в первом поле, ID цели во втором поле, ID логических каналов во множестве третьих полей и множество MAC SDU во множестве четвертых полей, соответственно.
10. Второе UE по п. 9, в котором процессор дополнительно сконфигурирован для отбрасывания MAC PDU, если ID цели не соответствует любому одному из множества ID, управляемых вторым UE.
11. Второе UE по п. 9, в котором процессор дополнительно сконфигурирован для синтаксического анализа MAC PDU, если ID цели соответствует любому одному из множества ID, управляемых вторым UE.
12. Второе UE по п. 9, в котором ID источника и ID цели используются в объекте MAC.
RU2016127578A 2014-01-29 2015-01-16 Способ конфигурирования mac pdu для системы связи d2d и устройство для его осуществления RU2636753C1 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201461932812P 2014-01-29 2014-01-29
US61/932,812 2014-01-29
PCT/KR2015/000477 WO2015115743A1 (en) 2014-01-29 2015-01-16 Method for configurung a mac pdu for d2d commucation system and device therefor

Publications (1)

Publication Number Publication Date
RU2636753C1 true RU2636753C1 (ru) 2017-11-28

Family

ID=53757287

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2016127578A RU2636753C1 (ru) 2014-01-29 2015-01-16 Способ конфигурирования mac pdu для системы связи d2d и устройство для его осуществления

Country Status (7)

Country Link
US (1) US10172165B2 (ru)
EP (1) EP3100372B1 (ru)
JP (1) JP6483692B2 (ru)
KR (1) KR102309294B1 (ru)
CN (1) CN105934897B (ru)
RU (1) RU2636753C1 (ru)
WO (1) WO2015115743A1 (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2782243C1 (ru) * 2019-01-18 2022-10-25 Виво Мобайл Комьюникэйшн Ко., Лтд. Способ уведомления о доступности интерфейса, способ указания доступности интерфейса и устройство

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10756869B2 (en) * 2015-08-12 2020-08-25 Apple Inc. Demodulation in wireless communications
WO2017026511A1 (ja) * 2015-08-13 2017-02-16 株式会社Nttドコモ ユーザ装置及び信号送信方法
WO2017026477A1 (ja) * 2015-08-13 2017-02-16 株式会社Nttドコモ ユーザ装置、信号送信方法及び信号受信方法
US10506623B2 (en) 2015-08-21 2019-12-10 Lg Electronics Inc. Method for triggering a BSR for sidelink data in a D2D communication system and device therefor
WO2017171251A1 (ko) * 2016-03-29 2017-10-05 엘지전자(주) 무선 통신 시스템에서의 pc5 자원 할당 방법 및 이를 위한 장치
US10404794B2 (en) * 2016-06-21 2019-09-03 Orion Labs Discovery and formation of local communication group
CA3042831C (en) * 2016-11-04 2021-10-19 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for transmission scheduling in a wireless communication system
CN108632230B (zh) * 2017-03-24 2021-03-30 电信科学技术研究院 一种数据处理方法及网络设备
MX2019012565A (es) * 2017-04-28 2019-12-02 Guangdong Oppo Mobile Telecommunications Corp Ltd Procedimiento de comunicacion d2d, equipo de usuario remoto y equipo de usuario de retransmision.
CN110249687B (zh) * 2017-11-03 2023-10-13 华为技术有限公司 处理媒体访问控制协议数据单元的方法和装置
WO2019193663A1 (ja) 2018-04-03 2019-10-10 富士通株式会社 基地局装置、端末装置、通信方法、及び通信システム
US11076318B2 (en) * 2018-06-20 2021-07-27 Apple Inc. Vehicle-to-Everything (V2X) communication authorization in Fifth Generation (5G) systems
JP7391946B2 (ja) 2018-09-25 2023-12-05 富士通株式会社 データ送信方法、装置及び通信システム
CN112740641B (zh) * 2019-05-09 2023-04-18 Oppo广东移动通信有限公司 Mac pdu的发送方法、接收方法、装置、终端及介质
CN112153596B (zh) * 2019-06-26 2022-08-30 大唐移动通信设备有限公司 V2x单播mac pdu的组织和传输方法、设备及装置
CN112787754B (zh) * 2020-12-29 2022-08-16 紫光展锐(重庆)科技有限公司 一种数据处理的方法及相关装置
CN115694595A (zh) * 2021-07-31 2023-02-03 华为技术有限公司 一种北斗通信***中出站传输控制方法、***及相关装置
CN116506971A (zh) * 2022-01-18 2023-07-28 ***通信有限公司研究院 Mac pdu发送方法、接收方法及通信设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2395913C2 (ru) * 2006-01-17 2010-07-27 Интердиджитал Текнолоджи Корпорейшн Способ и устройство для распределения информации маяка
US20120226822A1 (en) * 2011-03-02 2012-09-06 John Peter Norair Method and apparatus for addressing in a resource-constrained network
WO2013154328A1 (ko) * 2012-04-09 2013-10-17 엘지전자 주식회사 단말 간 직접 통신을 지원하는 무선 통신 시스템에서 d2d 단말이 데이터를 전송 및 수신하는 방법
US20140010179A1 (en) * 2012-07-05 2014-01-09 Lg Electronics Inc. Method and apparatus of providing a proximity-based service for public safety

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BRPI0720330A2 (pt) * 2007-01-05 2013-12-31 Interdigital Tech Corp Método e aparelho de transmissão e recepção de transmissões em canal lógico comum e canal lógico dedicado por meio de um canal compartilhado em link inferior em alta velocidade
US9055105B2 (en) 2009-05-29 2015-06-09 Nokia Technologies Oy Method and apparatus for engaging in a service or activity using an ad-hoc mesh network
US8681701B2 (en) * 2010-06-03 2014-03-25 Via Telecom Co., Ltd. Mobile communications devices and transmission methods for transmitting machine type communication data thereof
US9420614B2 (en) 2012-03-22 2016-08-16 Lg Electronics Inc. Method and apparatus for establishing device-to-device connection in wireless communication system
TWI620459B (zh) * 2012-05-31 2018-04-01 內數位專利控股公司 在蜂巢式通訊系統中賦能直鏈通訊排程及控制方法
US9479957B2 (en) * 2012-06-17 2016-10-25 Lg Electronics Inc. Method for reporting buffer status for device-to-device communication and apparatus therefor
US10117224B2 (en) * 2013-09-20 2018-10-30 Qualcomm Incorporated MAC subheader for D2D broadcast communication for public safety
US20150124646A1 (en) * 2013-11-01 2015-05-07 Electronics And Telecommunications Research Institute Device-to-device communication method and apparatus

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2395913C2 (ru) * 2006-01-17 2010-07-27 Интердиджитал Текнолоджи Корпорейшн Способ и устройство для распределения информации маяка
US20120226822A1 (en) * 2011-03-02 2012-09-06 John Peter Norair Method and apparatus for addressing in a resource-constrained network
WO2013154328A1 (ko) * 2012-04-09 2013-10-17 엘지전자 주식회사 단말 간 직접 통신을 지원하는 무선 통신 시스템에서 d2d 단말이 데이터를 전송 및 수신하는 방법
US20140010179A1 (en) * 2012-07-05 2014-01-09 Lg Electronics Inc. Method and apparatus of providing a proximity-based service for public safety

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2782243C1 (ru) * 2019-01-18 2022-10-25 Виво Мобайл Комьюникэйшн Ко., Лтд. Способ уведомления о доступности интерфейса, способ указания доступности интерфейса и устройство

Also Published As

Publication number Publication date
EP3100372A1 (en) 2016-12-07
JP6483692B2 (ja) 2019-03-13
US20160302248A1 (en) 2016-10-13
WO2015115743A1 (en) 2015-08-06
KR20160114043A (ko) 2016-10-04
KR102309294B1 (ko) 2021-10-06
CN105934897B (zh) 2019-05-03
CN105934897A (zh) 2016-09-07
EP3100372A4 (en) 2017-09-13
EP3100372B1 (en) 2019-01-16
JP2017506011A (ja) 2017-02-23
US10172165B2 (en) 2019-01-01

Similar Documents

Publication Publication Date Title
RU2636753C1 (ru) Способ конфигурирования mac pdu для системы связи d2d и устройство для его осуществления
US10708945B2 (en) Method for selecting of sidelink grant for a D2D UE in a D2D communication system and device therefor
CN105940622B (zh) 处理用于d2d通信***的id冲突的方法及其装置
US10044839B2 (en) Method for performing a packet filtering for prose in a D2D communication system and device therefor
EP3100375B1 (en) Method for notifying for d2d commucation system and device therefor
US10506623B2 (en) Method for triggering a BSR for sidelink data in a D2D communication system and device therefor
JP2017538374A (ja) D2d通信システムにおいてサイドリンクバッファー状態報告によってトリガーされたスケジューリング要求を取り消す方法及びその装置
US10455443B2 (en) Method for transmitting a priority list reporting in a D2D communication system and device therefor
US10667286B2 (en) Method for selecting prose destinations or SL grants in a D2D communication system and device therefor