СПОСОБ УВЕДОМЛЕНИЯ ДЛЯ СИСТЕМЫ СВЯЗИ D2D И УСТРОЙСТВО ДЛЯ НЕГО
NOTIFICATION METHOD FOR D2D COMMUNICATION SYSTEM AND DEVICE FOR IT

Область техники
[0001] Настоящее изобретение относится к системе беспроводной связи и, в частности, к способу уведомления системы связи D2D ("устройство-устройство") и устройство для него.
Уровень техники
[0002] В качестве примера системы мобильной связи, к которой применимо настоящее изобретение, кратко описана система связи долгосрочного развития Проекта партнерства по созданию сетей третьего поколения (в дальнейшем называемая LTE).
[0003] Фиг. 1 является изображением, схематично иллюстрирующим структуру сети E-UMTS как иллюстративную систему радиосвязи. Усовершенствованная универсальная система мобильной связи (E-UMTS) представляет собой усовершенствованную версию традиционной универсальной системы мобильной связи (UMTS), и ее основные стандарты находится в настоящее время в стадии реализации в проекте 3GPP. E-UMTS обычно может упоминаться как система долгосрочного развития (Long Term Evolution; LTE). Для получения дополнительной информации по техническим спецификациям UMTS и E-UMTS можно обратиться к выпуску 7 и выпуску 8 документа ʺ3rd Generation Partnership Project; Technical Specification Group Radio Access Networkʺ.
[0004] Согласно фиг. 1, E-UMTS включает в себя пользовательское оборудование (UE), узлы eNode B (узлы eNB) и шлюз доступа (AG), который расположен на конце сети (E-UTRAN) и соединен с внешней сетью. Узлы eNB могут одновременно передавать множественные потоки данных для службы широковещательной передачи, службы многоадресной передачи и/или службы одноадресной передачи.
[0005] Для каждого узла eNB могут существовать одна или более сот. Сота настроена для работы в одной из полос пропускания, таких как 1,25, 2,5, 5, 10, 15 и 20 МГц, и обеспечивает службу передачи нисходящей линии связи (DL) или восходящей линии связи (UL) множеству экземпляров пользовательского оборудования на полосе пропускания. Разные соты могут быть настроены для обеспечения разных полос пропускания. Узел eNB управляет передачей или приемом данных множества экземпляров пользовательского оборудования. Узел eNB передает информацию планирования нисходящей линии связи данных нисходящей линии связи соответствующему пользовательскому оборудованию, чтобы сообщить пользовательскому оборудованию частотно-временную область, в которой предполагается передача данных нисходящей линии связи, кодирование, размер данных и информацию, относящуюся к гибридному автоматическому запросу на повторную передачу (HARQ). Кроме того, узел eNB передает информацию планирования восходящей линии связи данных восходящей линии связи соответствующему пользовательскому оборудованию, чтобы сообщить пользовательскому оборудованию частотно-временную область, которую может использовать пользовательское оборудование, кодирование, размер данных и информацию, относящуюся к HARQ. Между узлами eNB может использоваться интерфейс для передачи пользовательского трафика или управляющего трафика. Базовая сеть (CN) может включать в себя шлюз доступа и сетевой узел и т.п. для регистрации пользователем экземпляров пользовательского оборудования. Шлюз доступа управляет мобильностью пользовательского оборудования на основе области отслеживания (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] Задача настоящего изобретения состоит в том, чтобы решить проблему, которая находится в способе и устройстве для уведомления системы связи D2D. Технические проблемы, решаемые посредством настоящего изобретения, не ограничены упомянутыми выше техническими проблемами, и специалисты в области техники могут выявить другие технические проблемы из последующего описания.
Техническое решение
[0011] Задача настоящего изобретения может быть решена посредством обеспечения способа для пользовательского оборудования (UE), работающего в системе беспроводной связи, способ содержит: формирование посредством первого пользовательского оборудования первого идентификатора (ID) в соответствии с типом связи D2D ("устройство-устройство"); формирование посредством первого пользовательского оборудования первого индикатора, указывающего, что первое пользовательское оборудование пытается выполнить связь D2D по меньшей мере с одним вторым пользовательским оборудованием; и передачу посредством первого пользовательского оборудования первого блока PDU MAC (блока протокольных данных управления доступом к среде), включающего в себя первый идентификатор и первый индикатор, этому по меньшей мере одному второму пользовательскому оборудованию.
[0012] В другом аспекте настоящего изобретения обеспечено пользовательское оборудование (UE) для выполнения процедуры произвольного доступа в системе беспроводной связи, пользовательское оборудование содержит: радиочастотный (RF) модуль; и процессор, выполненный с возможностью управлять радиочастотным модулем, причем процессор выполнен с возможностью формировать первый идентификатор (ID) в соответствии с типом связи D2D ("устройство-устройство"), формировать первый индикатор, указывающий, что первое пользовательское оборудование пытается выполнить связь D2D по меньшей мере с одним вторым пользовательским оборудованием, и передавать первый блок PDU MAC (блок протокольных данных управления доступом к среде), включающий в себя первый идентификатор и первый индикатор, этому по меньшей мере одному второму пользовательскому оборудованию.
[0013] Между тем, в другом аспекте настоящего изобретения обеспечен способ для пользовательского оборудования (UE), работающего в системе беспроводной связи, способ содержит: определение посредством первого пользовательского оборудования, информации от типе и информации о действии для связи D2D ("устройство-устройство") по меньшей мере с одним вторым пользовательским оборудованием, причем информация о типе указывает, какой является связь D2D - связью «1 к 1» или связью «1 к M» (M>1), - и информация о действии указывает, хочет ли первое пользовательское оборудование начать или остановить связь D2D по меньшей мере с одним вторым пользовательским оборудованием; формирование индикатора в соответствии с определением; и передачу блока PDU MAC (блока протокольных данных управления доступом к среде), включающего в себя идентификатор первого пользовательского оборудования и индикатор, по меньшей мере одному второму пользовательскому оборудованию.
[0014] В другом аспекте настоящего изобретения обеспечено пользовательское оборудование (UE) для выполнения процедуры произвольного доступа в системе беспроводной связи, пользовательское оборудование содержит: радиочастотный (RF) модуль; и процессор, выполненный с возможностью управлять радиочастотным модулем, причем процессор выполнен с возможностью определять информацию о типе и информацию о действии для связи D2D ("устройство-устройство") по меньшей мере с одним вторым пользовательским оборудованием, причем информация о типе указывает, какой является связь D2D - связью «1 к 1» или связью «1 к M» (M>1), - и информация о действии указывает, хочет ли первое пользовательское оборудование начать или остановить связь D2D по меньшей мере с одним вторым пользовательским оборудованием, формировать индикатор в соответствии с определением, передавать блок PDU MAC (блок протокольных данных управления доступом к среде), включающий в себя идентификатор первого пользовательского оборудования и индикатор, по меньшей мере одному второму пользовательскому оборудованию.
[0015] Предпочтительно первый блок PDU MAC дополнительно содержит поле LCID, указывающее тип связи D2D, причем тип связи D2D содержит связь «1 к 1», связь «1 к M» (M>1) и широковещательную связь.
[0016] Предпочтительно, если тип связи D2D представляет собой связь «1 к 1», первый идентификатор является идентификатором первого пользовательского оборудования.
[0017] Предпочтительно, если тип связи D2D представляет собой связь «1 к M» (M>1), первый идентификатор является идентификатором, который идентифицирует заданную группу пользовательского оборудования, которой принадлежит первое пользовательское оборудование.
[0018] Предпочтительно, если тип связи D2D представляет собой широковещательную связь, первый идентификатор является идентификатором, который идентифицирует заданную широковещательную передачу.
[0019] Предпочтительно первый блок PDU MAC дополнительно содержит идентификатор первого пользовательского оборудования.
[0020] Предпочтительно способ дополнительно содержит: прием от второго пользовательского оборудования второго блока PDU MAC, включающего в себя второй идентификатор второго пользовательского оборудования и второй индикатор, указывающий, что второе пользовательское оборудование хочет вступить в связь D2D с первым пользовательским оборудованием; и сохранение второго идентификатора второго пользовательского оборудования, чтобы начать связь «1 к 1» со вторым пользовательским оборудованием с использованием канала связи «1 к 1».
[0021] Предпочтительно способ дополнительно содержит: прием от второго пользовательского оборудования второго блока PDU MAC, включающего в себя второй идентификатор второго пользовательского оборудования и второй индикатор, указывающий, что второе пользовательское оборудование хочет вступить в связь D2D с первым пользовательским оборудованием; и сохранение второго идентификатора второго пользовательского оборудования, чтобы присоединить второе пользовательское оборудование, идентифицированное вторым идентификатором, к заданной группе пользовательского оборудования, идентифицированной первым идентификатором.
[0022] Предпочтительно первое пользовательское оборудование передает идентификатор и первый индикатор по меньшей мере одному второму пользовательскому оборудованию периодически.
[0023] Следует понимать, что и предшествующее общее описание, и последующее подробное описание настоящего изобретения являются иллюстративными и разъяснительными и предназначены для обеспечения дополнительного объяснения заявленного изобретения.
Полезные эффекты
[0024] В соответствии с настоящим изобретением в системе связи D2D возможно эффективное уведомление об индикаторе и идентификаторе для связи D2D. Специалистам в данной области техники будет ясно, что эффекты, достигнутые посредством настоящего изобретения, не ограничены тем, что было конкретно описано выше, и другие преимущества настоящего изобретения будут более ясно понятны из последующего подробного описания, рассматриваемого вместе с прилагаемыми чертежами.
Описание чертежей
[0025] Сопроводительные чертежи, которые приложены для обеспечения дополнительного понимания изобретения и включены в состав этой заявки и являются ее частью, иллюстрируют вариант (варианты) воплощения изобретения и вместе с описанием служат для разъяснения принципа изобретения.
[0026] Фиг. 1 - схема, показывающая структуру сети усовершенствованной универсальной системы мобильной связи (E-UMTS) в качестве примера системы беспроводной связи;
[0027] Фиг. 2А - блок-схема, иллюстрирующая структуру сети усовершенствованной универсальной системы мобильной связи (E-UMTS), и фиг. 2B - блок-схема, изображающая архитектуру типичной сети E-UTRAN и типичного ядра EPC;
[0028] Фиг. 3 - схема, показывающая плоскость управления и плоскость пользователя протокола радиоинтерфейса между пользовательским оборудованием и сетью E-UTRAN на основе на стандарта сети радиодоступа Проекта партнерства по созданию сетей третьего поколения (3GPP);
[0029] Фиг. 4 - схема иллюстративной структуры физического канала, используемого в системе E-UMTS;
[0030] Фиг. 5 - блок-схема устройства связи в соответствии с вариантом осуществления настоящего изобретения;
[0031] Фиг. 6 - пример тракта передачи данных по умолчанию для обычной связи;
[0032] Фиг. 7-8 - примеры сценариев тракта передачи данных для связи на основе близости;
[0033] Фиг. 9 - концептуальная схема, иллюстрирующая эталонную архитектуру без роуминга;
[0034] Фиг. 10 - концептуальная схема, иллюстрирующая структуру уровня 2 для Sidelink;
[0035] Фиг. 11a - концептуальная схема, иллюстрирующая стек протоколов плоскости пользователя для прямой связи ProSe, и фиг. 11b - стек протоколов плоскости управления для прямой связи ProSe;
[0036] Фиг. 12 - концептуальная схема, иллюстрирующая интерфейс PC5 для прямого обнаружения ProSe;
[0037] Фиг. 13a-13c - концептуальные схемы, иллюстрирующие структуру блока PDU MAC;
[0038] Фиг. 14 - концептуальная схема для уведомления об идентификаторе D2D для связи D2D в соответствии с вариантами осуществления настоящего изобретения; и
[0039] Фиг. 15a-15d - концептуальные схемы для уведомления о вступлении в связь D2D или о прекращении связи D2D в соответствии с вариантами осуществления настоящего изобретения.
Предпочтительный вариант воплощения
[0040] Универсальная система мобильной связи (UMTS) представляет собой систему асинхронной мобильной связи, работающую в широкополосном множественном доступе с кодовым разделением (WCDMA) на основе европейских систем, глобальной системы мобильной связи (GSM) и системы пакетной радиосвязи общего пользования (GPRS). Проект долгосрочного развития (LTE) системы UMTS рассматривается в Проекте партнерства по созданию сетей третьего поколения (3GPP), который стандартизировал систему UMTS.
[0041] 3GPP LTE представляет собой технологию для обеспечения высокоскоростной пакетной связи. Много схем было предложено для задач LTE, в том числе тех, которые нацелены на уменьшение затрат пользователя и поставщика, улучшения качества обслуживания и расширения и улучшения системной пропускной способности и покрытия. Система 3G LTE требует меньших затрат на один бит, увеличения доступности сервисов, гибкого использования полосы частот, простой структуры, открытого интерфейса и адекватного потребления энергии терминала как требование верхнего уровня.
[0042] В дальнейшем структуры, операции и другие признаки настоящего изобретения будут хорошо понятны из вариантов осуществления настоящего изобретения, примеры которых проиллюстрированы на прилагаемых чертежах. Описанные позже варианты осуществления представляют собой примеры, в которых технические признаки настоящего изобретения применены к системе 3GPP.
[0043] Хотя варианты осуществления настоящего изобретения описаны с использованием системы долгосрочного развития (LTE) и усовершенствованной системы долгосрочного развития (LTE-A) в настоящем описании, они являются чисто иллюстративными. Таким образом, варианты осуществления настоящего изобретения применимы к любой другой системе связи, соответствующей описанному выше определению. Кроме того, хотя варианты осуществления настоящего изобретения описаны на основе схемы дуплексной передачи с частотным разделением (FDD) в настоящей описании, варианты осуществления настоящего изобретения могут быть легко модифицированы и относиться к схеме полудуплексной передачи FDD (H-FDD) или к схеме дуплексной передачи с временным разделением (TDD).
[0044] Фиг. 2А является блок-схемой, иллюстрирующей структуру сети усовершенствованной универсальной системы мобильной связи (E-UMTS). E-UMTS также может упоминаться как система LTE. Сеть связи широко развернута для обеспечения множества служб связи, таких как передача речи (VoIP) через IMS и пакетных данных.
[0045] Как проиллюстрировано на фиг. 2А, сеть E-UMTS включает в себя усовершенствованную наземную сеть радиодоступа UMTS (E-UTRAN), ядро пакетной сети (EPC) и один или более экземпляров пользовательского оборудования. Сеть E-UTRAN может включать в себя один или более усовершенствованных узлов 20 NodeB (узлов eNodeB), и в одной соте может быть расположено множество экземпляров пользовательского оборудования 10 (UE). Один или более объектов управления мобильностью (MME) сети E-UTRAN/шлюзов 30 развития системной архитектуры (SAE) могут быть помещены на конце сети и соединены с внешней сетью.
[0046] Используемый здесь термин "нисходящая линия связи" относится к связи от узла 20 eNodeB к пользовательскому оборудованию 10, и термин "восходящая линия связи" относится к связи от пользовательского оборудования к узлу eNodeB. Пользовательское оборудование 10 относится к оборудованию связи, которое носит пользователь, и также может упоминаться как мобильная станция (MS), пользовательский терминал (UT), абонентская станция (SS) или беспроводное устройство.
[0047] Фиг. 2B является блок-схемой, изображающей архитектуру типичной сети E-UTRAN и типичного ядра EPC.
[0048] Как проиллюстрировано на фиг. 2B, узел 20 eNodeB обеспечивает конечные точки плоскости пользователя и плоскости управления для пользовательского оборудования 10. Шлюз 30 MME/SAE обеспечивает конечную точку сеанса и функцию управления мобильностью для пользовательского оборудования 10. Узел eNodeB и шлюз MME/SAE могут быть соединены через интерфейс S1.
[0049] Узел 20 eNodeB обычно представляет собой стационарную станцию, которая взаимодействует с пользовательским оборудованием 10 и также может упоминаться как базовая станция (BS) или точка доступа. Один узел 20 eNodeB может быть развернут для каждой соты. Интерфейс для передачи пользовательского трафика или управляющего трафика может использоваться между узлами eNodeB 20.
[0050] Объект MME обеспечивает различные функции, в том числе сигнализацию NAS для узлов 20 eNodeB, безопасность сигнализации NAS, управление безопасностью AS, сигнализацию между узлами CN для мобильности между сетями доступа 3GPP, достижимость пользовательского оборудования в режиме ожидания (в том числе управление и выполнение повторной передачи поискового вызова), управления списками области отслеживания (для пользовательского оборудования в режиме ожидания и в активном режиме), выбор PDN GW и обслуживающего GW, выбор объекта MME для эстафетных передач с изменением объекта MME, выбор SGSN для эстафетных передач в сети доступа 2G или 3G 3GPP, функции управления роумингом, аутентификацией и переносом, в том числе установление выделенного переноса, поддержку передачи сообщений PWS (которая включает в себя ETWS и CMAS). Хост шлюза SAE обеспечивает различные функции, в том числе пакетную фильтрацию для каждого пользователя (например, глубокую проверку пакетов), законный перехват, распределение IP-адресов пользовательского оборудования, маркировку пакетов транспортного уровня на нисходящей линии связи, тарификацию уровня обслуживания, управление пропусканием и принудительное назначение скорости передачи восходящей линии связи и нисходящей линии связи, принудительное назначение скорости передачи нисходящей линии связи на основе APN-AMBR. Для ясности шлюз 30 MME/SAE будет упоминаться здесь просто как "шлюз", но подразумевается, что этот объект включает в себя и объект MME, и шлюз SAE.
[0051] Множество узлов может быть соединено между узлом 20 eNodeB и шлюзом 30 через интерфейс S1. Узлы 20 eNodeB могут быть соединены друг с другом через интерфейс X2, и соседние узлы eNodeB могут иметь структуру ячеистой сети, которая имеет интерфейс X2.
[0052] Как проиллюстрировано, узел 20 eNodeB может выполнять функции выбора для шлюза 30, маршрутизации по направлению к шлюзу во время активации управления радиоресурсами (RRC), планирования и передачи сообщений поискового вызова, планирования и передачи информации канала широковещания (BCCH), динамическое выделение ресурсов экземплярам пользовательского оборудования 10 на восходящей линии связи и нисходящей линии связи, конфигурации и обеспечения измерений узла eNodeB, управления радиочастотной несущей, управление допуском к радиопередаче (RAC) и управление мобильностью соединения в состоянии LTE_ACTIVE. В EPC и, как отмечено выше, шлюз 30 может выполнять функции создания поискового вызова, управления состоянием LTE-IDLE, шифрования плоскости пользователя, управления несущей SAE и шифрования и защиты целостности сигнализации уровня, не связанного с предоставлением доступа (NAS).
[0053] EPC включает в себя объект управления мобильностью (MME), обслуживающий шлюз (S-GW) и шлюз сети пакетной передачи данных (PDN-GW). Объект MME имеет информацию о соединениях и возможностях экземпляров пользовательского оборудования, в основном для использования при управлении мобильностью экземпляров пользовательского оборудования. Шлюз S-GW представляет собой шлюз, имеющий в качестве конечной точки сеть E-UTRAN, и PDN-GW представляет собой шлюз, имеющий в качестве конечной точки сеть пакетной передачи данных (PDN).
[0054] Фиг. 3 является схемой, показывающей плоскость управления и плоскость пользователя протокола радиоинтерфейса между пользовательским оборудованием и сетью E-UTRAN на основе стандарта сети радиодоступа 3GPP. Плоскость управления относится к тракту, используемому для передачи управляющих сообщений, используемых для управления вызовом между пользовательским оборудованием и сетью E-UTRAN. Плоскость пользователя относится к тракту, используемому для передачи данных, сформированных на прикладном уровне, например, речевых данных или пакетных данных сети Интернет.
[0055] Физический уровень (PHY) первого уровня обеспечивает службу передачи информации на более высокий уровень с использованием физического канала. Уровень PHY соединен с уровнем управления доступом к среде (MAC), расположенным на более высоком уровне, через транспортный канал. Данные транспортируются между уровнем MAC и уровнем PHY через транспортный канал. Данные транспортируются между физическим уровнем передающей стороны и физическим уровнем принимающей стороны через физические каналы. Физические каналы используют время и частоту как радиоресурсы. Более подробно, физический канал модулируется с использованием схемы множественного доступа с ортогональным частотным разделением (OFDMA) на нисходящей линии связи и модулируется с использованием схемы множественного доступа с частотным разделением с одной несущей (SC-FDMA) на восходящей линии связи.
[0056] Уровень MAC второго уровня обеспечивает службу для уровня управления радиоканалом (RLC) более высокого уровня через логический канал. Уровень RLC второго уровня поддерживает надежную передачу данных. Функция уровня RLC может быть реализована посредством функционального блока уровня MAC. Уровень протокола конвергенции пакетных данных (PDCP) второго уровня выполняет функцию сжатия заголовка, чтобы сократить необязательную управляющую информацию для эффективной передачи пакетов протокола Интернета (IP), такого как пакет IP версии 4 (IPv4) или пакет IP версии 6 (IPv6), в радиоинтерфейсе, имеющем относительно малую пропускную способность.
[0057] Уровень элемента управления радиоресурсом (RRC), расположенный внизу третьего уровня, определен только в плоскости управления. Уровень RRC управляет логическими каналами, транспортными каналами и физическими каналами относительно конфигурации, реконфигурации и высвобождения радиочастотных несущих (RB). Радиочастотные несущие относятся к службе, которую второй уровень обеспечивает для передачи данных между пользовательским оборудованием и сетью E-UTRAN. С этой целью уровень RRC пользовательского оборудования и уровень RRC сети E-UTRAN обмениваются друг с другом сообщениями RRC.
[0058] Одна сота узла eNB настраивается для работы в одной из полос пропускания, таких как 1,25, 2,5, 5, 10, 15 и 20 МГц, и обеспечивает службу передачи нисходящей линии связи или восходящей линии связи множеству экземпляров пользовательского оборудования в полосе пропускания. Разные соты могут быть настроены для обеспечения разных полос пропускания.
[0059] Транспортные каналы нисходящей линии связи для передачи данных от сети E-UTRAN к пользовательскому оборудованию включают в себя канал широковещания (BCH) для передачи системной информации, канал поискового вызова (PCH) для передачи сообщений поискового вызова и совместно используемый канал (SCH) нисходящей линии связи для передачи пользовательского трафика или управляющих сообщений. Трафик или управляющие сообщения службы многоадресной или широковещательной передачи нисходящей линии связи могут передаваться через канал SCH нисходящей линии связи, а также могут передаваться через отдельный канал многоадресной передачи (MCH) нисходящей линии связи.
[0060] Транспортные каналы восходящей линии связи для передачи данных от пользовательского оборудования к сети E-UTRAN включают в себя канал произвольного доступа (RACH) для передачи начальных управляющих сообщений и канал SCH восходящей линии связи для передачи пользовательского трафика или управляющих сообщений. Логические каналы, которые определены выше транспортных каналов и отображены на транспортные каналы, включают в себя управляющий канал широковещательной передачи (BCCH), управляющий канал поисковых вызовов (PCCH), общий управляющий канал (CCCH), управляющий канал многоадресной передачи (MCCH) и канал трафика многоадресной передачи (MTCH).
[0061] Фиг. 4 является изображением, показывающим пример структуры физического канала, используемой в системе E-UMTS. Физический канал включает в себя несколько субкадров на оси времени и несколько поднесущих на оси частот. При этом один субкадр включает в себя множество символов на оси времени. Один субкадр включает в себя множество ресурсных блоков, и один ресурсный блок включает в себя множество символов и множество поднесущих. Кроме того, каждый субкадр может использовать некоторые поднесущие некоторых символов (например, первого символа) субкадра для физического канала управления нисходящей линии связи (канал PDCCH), то есть, канала управления L1/L2. На фиг. 4 показаны область передачи управляющей информации L1/L2 (канал PDCCH) и область данных (канал PDSCH). В одном варианте осуществления используется радиокадр продолжительностью 10 мс, и один радиокадр включает в себя 10 субкадров. Кроме того, один субкадр включает в себя два последовательных слота. Длина одного слота может составлять 0,5 мс. Кроме того, один субкадр включает в себя множество символов OFDM, и участок (например, первый символ) из множества символов OFDM может использоваться для передачи управляющей информации L1/L2. Интервал времени передачи (TTI), который является единицей времени для передачи данных, составляет 1 мс.
[0062] Базовая станция и пользовательское оборудование главным образом передают/принимают данные через канал PDSCH, который является физическим каналом, с использованием канала DL-SCH, который является каналом передачи, кроме некоторого управляющего сигнала или некоторых служебных данных. Информация, указывающая, к которому пользовательскому оборудованию (одному или множеству экземпляров пользовательского оборудования) передаются данные канала PDSCH, и как пользовательское оборудование принимает и декодирует данные канала PDSCH, передается как включенная в канал PDCCH.
[0063] Например, в одном варианте осуществления, некоторый канал PDCCH маскирован с помощью CRC с временным идентификатором радиосети (RNTI) "A", и информация о данных передается с использованием радиоресурса "B" (например, местоположение частоты), и информации формате передачи "C" (например, информация о размере блока передачи, модуляции, кодировании и т.п.) через некоторый субкадр. Затем один или более экземпляров пользовательского оборудования, расположенных в соте, отслеживают канал PDCCH с использованием его информации RNTI. И заданное пользовательское оборудование с RNTI "A" считывает канал PDCCH и затем принимает канал PDSCH, обозначенный посредством B и C, в информации канала PDCCH.
[0064] Фиг. 5 является блок-схемой устройства связи в соответствии с вариантом осуществления настоящего изобретения.
[0065] Устройство, показанное на фиг. 5, может представлять собой пользовательское оборудование (UE) и/или узлом eNB, выполненные с возможностью выполнять описанный выше механизм, но это может быть любое устройство для выполнения такой же операции.
[0066] Как показано на фиг. 5, устройство может содержать процессор цифровых сигналов (DSP)/микропроцессор (110) и радиочастотный модуль (приемопередатчик 135). Процессор цифровых сигналов/микропроцессор (110) электрически соединен с приемопередатчиком (135) и управляет им. Устройство может также включать в себя модуль (105) управления питанием, батарею (155), дисплей (115), кнопочную панель (120), SIM-карту (125), запоминающее устройство (130), динамик (145) и устройство ввода (150) на основе его реализации и выбора разработчика.
[0067] Более конкретно, фиг. 5 может представлять пользовательское оборудование, содержащее приемник (135), выполненный с возможностью принимать сообщение запроса от сети, и передатчик (135), выполненный с возможностью передавать информацию синхронизации передачи или приема к сети. Эти приемник и передатчик могут составить приемопередатчик (135). Пользовательское оборудование также содержит процессор (110), соединенный с приемопередатчиком (135: приемником и передатчиком).
[0068] Кроме того, фиг. 5 может представлять сетевое устройство, содержащее передатчик (135), выполненный с возможностью передавать сообщение запроса к пользовательскому оборудованию и приемнику (135), выполненному с возможностью принимать информацию синхронизации передачи или приема от пользовательского оборудования. Эти передатчик и приемник могут составить приемопередатчик (135). Сеть также содержит процессор (110), соединенный с передатчиком и приемником. Этот процессор (110) может быть выполнен с возможностью вычислять задержку на основе информации синхронизации передачи или приема.
[0069] Недавно, в 3GPP обсуждался сервис на основе близости (ProSe). ProSe дает возможность разным экземплярам пользовательского оборудования соединяться (непосредственно) друг с другом (после соответствующей процедуры (процедур), такой как аутентификация) только через узел eNB (но не дальше через обслуживающий шлюз (SGW)/шлюз сети пакетной передачи данных (PDN-GW, PGW)) или через SGW/PGW. Таким образом, с использованием ProSe может быть обеспечена прямая связь от устройства к устройству ("устройство-устройство"), и ожидается, что каждые устройства будут соединены с возможностью доступа из любой точки. Прямая связь между устройствами на близком расстоянии может уменьшить нагрузку в сети. Недавно службы социальных сетей на основе близости привлекли общественное внимание, и новые виды основанных на близости приложений могут появиться и могут создать новый корпоративный рынок и доход. Для первого шага на рынке требуются общественная безопасность и передача особо важной информации. Групповая связь также является одним из ключевых компонентов в системе общественной безопасности. Необходимая функциональность представляет собой: обнаружение на основе близости, связь по прямому тракту и управление групповой связью.
[0070] Варианты использования и сценарии, например, представляют собой: i) коммерческое/общественное использование, ii) разгрузка сети, iii) общественная безопасность, iv) интеграция текущих инфраструктурных служб для гарантии постоянства пользовательского восприятия, в том числе в аспектах достижимости и мобильности, и v) общественная безопасность в случае отсутствия покрытия EUTRAN (руководствуясь региональными нормативами и политикой оператора и с ограничением специальными выделенными для общественной безопасности полосами частот и терминалами),
[0071] Фиг. 6 является примером тракта передачи данных по умолчанию для связи между двумя экземплярами пользовательского оборудования. Со ссылкой на фиг. 6, даже когда два экземпляра пользовательского оборудования (например, UE1, UE2) в непосредственной близости взаимодействуют друг с другом, их тракт передачи данных (плоскость пользователя) идет через сеть оператора. Таким образом, типичный тракт передачи данных для связи подразумевает узел (узлы) eNB и/или шлюз (шлюзы) (GW) (например, SGW/PGW).
[0072] Фиг. 7-8 являются примерами сценариев тракта передачи данных для связи на основе близости. Если беспроводные устройства (например, UE1, UE2) находятся вблизи друг от друга, они могут использовать тракт передачи данных в прямом режиме (фиг. 7) или локально маршрутизированный тракт передачи данных (фиг. 8). В тракте передачи данных в прямом режиме беспроводные устройства соединены непосредственно друг с другом (после соответствующей процедуры (процедур), такой как аутентификация), без узла eNB и шлюза SGW/PGW. В локально маршрутизированном тракте передачи данных беспроводные устройства соединены друг с другом только через узел eNB.
[0073] Фиг. 9 является концептуальной схемой, иллюстрирующей эталонную архитектуру без роуминга.
[0074] PC1-PC5 представляют интерфейсы. Интерфейс PC1 является точкой привязки между приложением ProSe в пользовательском оборудовании и сервером приложений ProSe. Он используется для определения требований сигнализации прикладного уровня. Интерфейс PC2 является точкой привязки между сервером приложений ProSe и функцией ProSe. Он используется для определения взаимодействия между сервером приложений ProSe и функциональностью ProSe, обеспечиваемой посредством 3GPP EPS через Функцию ProSe. Одним примером могут быть обновления данных приложения для базы данных ProSe в функции ProSe. Другим примером могут быть данные для использования сервером приложений ProSe при взаимодействии между функциональностью 3GPP и данными приложения, например, перевод имен. Интерфейс PC3 является точкой привязки между функцией ProSe и пользовательским оборудованием. Он используется для определения взаимодействия между функцией ProSe и пользовательским оборудованием. Примером может быть использование для конфигурации для обнаружения ProSe и связи. Интерфейс PC4 является точкой привязки между функцией ProSe и EPC. Он используется для определения взаимодействия между функцией ProSe и EPC. Случаями возможного применения могут быть настройка непосредственного тракта связи между экземплярами пользовательского оборудования или проверка сервисов ProSe (авторизация) для управления сеансами или управления мобильностью в реальном времени.
[0075] Интерфейс PC5 является точкой привязки между пользовательским оборудованием и пользовательским оборудованием, используемой для плоскости управления и плоскости пользователя для обнаружения и связи для ретрансляционной и непосредственной связи (между экземплярами пользовательского оборудования непосредственно и между экземплярами пользовательского оборудования по интерфейсу LTE-Uu). Наконец, интерфейс PC6 является точкой привязки, которая может использоваться для таких функций, как обнаружение ProSe между пользователями, подписанными на разные PLMN.
[0076] EPC (ядро пакетной сети) включает в себя такие объекты, как MME, S-GW, P-GW, PCRF, HSS и т.д., EPC здесь представляет архитектуру базовой сети E-UTRAN. Интерфейсы внутри EPC также могут быть затронуты, хотя они явно не показаны на фиг. 9.
[0077] Серверы приложений, которые являются пользователями возможности ProSe для создания функциональности приложения, например, в случаях общественной безопасности могут представлять собой специальные агентства (PSAP) или в коммерческих случаях социальные сети. Эти приложения определены вне архитектуры 3GPP, но могут иметься точки привязки к объектам 3GPP. Сервер приложений может взаимодействовать с приложением в пользовательском оборудовании.
[0078] Приложения в пользовательском оборудовании используют возможность ProSe для создания функциональности приложения. Примером может быть взаимодействие между членами групп общественной безопасности или приложение социальной сети, которое запрашивает поиск друзей поблизости. Функция ProSe в сети (как часть EPS), определенная посредством 3GPP, имеет точку привязки к серверу приложений ProSe, к EPC и к пользовательскому оборудованию. Функциональность может включать в себя, но без ограничения, например, следующее:
[0079] - Взаимодействие через точку привязки к приложениям сторонних производителей
[0080] - Авторизацию и конфигурацию пользовательского оборудования для обнаружения и прямой связи
[0081] - Обеспечение функциональности обнаружения ProSe уровня EPC
[0082] - Относящиеся к ProSe данные нового абонента и обработка хранения данных; также обработка идентификаторов ProSe;
[0083] - Функциональность, относящуюся к безопасности
[0084] - Обеспечение управления EPC для функциональности, относящейся к политикам
[0085] - Обеспечение функциональности для тарификации (через EPC или за пределами EPC, например, офлайновая тарификация)
[0086] Фиг. 10 является концептуальной схемой, иллюстрирующей структуру уровня 2 для Sidelink.
[0087] Sidelink представляет собой интерфейс от пользовательского оборудования к пользовательскому оборудованию для прямой связи ProSe и прямого обнаружения ProSe. Соответствует интерфейсу PC5. Sidelink содержит прямое обнаружение ProSe и прямую связь ProSe между экземплярами пользовательского оборудования. Sidelink использует ресурсы и структуру физического канала восходящей линии связи, подобную передачам по восходящей линии связи. Однако некоторые изменения, отмеченные ниже, внесены в физические каналы. E-UTRA определяет два объекта MAC; один в пользовательском оборудовании и один в сети E-UTRAN. Эти объекты MAC дополнительно обрабатывают следующие транспортные каналы, i) канал широковещательной передачи Sidelink (SL-BCH), ii) канал обнаружения Sidelink (SL-DCH) и iii) совместно используемый канал Sidelink (SL-SCH).
- Основная схема передачи
[0088] : передача Sidelink использует такую же основную схему передачи, как схема передачи восходящей линии связи. Однако Sidelink ограничен передачами в одном кластере для всех физических каналов Sidelink. Кроме того, Sidelink использует промежуток из 1 символа в конце каждого субкадра Sidelink.
- Обработка физического уровня
[0089] : обработка физического уровня Sidelink транспортных каналов отличается от передачи восходящей линии связи на следующих этапах:
[0090] i) Скремблирование: для каналов PSDCH и PSCCH скремблирование не является специфическим для пользовательского оборудования;
[0091] ii) Модуляция: Для Sidelink не поддерживается 64 QAM.
- Физический управляющий канал Sidelink:
[0092]  канал PSCCH отображен на управляющие ресурсы Sidelink. Канал PSCCH указывает ресурс и другие параметры передачи, используемые пользовательским оборудованием для канала PSSCH.
- Опорные сигналы Sidelink
[0093] : для демодуляции каналов PSDCH, PSCCH и PSSCH опорные сигналы, подобные опорным сигналам демодуляции восходящей линии связи, передаются в 4-м символе слота в нормальном CP и в 3-м символе слота в расширенном циклическом префиксе. Длина последовательности опорных сигналов демодуляции Sidelink равна размеру (количеству поднесущих) присвоенного ресурса. Для каналов PSDCH и PSCCH опорные сигналы создаются на основе фиксированной базовой последовательности, циклическом сдвиге и ортогональном коде покрытия.
- Процедура физического канала:
[0094]  для работы в зоне покрытия спектральная плотность мощности передач Sidelink может находиться под влиянием узла eNB.
[0095] Фиг. 11a является концептуальной схемой, иллюстрирующей стек протоколов плоскости пользователя для прямой связи ProSe, и фиг. 11b является стеком протоколов плоскости управления для прямой связи ProSe.
[0096] Прямая связь ProSe представляет собой режим связи, посредством которого экземпляры пользовательского оборудования могут взаимодействовать друг с другом непосредственно по интерфейсу PC5. Этот режим связи поддерживается, когда пользовательское оборудование обслуживается сетью E-UTRAN, и когда пользовательское оборудование находится за пределами зоны покрытия E-UTRA. Только те экземпляры пользовательского оборудования, которые авторизованы для использования для операции общественной безопасности, могут выполнять прямую связь ProSe.
[0097] Чтобы выполнить синхронизацию, канал SBCCH переносит самую существенную системную информацию, необходимую для приема других каналов и сигналов ProSe. Канал SBCCH наряду с сигналом синхронизации передается с фиксированной периодичностью 40 мс. Когда пользовательское оборудование находится в зоне сетевого покрытия, содержание канала SBCCH получается из параметров, сообщенных узлом eNB. Когда пользовательское оборудование находится вне зоны покрытия, если пользовательское оборудование выбирает другое пользовательское оборудование в качестве эталона синхронизации, то содержание канала SBCCH получается из принятого канала SBCCH; в ином случае пользовательское оборудование использует предварительно сконфигурированные параметры. Имеется только один субкадр каждые 40 мс для сигнала синхронизации и передачи канала SBCCH для работы в зоне покрытия. SIB18 обеспечивает информацию ресурсов для сигнала синхронизации и передачи канала SBCCH. Имеется два предварительно сконфигурированных субкадра каждые 40 мс для работы вне зоны покрытия. Пользовательское оборудование принимает сигнал синхронизации и канал SBCCH в одном субкадре и передает сигнал синхронизации и канал SBCCH в другом субкадре, если пользовательское оборудование становится источником синхронизации, на основе определенного критерия.
[0098] Пользовательское оборудование выполняет прямую связь ProSe в субкадрах, определенных по продолжительности управляющего периода Sidelink. Управляющий период Sidelink - это период, в течение которого происходят ресурсы, распределенные в соте для передач управляющей информации Sidelink и данных Sidelink. В течение управляющего периода Sidelink пользовательское оборудование отправляет управляющую информацию Sidelink, за которой следуют данные Sidelink. Управляющая информация Sidelink указывает идентификатор уровня 1 и характеристики передач (например, схему модуляции и кодирования (MCS), местоположение ресурса (ресурсов) по продолжительности управляющего периода Sidelink, выравнивание по времени).
[0099] Пользовательское оборудование выполняет передачу и прием интерфейсов Uu и PC5 со следующим убыванием приоритета:
[00100] - Передача/прием интерфейса Uu (самый высокий приоритет);
[00101] - Передача/прием интерфейса PC5 прямой связи ProSe;
[00102] - Передача/прием интерфейса PC5 прямого обнаружения ProSe (самый низкий приоритет).
[00103] Фиг. 12 является концептуальной схемой, иллюстрирующей интерфейс PC5 для прямого обнаружения ProSe.
[00104] Прямое обнаружение ProSe определено как процедура, используемая пользовательским оборудованием, поддерживающим прямое обнаружение, чтобы обнаружить другое пользовательское оборудование поблизости с собой, с использованием прямых радиосигналов E-UTRA через интерфейс PC5. Прямое обнаружение ProSe поддерживается только тогда, когда пользовательское оборудование обслуживается сетью E-UTRAN.
[00105] Верхний уровень обрабатывает авторизацию для объявления и отслеживания сообщения обнаружения. Содержание сообщения обнаружения является прозрачным для уровня, связанного с предоставлением доступа (AS), и на уровне AS не делается никакого различия для моделей и типов прямого обнаружения ProSe.
[00106] Пользовательское оборудование может участвовать в объявлении и отслеживании сообщения обнаружения и в состоянии RRC_IDLE, и в состоянии RRC_CONNECTED в соответствии с конфигурацией узла eNB. Пользовательское оборудование объявляет и отслеживает свое сообщение обнаружения, руководствуясь полудуплексным ограничением.
[00107] Пользовательское оборудование, которое участвует в объявлении и отслеживании сообщений обнаружения, поддерживает текущее время UTC. Пользовательское оборудование, которое участвует в объявлении, передает сообщение обнаружения, которое формируется посредством протокола ProSe, учитывая время UTC при передаче сообщения обнаружения. В отслеживающем пользовательском оборудовании протокол ProSe обеспечивает сообщение, которое будет проверено вместе со временем UTC после приема сообщения для функции ProSe.
[00108] Имеется три класса диапазона. Авторизация верхнего уровня обеспечивает применимый класс диапазона пользовательского оборудования. Максимальная разрешенная мощность передачи для каждого класса диапазона сообщена в SIB19. Пользовательское оборудование использует применимую максимальную разрешенную мощность передачи, соответствующую его авторизованному классу диапазона. Это накладывает верхний предел определенной мощности передачи на основе параметров управления мощностью без обратной связи.
[00109] Фиг. 13a-FIG. 13c являются концептуальными схемами, иллюстрирующими структуру блока PDU MAC.
[00110] Блок PDU MAC состоит из заголовка MAC, ноля или более блоков служебных данных MAC (SDU MAC), ноля или более управляющих элементов MAC и опционального заполнения; как описано на фиг. 13a. И заголовок MAC, и блоки SDU MAC имеют переменные размеры.
[00111] Заголовок блока PDU MAC состоит из одного или более подзаголовков блока PDU MAC; каждый подзаголовок соответствует либо блоку SDU MAC, либо управляющему элементу MAC, либо заполнению.
[00112] Подзаголовок блока PDU MAC состоит из шести полей R/R/E/LCID/F/L заголовка, за исключением последнего подзаголовка в блоке PDU MAC и для управляющих элементов MAC фиксированного размера. Последний подзаголовок в блоке PDU MAC и подзаголовки для управляющих элементов MAC фиксированного размера состоят только из четырех полей R/R/E/LCID заголовка. Подзаголовок блока PDU MAC, соответствующий заполнению, состоит из четырех полей R/R/E/LCID заголовка.
[00113] Подзаголовки блока PDU MAC имеют такой же порядок, как соответствующие блоки SDU MAC, управляющие элементы MAC и заполнение. Управляющие элементы MAC всегда помещаются перед любым блоком SDU MAC.
[00114] Заполнение появляется в конце блока PDU MAC, кроме тех случаев, когда требуется однобайтовое или двухбайтовое заполнение. Заполнение может иметь любое значение, и пользовательское оборудование должно игнорировать его. Когда заполнение выполнено в конце блока PDU MAC, разрешены ноль или более заполняющих байтов.
[00115] Когда требуется однобайтовое или двухбайтовое заполнение, один или два подзаголовка блока PDU MAC, соответствующих заполнению, помещаются в начале блока PDU MAC перед любым другим подзаголовком блока PDU MAC. Максимально один блок PDU MAC может быть передан для каждого транспортного блока для каждого пользовательского оборудования. Максимально один блок PDU MAC канала MCH может быть передан для каждого интервала TTI.
[00116] Заголовок MAC имеет переменный размер и состоит из следующих полей:
[00117] 1) LCID: поле идентификатора логического канала идентифицирует экземпляр логического канала соответствующего блока SDU MAC или тип соответствующего управляющего элемента MAC или заполнение, как описано в таблице 1, таблице 2 и таблице 3 для каналов DL-SCH, UL-SCH и MCH соответственно. Имеется одно поле LCID для каждого блока SDU MAC, управляющего элемента MAC или заполнения, включенных в блок PDU MAC. В дополнение к этому одно или два дополнительных поля LCID включены в блок PDU MAC, когда требуется однобайтовое или двухбайтовое заполнение, но не может быть достигнуто посредством заполнения в конце блока PDU MAC. Размер поля LCID составляет 5 битов.
[00118] [Таблица 1] Значения LCID для канала DL-SCH
Индекс
Значения LCID
00000
Канал CCCH
00001-01010
Идентификатор логического канала
01011-11010
Зарезервировано
11011
Активация/деактивация
11100
Идентификатор разрешения конфликтов UE
11101
Команда продвижения синхронизации
11110
Команда DRX
11111
Заполнение
[00119] [Таблица 2] Значения LCID для канала UL-SCH
Индекс
Значения LCID
00000
Канал CCCH
00001-01010
Идентификатор логического канала
01011-11000
Зарезервировано
11001
Расширенный отчет запаса мощности
11010
Отчет запаса мощности
11011
C-RNTI
11100
Усеченный BSR
11101
Короткий BSR
11110
Длинный BSR
11111
Заполнение
[00120] [Таблица 3] Значения LCID для канала MCH
Индекс
Значения LCID
00000
Канал MCCH (см. примечание)
00001-11100
Канал MTCH
11101
Зарезервировано
11110
Информация планирования канала MCH
11111
Заполнение
Примечание: если на канале MCH нет канала MCCH, это значение может использовать канал MTCH
[00121] 2) L: поле длины указывает длину соответствующего блока SDU MAC или управляющего элемента MAC переменного размера в байтах. Имеется одно поле L для каждого подзаголовка блока PDU MAC за исключением последнего подзаголовка и подзаголовков, соответствующих управляющим элементам MAC фиксированного размера. Размер поля L обозначен полем F.
[00122] 3) F: Поле формата указывает размер поля длины, как указано в таблице 4. Имеется одно поле F для каждого подзаголовка блока PDU MAC за исключением последнего подзаголовка и подзаголовков, соответствующих управляющим элементам MAC фиксированного размера. Размер поля F составляет 1 бит. Если размер блока SDU MAC или управляющего элемента MAC переменного размера составляет меньше 128 байтов, значение поля F установлено равным 0, иначе оно установлено равным 1.
[00123] [Таблица 4] Значения поля F
Индекс
Размер поля длины (в битах)
0
7
1
15
[00124] 4) E: поле расширения представляет собой флаг, указывающий, присутствуют ли еще поля в заголовке MAC. Поле E установлено равным 1, чтобы указать другое множество по меньшей мере полей R/R/E/LCID. Поле E установлено равным 0, чтобы указать, что в следующем байте начинается либо блок SDU MAC, либо управляющий элемент MAC, либо заполнение.
[00125] 5) R: Зарезервированный бит, устанавливается равным 0.
[00126] В традиционной системе идентификатор логического канала (LCID) используется, чтобы идентифицировать экземпляр логического канала соответствующего блока SDU MAC, тип соответствующего управляющего элемента MAC или заполнение. Имеется одно поле LCID для каждого блока SDU MAC, управляющего элемента MAC или заполнения, включенных в блок PDU MAC. Идентификатор логического канала распределен для каждого логического канала, когда настраивается радиочастотная несущая. В настоящее время имеется 8 значений, доступных для радиочастотной несущей данных (3-10).
[00127] Для связи между первым пользовательским оборудованием и вторым пользовательским оборудованием пользовательское оборудование должно знать идентификатор D2D другого пользовательского оборудования, прежде чем исполнить связь D2D. Эти идентификаторы D2D либо обеспечиваются посредством более высокого уровня, либо формируются самим пользовательским оборудованием источника. Если идентификатор D2D самостоятельно формируется каждым пользовательским оборудованием, должны иметься некоторые способы, определенные для уведомления других экземпляров пользовательского оборудования о самостоятельно сформированных идентификаторах D2D.
[00128] Фиг. 14 является концептуальной схемой для уведомления об идентификаторе D2D для связи D2D в соответствии с вариантами осуществления настоящего изобретения.
[00129] Если первое пользовательское оборудование хочет попробовать непосредственно установить связь D2D со вторым пользовательским оборудованием или с группой экземпляров пользовательского оборудования, включающей в себя второе пользовательское оборудование, первое пользовательское оборудование формирует первый блок PDU MAC (блок протокольных данных управления доступом к среде), включающий в себя первый идентификатор в соответствии с типом связи D2D ("устройство-устройство") (этап S1401).
[00130] Предпочтительно тип связи D2D содержит связь «1 к 1», связь «1 к M» или широковещательную связь.
[00131] Имеются разные типы идентификатора D2D: если тип связи D2D представляет собой связь «1 к 1», первый идентификатор является идентификатором первого пользовательского оборудования, если тип связи D2D представляет собой связь «1 к M» (M>1), первый идентификатор является идентификатором, который идентифицирует заданную группу пользовательского оборудования, и если тип связи D2D представляет собой широковещательную связь, первый идентификатор является идентификатором, который идентифицирует заданную широковещательную передачу.
[00132] Предпочтительно первый блок PDU MAC дополнительно содержит поле LCID, указывающее тип связи D2D. LCID может использоваться, чтобы указать назначение блока PDU MAC. Одно значение LCID распределено для каждого назначения D2D.
[00133] Первое пользовательское оборудование формирует первый индикатор, указывающий, что первое пользовательское оборудование пытается выполнить связь D2D по меньшей мере с одним вторым пользовательским оборудованием (этап S1403). Первое пользовательское оборудование передает первый блок PDU MAC (блок протокольных данных управления доступом к среде), включающий в себя первый идентификатор и первый индикатор, этому по меньшей мере одному второму пользовательскому оборудованию (этап S1405).
[00134] Если тип связи D2D представляет собой связь «1 к 1», первый индикатор указывает, что первое пользовательское оборудование (или пользовательское оборудование-отправитель) ищет второе пользовательское оборудование (или пользовательское оборудование-приемник), которое хочет вступить в связь «1 к 1» с пользовательским оборудованием-отправителем. Первый блок PDU MAC отправляется посредством пользовательского оборудования-отправителя, которое хочет начать связь «1 к 1». Первый блок PDU MAC включает в себя первое пользовательское оборудование пользовательского оборудования-отправителя.
[00135] После этапа S1405, когда второе пользовательское оборудование принимает первый блок PDU MAC, включающий в себя первый индикатор и первый идентификатор (например, идентификатор первого пользовательского оборудования: UE-ID1) по ресурсу D2D, второе пользовательское оборудование проверяет, хочет ли оно исполнить связь «1 к 1» с первым пользовательским оборудованием, идентифицированным первым идентификатором. Если второе пользовательское оборудование решает исполнить связь «1 к 1» с первым пользовательским оборудованием, второе пользовательское оборудование сохраняет принятый идентификатор UE-ID1 и формирует второй блок PDU MAC, включающий в себя индикатор вступления в связь «1 к 1», идентификатор UE-ID1 и второй идентификатор, который является идентификатором второго пользовательского оборудования (UE-ID2) (этап S1407). Индикатор вступления в связь «1 к 1» указывает, что второе пользовательское оборудование хочет вступить в связь «1 к 1» с первым пользовательским оборудованием. Второе пользовательское оборудование затем отправляет второй блок PDU MAC первому пользовательскому оборудованию по ресурсу D2D (этап S1409).
[00136] Когда первое пользовательское оборудование принимает второй блок PDU MAC, включающий в себя индикатор вступления в связь «1 к 1», идентификатор UE-ID1 и идентификатор UE-ID2, первое пользовательское оборудование полагает, что канал связи «1 к 1» со вторым пользовательским оборудованием, имеющим идентификатор UE-ID2, установлен, и сохраняет идентификатор UE-ID2 (этап S1411). Затем первое пользовательское оборудование начинает связь «1 к 1» со вторым пользовательским оборудованием (этап S1413).
[00137] Если тип связи D2D представляет собой связь «1 к M» (M> 1), первый индикатор указывает, что пользовательское оборудование-отправитель ищет пользовательское оборудование-приемник, которое хочет присоединиться к группе D2D для связи «1 к M». Первый блок PDU MAC отправляется посредством пользовательского оборудования-отправителя, которое хочет начать связь «1 к M». Первый блок PDU MAC включает в себя идентификатор группы D2D.
[00138] Когда первое пользовательское оборудование хочет начать связь «1 к M» с несколькими экземплярами второго пользовательского оборудования, первое пользовательское оборудование формирует первый блок PDU MAC, включающий в себя первый индикатор для группы D2D и первый идентификатор (например, идентификатор, который идентифицирует заданную группу пользовательского оборудования). Первый индикатор указывает, что пользовательское оборудование-отправитель ищет пользовательское оборудование-приемник, которое хочет присоединиться к группе D2D для связи «1 к M». Затем первое пользовательское оборудование отправляет первый блок PDU MAC по ресурсу D2D (этап S1405).
[00139] Когда второе пользовательское оборудование принимает первый блок PDU MAC, включающий в себя первый индикатор и идентификатор, который идентифицирует заданную группу пользовательского оборудования, по ресурсу D2D, второе пользовательское оборудование проверяет, хочет ли оно присоединиться к группе D2D, идентифицированной идентификатором группы. Если второе пользовательское оборудование решает присоединиться к группе D2D, идентифицированной идентификатором группы, второе пользовательское оборудование сохраняет идентификатор группы в качестве члена группы D2D и формирует второй блок PDU MAC, включающий в себя индикатор вступления в связь «1 к M», идентификатор второго пользовательского оборудования (идентификатор UE-ID2) (этап S1407). Индикатор вступления в связь «1 к M» указывает, что пользовательское оборудование-отправитель хочет присоединиться к группе D2D, идентифицированной идентификатором группы. Затем второе пользовательское оборудование отправляет второй блок PDU MAC по ресурсу D2D (этап S1409).
[00140] Предпочтительно первый блок PDU MAC дополнительно содержит идентификатор первого пользовательского оборудования. В этом случае второе пользовательское оборудование может сохранить идентификатор первого пользовательского оборудования в качестве члена группы D2D и формирует второй блок PDU MAC, опционально включающий в себя идентификатор первого пользовательского оборудования.
[00141] Когда первое пользовательское оборудование, которое является членом группы D2D, принимает второй блок PDU MAC, включающий себя индикатор вступления в связь «1 к M», идентификатор UE-ID2 и опционально идентификатор UE-ID1, пользовательское оборудование полагает, что канал связи «1 к M» со вторым пользовательским оборудованием, имеющим идентификатор UE-ID2, установлен, и сохраняет принятый идентификатор UE-ID2 в качестве члена группы D2D (этап S1411). Затем первое пользовательское оборудование начинает связь «1 к M», включающую в себя второе пользовательское оборудование (этап S1413).
[00142] Если тип связи D2D представляет собой широковещательную связь, первый индикатор указывает, что пользовательское оборудование-отправитель отправляет пакет широковещания. Первый блок PDU MAC отправляется посредством пользовательского оборудования-отправителя, которое хочет начать широковещательную связь. Первый блок PDU MAC включает в себя идентификатор широковещания сеанса широковещания.
[00143] Когда первое пользовательское оборудование хочет начать широковещательную связь с любым экземпляром второго пользовательского оборудования, первое пользовательское оборудование формирует первый блок PDU MAC, включающий в себя индикатор уведомления об идентификаторе широковещания и опционально идентификатор UE-ID1 (этап S1403). Индикатор уведомления об идентификаторе широковещания указывает, что пользовательское оборудование-отправитель отправляет пакет широковещания. Когда второе пользовательское оборудование принимает первый блок PDU MAC, включающий в себя идентификатор широковещания и опционально идентификатор UE-ID1 по ресурсу D2D (этап S1405), второе пользовательское оборудование проверяет, хочет ли это принять пакеты широковещания от первого пользовательского оборудования, идентифицированного идентификатором UE-ID1. Если второе пользовательское оборудование решает принять пакеты широковещания от первого пользовательского оборудования, идентифицированного идентификатором UE-ID1, второе пользовательское оборудование сохраняет принятый идентификатор широковещания и принятый идентификатор UE-ID1 (этап S1407).
[00144] Предпочтительно пользовательское оборудование, которое хочет выполнить уведомление об идентификаторе D2D, может периодически передавать блок PDU MAC, включающий в себя его идентификатор D2D, по ресурсу D2D. Пользовательское оборудование, которое хочет вступить в связь D2D, может периодически отслеживать ресурс D2D, чтобы принять блок PDU MAC, включающий в себя идентификатор D2D.
[00145] Фиг. 15a-15d являются концептуальными схемами для уведомления о вступлении в связь D2D или о прекращении связи D2D в соответствии с вариантами осуществления настоящего изобретения.
[00146] Фиг. 15a является концептуальной схемой для уведомления о вступлении в связь «1 к 1» D2D в соответствии с вариантами осуществления настоящего изобретения.
[00147] Один из экземпляров второго пользовательского оборудования определяет информацию о типе и информацию о действии для связи D2D с первым пользовательским оборудованием.
[00148] Информация о типе включает в себя информацию о том, какой связью является связь D2D - связью «1 к 1» или связью «1 к M» (M>1).
[00149] Информация о действии включает в себя информацию о том, какое первое пользовательское оборудование хочет начать или остановить связь D2D с первым пользовательским оборудованием.
[00150] Если один из экземпляров второго пользовательского оборудования определяет, что тип информации представляет собой связь «1 к 1», и информация о действии представляет собой начало связи D2D с первым пользовательским оборудованием (этап S1501a), второе пользовательское оборудование формирует индикатор в соответствии с определением (этап S1503a).
[00151] Предпочтительно индикатор представляет собой индикатор вступления в связь «1 к 1». Индикатор вступления в связь «1 к 1» указывает, что второе пользовательское оборудование хочет вступить в связь «1 к 1» с первым пользовательским оборудованием.
[00152] Второе пользовательское оборудование передает блок PDU MAC, включающий в себя идентификатор второго пользовательского оборудования и индикатор, первому пользовательскому оборудованию (этап S1505a).
[00153] Когда первое пользовательское оборудование принимает второй блок PDU MAC, включающий в себя индикатор вступления в связь «1 к 1» и идентификатор второго пользовательского оборудования, первое пользовательское оборудование полагает, что канал связи «1 к 1» со вторым пользовательским оборудованием, имеющим идентификатор второго пользовательского оборудования, установлен, и сохраняет принятый идентификатор второго пользовательского оборудования (этап S1507a). Затем первое пользовательское оборудование начинает связь «1 к 1» со вторым пользовательским оборудованием (этап S1509a).
[00154] Фиг. 15b является концептуальной схемой для уведомления о прекращении связи «1 к 1» D2D в соответствии с вариантами осуществления настоящего изобретения.
[00155] Один из экземпляров второго пользовательского оборудования связан по меньшей мере с одним первым пользовательским оборудованием (этап S1501b)
[00156] Если один из экземпляров второго пользовательского оборудования определяет, что информация о типе представляет собой связь «1 к 1», и информация о действии представляет собой остановку связи D2D с первым пользовательским оборудованием (этап S1503b), второе пользовательское оборудование формирует индикатор в соответствии с определением (этап S1505b).
[00157] Предпочтительно индикатор представляет собой индикатор прекращения связи «1 к 1». Индикатор прекращения связи «1 к 1» указывает, что второе пользовательское оборудование хочет прекратить связь «1 к 1» с первым пользовательским оборудованием.
[00158] Второе пользовательское оборудование передает блок PDU MAC, включающий в себя идентификатор второго пользовательского оборудования и индикатор, первому пользовательскому оборудованию (этап S1507b).
[00159] Когда первое пользовательское оборудование принимает второй блок PDU MAC, включающий в себя индикатор прекращения связи «1 к 1» и идентификатор второго пользовательского оборудования, первое пользовательское оборудование полагает, что канал связи «1 к 1» со вторым пользовательским оборудованием, имеющим идентификатор второго пользовательского оборудования, высвобожден, и удаляет принятый идентификатор второго пользовательского оборудования (этап S1509b). Затем первое пользовательское оборудование останавливает связь «1 к 1» со вторым пользовательским оборудованием (этап S1511b).
[00160] Фиг. 15c является концептуальной схемой для уведомления о вступлении в связь «1 к M» D2D в соответствии с вариантами осуществления настоящего изобретения.
[00161] Если один из экземпляров второго пользовательского оборудования определяет, что тип информации представляет собой связь «1 к M», и информация о действии представляет собой начало связи D2D с первым пользовательским оборудованием (этап S1501c), второе пользовательское оборудование формирует индикатор в соответствии с определением (этап S1503c).
[00162] Предпочтительно индикатор представляет собой индикатор вступления в связь «1 к M». Индикатор вступления в связь «1 к M» указывает, что второе пользовательское оборудование хочет присоединиться к группе D2D. Группа D2D идентифицирована идентификатором группы D2D. Идентификатор группы D2D может быть принят от первого пользовательского оборудования через блок PDU MAC.
[00163] Второе пользовательское оборудование передает блок PDU MAC, включающий в себя идентификатор второго пользовательского оборудования и индикатор, первому пользовательскому оборудованию (этап S1505c).
[00164] Когда первое пользовательское оборудование, которое является членом группы D2D, принимает второй блок PDU MAC, включающий в себя индикатор вступления в связь «1 к M» и идентификатор второго пользовательского оборудования, пользовательское оборудование полагает, что канал связи «1 к M» со вторым пользовательским оборудованием, имеющим идентификатор второго пользовательского оборудования, установлен, и сохраняет принятый идентификатор второго пользовательского оборудования в качестве члена группы D2D (этап S1507c). Затем первое пользовательское оборудование начинает связь «1 к M», включающую в себя второе пользовательское оборудование (этап S1509c).
[00165] Фиг. 15d является концептуальной схемой для уведомления о прекращении связи «1 к M» D2D в соответствии с вариантами осуществления настоящего изобретения.
[00166] Второе пользовательское оборудование связано по меньшей мере с одним первым пользовательским оборудованием (этап S1501d)
[00167] Если второе пользовательское оборудование определяет, что тип информации представляет собой связь «1 к 1», и информация о действии представляет собой остановку связи D2D с группой D2D, включающей в себя первое пользовательское оборудование (этап S1503d), второе пользовательское оборудование формирует индикатор в соответствии с определением (этап S1505d).
[00168] Предпочтительно индикатор представляет собой индикатор прекращения связи «1 к M». Индикатор прекращения связи «1 к 1» указывает, что пользовательское оборудование-отправитель хочет покинуть группу D2D, идентифицированную идентификатором группы.
[00169] Второе пользовательское оборудование передает блок PDU MAC, включающий в себя идентификатор второго пользовательского оборудования и индикатор, по меньшей мере одному первому пользовательскому оборудованию (этап S1507d).
[00170] Когда первое пользовательское оборудование принимает второй блок PDU MAC, включающий в себя индикатор прекращения связи «1 к M» и идентификатор второго пользовательского оборудования, первое пользовательское оборудование полагает, что канал связи «1 к 1» со вторым пользовательским оборудованием, имеющим идентификатор второго пользовательского оборудования, высвобожден, и удаляет принятый идентификатор второго пользовательского оборудования (этап S1509d). Затем первое пользовательское оборудование останавливает связь «1 к 1» со вторым пользовательским оборудованием (этап S1511d).
Промышленная применимость
[00171] Хотя описанный выше способ был описан с сосредоточением на примере, применимом к системе 3GPP LTE, настоящее изобретение применимо к множеству систем беспроводной связи в дополнение к системе 3GPP LTE.