СПОСОБ КОНФИГУРИРОВАНИЯ MAC PDU ДЛЯ СИСТЕМЫ СВЯЗИ D2D И УСТРОЙСТВО ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ Российский патент 2017 года по МПК H04B7/26 

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

[0001] Настоящее изобретение относится к системе беспроводной связи и, более конкретно, к способу для конфигурирования MAC PDU (протокольного блока данных управления доступом к среде) для системы связи D2D (от устройства к устройству) и к устройству для его осуществления.

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

[0002] В качестве примера системы мобильной связи, к которой применимо настоящее изобретение, кратко описана система связи Долгосрочной эволюции стандарта 3GPP (партнерского проекта 3-го поколения) (в дальнейшем упоминаемой как LTE).

[0003] Фиг. 1 представляет собой вид, схематично иллюстрирующий сетевую структуру E-UMTS в качестве примерной системы радиосвязи. Развитая Универсальная мобильная телекоммуникационная система (E-UMTS) является усовершенствованной версией обычной Универсальной мобильной телекоммуникационной системы (UMTS), и ее базовая стандартизация в настоящее время осуществляется в 3GPP. E-UMTS может, в общем, упоминаться как система Долгосрочной эволюции (LTE). Для получения более подробной информации о технических спецификациях UMTS и E-UMTS, можно сослаться на выпуск 7 и выпуск 8 “3^rd 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.

Настоящее изобретение относится к системе беспроводной связи и предназначено для конфигурирования протокольного блока данных управления доступом к среде (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 ил.

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.