Уровень техники
В последние несколько десятилетий системы мобильной связи, использующие схему цифровой модуляции мультиплексирования с ортогональным частотным разделением (OFDM), получили дальнейшее развитие. Одна из таких систем связи, например, представляет собой сети, работающие в соответствии с универсальной системой мобильной связи (UMTS) стандарта Долгосрочное развитие (LTE), инициированной проектом партнерства третьего поколения (3GPP). LTE сети включают в себя новую технологию радиодоступа и архитектуру базовой радиосети, которые обеспечивают высокую скорость передачи данных, низкую латентность, оптимизацию пакетов и повышенную пропускную способность системы и покрытие. В LTE сетях сеть наземного радиодоступа в усовершенствованном варианте (EUTRAN) включает в себя множество усовершенствованных узлов В (eNodeBs), которые устанавливают связь с множеством мобильных терминалов, также называемых как пользовательские устройства (UEs). Канал нисходящей линии связи (DL) в LTE сети может быть определен как коммуникационный канал из eNodeB в UE, и канал восходящей линии связи (UL) может быть определен как коммуникационный канал из UE в eNodeB. При передаче по нисходящей линии связи eNodeB может устанавливать связь с одним UE с использованием одноадресного субкадра, используя услугу одноадресной передачи. В качестве альтернативы, eNodeB может устанавливать связь с множеством UEs в субкадре многоадресной/широковещательной одночастотной сети (MBSFN) с использованием услуги мультимедийной широковещательной многоадресной передачи (MBMS).
Краткое описание чертежей
Один или более вариантов осуществления настоящего изобретения проиллюстрированы в качестве примера и не ограничиваются цифровыми обозначениями на прилагаемых чертежах, в которых одинаковые ссылочные позиции обозначают одинаковые элементы.
Фиг. 1 иллюстрирует пример архитектуры сети сотовой связи.
Фиг. 2 представляет собой блок-схему высокого уровня, показывающую пример архитектуры базовой станции.
Фиг. 3А и 3В иллюстрируют пример реализации eNodeB с локальной коммуникационной группой.
Фиг. 4А и 4В иллюстрируют пример реализации eNodeB в сети, имеющей локальную коммуникационную группу.
Фиг. 5 является примером блок-схемы алгоритма осуществления коммуникаций в локальной коммуникационной группе.
Фиг. 6А и 6В иллюстрируют примерный процесс для многоадресной передачи с использованием eNodeB.
Фиг. 7 показывает пример eNodeB и пример UE в соответствии с некоторыми вариантами осуществления.
Фиг. 8 представляет собой пример мобильного устройства в соответствии с некоторыми вариантами осуществления.
Подробное описание
Существуют различные приложения и сценарии использования, предложенные в 3GPP, которые могут быть применены сетью или UE при инициировании коммуникаций с или в группе пользователей и/или устройств. Например, были предложены одноранговые или устройство-устройство (D2D) коммуникации между группой пользователей и/или устройств для локальных социальных сетей, совместного использования контента, для маркетинга, основанного на определении местоположения пользователя, для области, обслуживаемой рекламодателем, для приложений для обеспечения связи между мобильными устройствами, для обеспечения общественной безопасности и т.д. Предыдущие попытки реализовать такие локальные коммуникационные группы (LCGs) основывались на осуществлении «устройство-устройство» коммуникации, и, следовательно, качество такой коммуникации зависит от расстояния между устройствами. Наличие данного ограничения, вызванного необходимостью размещения устройств для осуществления такого типа коммуникации в непосредственной близости друг к другу, привело к дальнейшему развитию данного направления с целью устранения данного ограничения.
Таким образом, существует потребность в системе и способе для осуществления локальной групповой связи, которые решают задачу обеспечения подобного типа коммуникации, ограничивая влияние взаимного расположения устройств в группе.
Описанные здесь способы обеспечивают рамочные условия для эффективной коммуникации с и среди LCG. В соответствии с различными вариантами осуществления, LCG может представлять собой одноранговую коммуникацию в группе или одноранговую коммуникацию в сети. Одноранговая коммуникация в группе может быть односторонней (например, одноранговое устройство в группе может отправить сообщения в адрес остальных пользователей с небольшой обратной связью) или двухсторонней (например, каждый участник группы может иметь возможность обмениваться контентом с остальными участниками группы). В соответствии с описанными здесь способами, локальная коммуникационная группа может быть привязана через eNodeB LTE сети, которая может использовать комбинацию многоадресной коммуникации в нисходящей линии связи и одноадресной коммуникации в восходящей линии связи. Процесс реализации такого рода коммуникаций и другие подробности будут описаны более подробно ниже.
Ссылки в данном описании на фразу «вариант осуществления», «один вариант осуществления» и т.п. означают, что описанный конкретный признак, структура или характеристика включены в состав, по меньшей мере, одного варианта осуществления настоящего изобретения. Употребление таких фраз в данном описании не обязательно всегда относятся к одному и тоже же варианту.
Фиг. 1 иллюстрирует примерную архитектуру сотовой сети 100. Примерная сеть включает в себя базовые станции 102 и мобильный терминал 104 (также называемый здесь "пользовательское устройство" или "UE"). Термин «базовая станция», как используется здесь, является общим термином. Как будет понятно специалистам в данной области, в сети неземного радиодоступа в усовершенствованном варианте (EUTRAN), такой как используется в архитектуре LTE, базовая станция 102 может быть усовершенствованным узлом В (eNodeB). Тем не менее, термин «eNodeB » трактуется шире в некотором смысле, чем обычная базовая станция, так как eNodeB относится обычно к логическому узлу. Термин "базовая станция", используемый здесь, включает в себя базовую станцию, узел В, eNodeB или другие узлы, специфические для других архитектур. eNodeB в системе LTE может обеспечивать передачу и прием в одной или нескольких сотах.
Мобильный терминал 104 использует выделенный канал 106 для связи с базовой станцией 102, например, путем передачи или приема сегментов блока данных протокола (PDU) управления радиоканалом (RLC) и сегментов блока данных услуги (SDU) в соответствии с примерными вариантами осуществления, описанные ниже. Базовая станция 102 подключена к соответствующему контроллеру радиосети (RNC) 108. Хотя и не показано на фиг. 1, следует иметь в виду, что каждый контроллер RNC 108 может управлять более чем одной базовой станцией 102. RNC 108 соединен с основной сетью ПО. В архитектуре LTE основная сеть ПО является развитым ядром пакетной коммуникации (EPC).
Как описано выше, EUTRAN является сетью беспроводной связи, где используется беспроводной интерфейс, определенный стандартами LTE 3GPP. EUTRAN также называют рабочим элементом 3GPP «Долгосрочное развитие» и сети наземного радиодоступа последующего поколения технологии UMTS (EUTRA) в ранних версиях спецификации 3GPP LTE. EUTRAN является стандартом сети радиодоступа, который предназначен для замены UMTS, технологии высокоскоростной пакетной передачи данных по нисходящей линии связи (HSDPA) и высокоскоростной пакетной передачи данных по восходящей линии связи (HSUPA), указанной в 3GPP релизах 5 и далее. EUTRAN обеспечивает более высокие скорости передачи данных, меньшую латентность и оптимальные условия для пакетной передачи данных.
Фиг. 2 представляет собой блок-схему высокого уровня, показывающую пример архитектуры базовой станции, например базовой станции 102. В показанном варианте осуществления, архитектура базовой станции представляет собой систему обработки данных, которая включает в себя подсистему 202 процессора, которая может включать в себя один или более процессоров. Архитектура базовой станции дополнительно включает в себя память 204, модуль 206 хранения и антенную систему 208, каждый элемент соединен между собой посредством соединительного элемента 210 и запитан от блока 212 питания.
Архитектура базовой станции может быть выполнена в виде одно или многопроцессорной системы, которая предпочтительно реализует модуль высокого уровня для передачи и приема данных в и из мобильного терминала, например мобильного терминала 104. Данные передаются и принимаются через антенную систему 208, которая может включать в себя одну антенну или множество антенн, способных принимать и передавать данные на одной или нескольких частотах. Данные 214 могут храниться в модуле 206 хранения, так что они могут быть извлечены с помощью подсистемы 202 процессора и памяти 204.
Память 204 иллюстративно содержит места хранения, которые могут быть адресованы подсистемой 202 процессора и другими компонентами архитектуры базовой станции для хранения программного кода программного обеспечения и структур данных. Подсистема 202 процессора и ассоциированные с ней компоненты могут в свою очередь включать в себя элементы обработки и/или логическую схему, выполненную с возможностью выполнять программный код и манипулировать структурами данных. Операционная система 216, части которой могут быть размещены в памяти 204 и выполнены подсистемой 202 процессора, функционально образует архитектуру базовой станции посредством, среди прочего, установления связи между каждым из UEs 104 и eNodeB 102 и осуществлением передачи и приема данных. Очевидно, что специалисты в данной области техники могут использовать другие варианты осуществления процесса обработки данных и памяти, в том числе различные машиночитаемые носители для хранения данных могут быть использованы для хранения и исполнения программных команд, относящихся к описанной в данном документе технологии.
Фиг. 3 иллюстрирует пример eNodeB, реализующий локальную групповую связь. Как показано на фиг. 3A, UE 104a из множества UEs 104a-104n посылает запрос 302 в eNodeB 102 на создание LCG. В одном варианте осуществления, запрос на создание LCG может быть послан в ответ на команду уровня приложения в UE 104a. В дополнение к запросу на создание LCG, запрос может включать в себя информацию о качестве обслуживания (QoS). В ответ на запрос, eNodeB 102 может предоставить ID 303 группы, ассоциированный с LCG, в UE 104a и создать радиоканал в соответствии с идентификатором класса качества (QCI) для коммуникации по восходящей линии связи и нисходящей линии связи, ассоциированный с ID группы. Процесс установления связи будет описан более подробно ниже. Управление группой и конфигурацией может также осуществляется другим объектом в сети при координации многоадресной передачи между множеством сот.
После приема ID группы UE 104a из eNodeB 102, UE 104a может передавать сообщение приглашение, которое включает в себя ID группы, на другие UEs 104b-104n для присоединения к LCG. В дополнение к ID группы, сообщение приглашение может включать в себя другую информацию, такую как ключи шифрования прикладного уровня, если данные должны быть зашифрованы, и время начала коммуникации для LCG, например. В другом варианте осуществления, дополнительная информация отправляется только тем UEs 104b-104n, которые приняли приглашение и присоединяются к LCG. Сигнализация приглашения может осуществляться на уровне приложений без специальной обработки сетью.
В одном варианте осуществления, eNodeB 102 поддерживает список UEs, включенных в состав LCG. Список может указать, каким UEs разрешено передавать сообщения по каналу восходящей линии связи для обеспечения коммуникации с остальными UEs в LCG. Этот список может изменяться создателем LCG, например, UE 104a или eNodeB 102 в любое время до или во время коммуникаций LCG. В некоторых вариантах осуществления, этот список может включать в себя идентификатор логического канала связи (LCID) и идентификатор группы логического канала (LCGID) для каждого из UE 104a-104n в LCG. После того как eNodeB 20 102 сформировал группу, eNodeB 102 может создавать логические каналы для восходящей линии связи из каждого UE 104a-104n в группе и назначить значения LCIDs для каждого из этих логических каналов через сигнализацию управления ресурсами радиосвязи (RRC). В одном варианте осуществления, каждое из UE 104a-104n ассоциировано с соответствующим уникальным LCID. Например, список может включать в себя LCID-a, соответствующий UE 104a, и LCID-n, соответствующий UE 104n. В другом варианте осуществления, список может включать в себя один LCID, ассоциированный со всеми UEs 104a-104n. LCID может быть либо "реальным" LCID со значением 00001-01010 (например, как можно найти в таблице 6.2.1-2 TS 36.321 опубликованную 3GPP), либо зарезервированным LCID, который может использоваться исключительно для передач по каналу восходящей линии связи, ассоциированному с локальной коммуникационной группой.
LCID может быть использован для идентификации сообщений из UE 104a-104c, которые предназначены для LCG. Например, когда UE 104a направляет запрос на установление соединения по каналу восходящей линии связи в LCG, eNodeB 102 может создавать один логический канал восходящей линии связи (например, LCID-a), ассоциированный с UE 104a и LCG, к которой принадлежит UE 104a. Кроме того, предполагается, что существует другое UE 104n, которому разрешено отправлять сообщения по восходящей линии связи, в этом случае, eNodeB 102 может установить один логический канал восходящей линии связи (например, LCID-n), ассоциированный с UE 104n и LCG. Как отмечалось выше, LCID-a и LCID-n могут быть одинаковыми или иметь различные IDs. Когда UE 104a отправляет данные по восходящей линии связи, то UE 104a может включать в сообщение LCID-a (например, с использованием LCID поля в заголовке протокола управления доступом к среде передачи данных (MAC)). После получения, eNodeB 102 будет ассоциировать принятую передачу с LCG, на основании наличия LCID-а в сообщении. Точно так же, когда UE 104n посылает данные по каналу восходящей линии связи, UE 104n могут включать в состав сообщения LCID-n, и eNodeB 102 будет также ассоциировать передачу с LCG.
Фиг. 3В иллюстрирует схему осуществления связи между eNodeB 102 и UEs 104a-104n в LCG. В примере, показанном на фиг. 3B, одно UE, например UE 104a, может направить запрос на передачу данных 304 по восходящей линии связи. UE 104a может направить запрос на передачу по восходящей линии связи с использованием известных процедур, например, путем передачи запроса планирования по физическому восходящему управляющему каналу (PUCCH) или с помощью канала произвольного доступа (RACH). В качестве альтернативы, UE 104a также может отправить отчет о состоянии буфера (BSR) в eNodeB 102, сообщая, что UE 104a имеет данные для передачи группе, ассоциированной с LCID/LCGID. Когда eNodeB 102 принимает BSR, eNodeB 102 может планировать UE 104a для передачи по восходящей линии связи.
После того как UE 104a передало данные в eNodeB 102 по каналу восходящей линии связи, eNodeB 102 может затем осуществить многоадресную передачу данных 306 остальным UEs (например, UEs 102b-102n) в LCG. Многоадресные передачи в канале нисходящей линии связи могут быть идентифицированы с помощью ID группы, связанного с LCG. В одном варианте осуществления, ID группы может представлять собой временный идентификатор радиосети многоадресной передачи (MC-RNTI), как описано более подробно ниже. В некоторых вариантах осуществления, UE 104a-104n могут быть выполнены с возможностью обеспечивать подтверждение доставки данных 306. Например, гибридный автоматический запрос на повторную передачу данных (HARQ) уровня подтверждений и неподтверждений может быть осуществлен eNodeB 102. Аналогично, уровень протокола управления передачей (TCP) или подтверждения прикладного уровня могут быть использованы.
Фиг. 4 иллюстрирует пример eNodeB, реализующий сеть, имеющую локальную коммуникационную группу. Как показано на фиг. 4A, сеть, обслуживающая LCG, может быть запрошена пользователем 402, который не является локальным (например, находится в зоне, обслуживаемой одной eNodeB). Группа может быть сформирована по приглашению или по подписке (например, для использования коммуникаций машинного типа). В одном варианте осуществления, основная сеть 110 может ассоциировать ID группы с запросом и распространить 404 ID группы одному или несколькими eNodeBs в сети радиодоступа (RAN), где каждый eNodeB резервирует ID группы для сети, имеющую LCG. В другом варианте осуществления, каждый eNodeB может использовать отдельный ID группы и ассоциировать отдельный ID группы с ID группы сети.
Фиг. 4B иллюстрирует пример многоадресной передачи по нисходящей линии связи от одного пользователя 402 остальным пользователям (например, UEs 104) в LCG. Если более чем один eNodeB участвует в осуществлении многоадресной передачи, то передачи, осуществляемые eNodeBs, не могут быть синхронизированы. В этом случае, каждый eNodeB должен осуществить планирование передачи многоадресной передачи данных.
На фиг. 5 приведен пример блок-схемы алгоритма процесса осуществления коммуникаций в локальной коммуникационной группе. Пример, показанный на фиг. 5, начинается с этапа 502, где eNodeB принимает запрос от пользователя (например, UE 104a в примере, показанном на фиг. 3) на создание локальной коммуникационной группы среди множества UEs. На этапе 504, в ответ на прием запроса, eNodeB генерирует ID группы, ассоциированный с LCG. eNodeB может затем передать ID группы множеству UEs на этапе 506. eNodeB на этапе 508 может установить логический канал восходящей линии связи и ассоциировать логический канал с LCID. На этапе 510, после приема данных по каналу восходящей линии связи, связанному с LCID, eNodeB на этапе 512 может передавать данные множеству UEs по каналу нисходящей линии связи многоадресной передачи.
Фиг. 6 иллюстрирует примерный процесс многоадресной передачи с использованием eNodeB. Для многоадресной передачи eNodeB может использовать протокол плоскости управления, например, RRC для установления соединения для каждого из UEs в LCG. LCG может быть обслужена одним eNodeB или объединением eNodeBs (например, в сети, имеющей LCG). eNodeB может также обеспечить предоставление услуги многоадресной передачи для множества UEs в LCG с помощью идентификатора многоадресной передачи в качестве ID группы. В одном варианте осуществления, идентификатор многоадресной передачи может представлять собой временный идентификатор радиосети многоадресной передачи (MC-RNTD с общим идентификатором соты (CID), но и другие идентификаторы могут быть также использованы. Как часть установки многоадресной передачи, eNodeB может послать сообщение в адрес каждого UE в LCG о ID группы, используя информационный элемент (IE) конфигурации многоадресной передачи в RRC сигнализации.
Пример, показанный на фиг. 6A и 6B, более конкретно иллюстрирует примерный процесс предоставления услуги многоадресной передачи в субкадре одноадресной передачи посредством eNodeB для трех мобильных устройств (UE1, UE2 и UE3). На фиг. 6A eNodeB может установить RRC соединение 602a, 602b и 602c с каждым из UEs в LCG. Хотя показаны три UEs, любое количество UEs могут образовывать LCG. RRC сигнализация управляет сигнализацией в плоскости управления через линию связи уровня 2, предварительно отправив по физическому каналу управления нисходящей линии связи (PDCCH) для субкадра. Протокол RRC и функции для UE могут включать в себя установление соединения и освобождение, трансляцию системной информации, установление/реконфигурацию и освобождение радиоканала, процедуры мобильности соединение RRC, пейджинговое уведомление и освобождение, и/или управление мощностью во внешнем цикле в соответствии с 3GPP LTE или аналогичной спецификацией. Одно соединение RRC может быть открытым для UE в любой заданный момент времени. Установление RRC соединения может быть использовано для осуществления транзакции из режима ожидания RRC в RRC режим соединения. Каждое UE выполняет транзакцию в RRC режим соединения перед передачей данных приложения (например, использование браузера, отправка или получения сообщений по электронной почте или проведение видеоконференции) или завершения процедуры сигнализации. Процедура установления RRC соединения может быть инициирована каждым UE, но может быть инициирована либо UE, либо сетью. RRC сигнализация может быть передана с помощью информационных элементов (IE), таких как сообщения установления RRC соединения, которое может определять информацию о конфигурации для физического совместно используемого канала нисходящей линии связи (PDSCH), PUCCH и физического совместно используемого канала восходящей линии связи (PUSCH).
eNodeB может определить и конфигурировать MC-RNTI для каждой LCG. Временный идентификатор радиосети соты (C-RNTI) позволяет eNodeB идентифицировать UE и устанавливать прямую связь с UE. MC-RNTI является идентификатором группы уровня 2, выделенным eNodeB, и является уникальным в пределах одной соты, управляемой этим eNodeB. MC-RNTI может быть перераспределен, когда UE перемещается в новую соту, если соединения многоадресной передачи передаются на обслуживание в новую соту. eNodeB может уведомлять каждое UE в LCG о MC-RNTI с помощью RRC сигнализации. Например, eNodeB может оказать услугу многоадресной передачи с использованием RRC сигнализации, включающую в себя IE конфигурации многоадресной передачи, для 604a, 604b и 604c на каждое из UEs в LCG. IE конфигурации многоадресной передачи может включать в себя MC-RNTI.
В другом примере, eNodeB может присвоить каждому UE различное назначение 
eNodeB может динамически выделять ресурсы и передавать PDSCH каждому из UEs (UE1, UE2 и UE3) в LCG в одной передаче, которая может быть декодирована каждым из UEs в многоадресной передаче. Детали процесса для динамического распределения ресурсов и передачи PDSCH каждому из UEs показаны на фиг. 6B. В этом примере, UE1 передает токен запроса (используя LCGID в BSR) в eNodeB, запрашивая ресурсы для передачи данных, предназначенные для группы. eNodeB отвечает, посылая по UL назначение 614 ресурса в UE1. Затем, UE1 посылает передачу 616 данных по UL в eNodeB, которые будут транслироваться в группу. eNodeB отвечает посылкой PDCCH 618 выделения ресурсов для многоадресной передачи PDSCH. PDCCH может маскироваться MC-RNTI. MC-RNTI или C-RNTI может быть использован кодером или скремблером для обеспечения приема передачи посредством UE, которая предназначена для UE. Маскировка PDCCH позволяет UEs с соответствующими MC-RNTI декодировать сообщение. Данные, такие как вызов по видеоконференции, могут быть переданы через PDSCH. После распределения ресурсов многоадресной передачи, eNodeB посылает сообщение 620 многоадресной передачи по PDSCH каждому из UEs (UE1, UE2 и UE3) в LCG.
Каждое из UE может обнаружить слепую зону (декодировать сигнал в зоне молчания) PDCCH, используя ранее настроенный MC-RNTI. Например, при выделении ресурса многоадресной передачи, каждое UE может декодировать PDCCH и PDSCH. В ответ на PDSCH 620, при наличии HARQ, каждое UE посылает ACK/NACK 620a, 620b и 620c в eNodeB. При поступлении сообщений обратной связи ACK/NACK, eNodeB может повторно передать 623 сообщение при возникновении ошибки передачи. О наличии ошибки в передаче может указывать сообщение NACK обратной связи. Повторная передача может быть осуществлена всем UEs в LCG или в подмножестве UEs в LCG на основании некоторых критериев подмножества, таких как показатель качества передачи. Например, eNodeB может отправить одну или две повторные передачи в зависимости от задержки приложения. Повторная передача может быть отправлена с использованием либо одноадресной передачи, или многоадресной передачи. В другом примере, передача сообщения ACK/NACK обратной связи может не передаваться и повторная передача сообщения не будет осуществлена.
Пример для одной соты, eNodeB может передавать и/или ретранслировать данные услуги многоадресной передачи, используя либо опорные сигналы (CRS) конкретной соты, либо опорные сигналы (UE-R) конкретного UE, демодулируя опорный сигнал (DMRS). Для множества сот или нескольких сот, например, eNodeB может передавать и/или повторно передавать данные с использованием либо CRS или UE-RS (DMRS). Если используется CRS, то CRS чередование может быть отключено. CRS чередование обеспечивает сдвиг частоты CRS конкретной соты и/или данных на Vshift, величина которого применяется к определенной соте и номеру соты. Поскольку могут быть использованы множество сот, чередование CRS может не применяться к услуге многоадресной передачи во множестве сот. Чередование может выполнять чередование CRS. Для множества сот или нескольких сот, например, множество eNodeBs может иметь аналогичную конфигурацию RLC, MAC и/или PHY уровни для услуги многоадресной передачи, таким образом, передача для множества сот может быть синхронизирована по времени радиокадра с системным номером кадра (SFN) или согласованно по времени радиокадра.
Дополнительное сообщение ACK/NACK обратной связи и HARQ повторной передачи могут быть использованы, когда число пользователей, участвующих в LCG, велико, в дополнение к уже описанным вариантам. В качестве примера, eNodeB может использовать сообщение ACK/NACK и HARQ для подмножества пользователей на основании некоторых критериев, таких как результаты измерения управления ресурсами радиосвязи (RRM). В другом примере, функция ACK/NACK может быть отключена, которая может быть аналогична MBMS структуре. Структура MBMS может не использовать повторения слепых HARQ или RLC быстрый повтор.
Услуга многоадресной передачи, использующая одноадресной субкадр, может быть более эффективной и обеспечивать большую надежность, чем либо MBMS в выделенном MBSFN субкадре, либо одноадресная передача в одноадресном субкадре. Ни MBMS, ни услуга одноадресной передачи не могут быть эффективными в поддержании связи в небольшой группе пользователей для многоадресной передачи, например, в форме небольшой площади, где необходимо обеспечить надежную передачу, которая может быть предоставлена посредством передачи сообщения ACK/NACK обратной связи.
Фиг. 7 иллюстрирует пример eNodeB 102 и пример UE 104 в соответствии с некоторыми вариантами осуществления. eNodeB 102 может включать в себя модуль 714 обработки и модуль 712 трансивера. Модуль 714 обработки eNodeB может генерировать MC-RNTI для услуги многоадресной передачи для UEs в LCG. Модуль 712 трансивера eNodeB может передавать MC-RNTI в UEs, принимать данные пакета в UL сообщении из одного из UEs и осуществлять многоадресную передачу данных пакета в UEs в LCG. UE 104 может включать в себя модуль 724 обработки и модуль 722 трансивера. Модуль 724 обработки UE может настроить UE в качестве хоста или участника LCG. Модуль 722 трансивера UE 104 может принимать данные конфигурации из eNodeB 102, соответствующие LCG, передавать запрос на eNodeB на передачу данных в LCG и принимать данные по каналу нисходящей линии связи многоадресной передачи, соответствующие LCG.
Фиг. 8 представляет примерную иллюстрацию мобильного устройства, например пользовательского устройства (UE), мобильной станции (MS), мобильного беспроводного устройства, мобильного коммуникационного устройства, планшета, телефона или другого типа мобильного беспроводного устройства. Мобильное устройство может включать в себя одну или более антенн, выполненных с возможностью устанавливать связь с передающей станцией, например базовой станцией (BS), усовершенствованным узлом B (eNB), блоком базового диапазона (BBU), головной радиостанцией дистанционного управления (RRH), радиооборудованием дистанционного управления (RRE), ретранслятором (RS), радиооборудованием (RE) или другим типом точки доступа беспроводной глобальной сетью (WWAN). Мобильное устройство может быть выполнено с возможностью устанавливать связь, используя, по меньшей мере, один беспроводной стандарт связи, включающий в себя 3GPP LTE, WiMAX, высокоскоростную пакетную передачу данных (HSPA), Bluetooth и Wi-Fi. Мобильное устройство может устанавливать связь с использованием отдельных антенн для каждого беспроводного стандарта связи или общие антенны для нескольких стандартов беспроводной связи. Мобильное устройство может устанавливать связь в локальной беспроводной сети (WLAN), беспроводной персональной сети (WPAN) и/или WWAN.
Фиг. 8 также обеспечивает иллюстрацию микрофона и одного или более громкоговорителей, которые могут быть использованы для ввода и вывода звука из мобильного устройства. Экран дисплея может представлять собой жидкокристаллический дисплей (LCD) или другой тип экрана, такой как светодиодный органический (OLED) дисплей. Экран может быть сенсорным экраном. Сенсорный экран может использовать емкостную, резистивную или другой тип технологии сенсорного экрана. Процессор приложения и графический процессор могут быть соединены с внутренней памятью для обеспечения возможности обработки и отображения. Порт энергонезависимой памяти также может быть использован для ввода/вывода данных для пользователя. Порт энергонезависимой памяти также может быть использован для расширения возможностей памяти мобильного устройства. Клавиатура может быть интегрирована в мобильное устройство или беспроводным соединением подключена к мобильному устройству для обеспечения дополнительного пользовательского ввода. Виртуальная клавиатура также может быть предусмотрена с использованием сенсорного экрана.
Описанные выше способы могут быть реализованы с помощью программируемой схемы, программируемой с помощью программного обеспечения и/или микропрограммы, или они могут быть реализованы полностью посредством аппаратного оборудования специального назначения или объединением таких форм. Такая схема специального назначения (если таковые имеются) может быть реализована в виде, например, одной или нескольких специализированных интегральных схем (ASIC), программируемых логических устройств (PLD), программируемых вентильных матриц (FPGA) и т.д.
Программное обеспечение или прошивка для реализации описанных здесь способов, могут быть сохранены на носителе данных в машиночитаемой форме и могут быть выполнены с помощью одного или более программируемых микропроцессоров общего назначения или специального назначения. «Машиночитаемый носитель информации», как этот термин используется в данном документе, включает в себя любой механизм, который может хранить информацию в форме, доступной машине (машина может быть, например, компьютером, сетевым устройством, сотовым телефоном, PDA, инструментом, любым устройством, имеющим один или несколько процессоров и т.д.). Например, носитель информации, доступный для машины, включает в себя записываемые /незаписываемые носители (например, память только для чтения (ROM), оперативную память (RAM); носители информации на магнитном диске; оптическое запоминающее устройство; устройства флэш-памяти т.д.) и т.д.
Термин "логическое", как использован здесь, может включать в себя, например, специальные разработанные схемы, программное обеспечение и/или микропрограмму в сочетании с программируемой схемой или их комбинации.
Хотя настоящее изобретение включает в себя ссылку на конкретные примерные варианты осуществления, очевидно, что формула изобретения не ограничена описанными вариантами осуществления, но может быть реализована на практике с модификацией и изменениями в пределах сущности и объема прилагаемой формулы изобретения. Соответственно, описание и чертежи следует рассматривать в иллюстративном смысле, а не в ограничительном смысле.
Изобретение относится к системам связи. Технический результат заключается в обеспечении эффективной коммуникации с и среди локальной коммуникационной группы (LCG). LCG представляет собой тип коммуникационной структуры, которая включает в себя «устройство-группа» коммуникацию или «сеть-группа» коммуникацию. Устройство-группа коммуникация может быть односторонней (например, одноранговое устройство в группе может послать сообщение остальным пользователям с небольшой обратной связью) или двухсторонней (например, каждый участник группы может иметь возможность совместно использовать контент с остальными участниками группы). В соответствии с описанными технологиями локальная коммуникационная группа может взаимодействовать с LTE сетью посредством eNodeB, который может использовать комбинацию многоадресной передачи в нисходящей линии связи и одноадресную передачу в восходящей линии связи. 3 н. и 22 з.п. ф-лы, 11 ил.
1. Усовершенствованный узел B (eNodeB) для усовершенствованной универсальной наземной сети радиодоступа, eNodeB содержит:
процессор; и
память, соединенную с процессором, память хранит команды, которые при выполнении процессором вызывает eNodeB:
генерировать идентификатор группы (ID), ассоциированный с множеством пользовательских устройств (UEs), в котором ID группы включает в себя временный идентификатор радиосети многоадресной передачи (MC-RNTI), конфигурируемый для множества UEs;
принимать из первого UE из множества UEs пакет данных для многоадресной передачи на множество UEs; и
передавать пакет данных на множество UEs по каналу нисходящей линии связи посредством многоадресной передачи, в котором обеспечивается присвоение ресурса многоадресной передачи по каналу нисходящей линии связи для множества UEs с использованием MC-RNTI.
2. eNodeB по п. 1, в котором множество операций дополнительно вызывает eNodeB устанавливать логический канал для приема коммуникаций по восходящей линии связи из первого UE, канал восходящей линии связи устанавливается с помощью ресурсов одноадресной передачи, и логический канал идентифицируется идентификатором логического канала (LCDD) и идентификатором группы логического канала (LCGID), и
в котором пакет данных принимается из первого UE по восходящей линии связи и ассоциирован с LCID и LCGID.
3. eNodeB по п. 2, в котором множество операций дополнительно вызывает eNodeB поддерживать структуру данных, выполненную с возможностью ассоциировать LCID и LCGID с каждым из множества UEs и ID группы.
4. eNodeB по п. 1, в котором eNodeB выполнен с возможностью принимать по физическому каналу управления восходящей линии связи (PUCCH) запрос из второго UE для передачи данных по восходящей линии связи для многоадресной передачи посредством eNodeB на множество UEs.
5. eNodeB по п. 1, в котором eNodeB выполнен с возможностью принимать по каналу произвольного доступа (RACH), используя выделенную преамбулу на каждое UE или группу, запрос из второго UE на передачу данных по восходящей линии связи для многоадресной передачи посредством eNodeB на множество UEs.
6. eNodeB по п. 1, в котором eNodeB выполнен с возможностью принимать посредством отчета о состоянии буфера (BSR), используя идентификатор группы логического канала (LCGID), ассоциированного с групповой коммуникацией, запрос из второго UE на передачу данных по восходящей линии связи для многоадресной передачи посредством eNodeB на множество UEs.
7. eNodeB по п. 1, в котором eNodeB выполнен с возможностью:
генерировать ID группы в ответ на запрос на создание локальной коммуникационной группы (LCG), включающей в себя множество UEs, запрос включает в себя информацию, относящуюся к качеству обслуживания (QoS); и
назначать надлежащий идентификатор (QCI) класса (QoS) на LCG на основании информации, относящейся QoS.
8. eNodeB по п. 7, в котором запрос на создание LCG принимается от владельца группы и управляющего объекта через основную сеть.
9. eNodeB по п. 7, в котором запрос на создание LCG принимается из UE множества UEs.
10. Способ реализации усовершенствованной локальной связи в сети проекта партнерства третьего поколения (3GPP) с помощью усовершенствованного узла В (eNodeB), содержащий:
прием запроса на конфигурацию локальной коммуникационной группы (LCG) среди множества пользовательских устройств (UEs);
в ответ на запрос на установление одного или нескольких логических каналов для приема коммуникаций по соответствующим восходящим линиям связи, по меньшей мере, из одного из множества UEs, в котором восходящие линии связи устанавливаются с помощью ресурсов одноадресной передачи, и один или более логических каналов идентифицируются посредством соответствующих идентификаторов логического канала (LCIDs) и идентификаторов группы логического канала (LCGIDs); и
многоадресную передачу коммуникаций в LCG, принятых по восходящим линиям связи, которые включают в себя один из LCIDs и один из LCGIDs.
11. Способ по п. 10, дополнительно содержащий, в ответ на запрос на конфигурацию LCG:
генерирование идентификатора (ID) группы, ассоциированного с LCG; и
передачу ID группы на множество UEs.
12. Способ по п. 11, в котором многоадресная передача содержит передачу коммуникаций множеству UEs по нисходящей линии связи многоадресной передачи, используя ID группы.
13. Способ по п. 11, в котором ID группы содержат временный идентификатор радиосети многоадресной передачи (MC-RNTI).
14. Способ по п. 10, дополнительно содержащий:
поддержание структуры данных, выполненной с возможностью ассоциировать LCIDs и LCGIDs с соответствующими UEs множества UE.
15. Способ по п. 10, дополнительно содержащий:
прием запроса по физическому каналу управления восходящей линии связи (PUCCH) на передачу данных для LCG по одной из восходящих линий связи.
16. Способ по п. 10, дополнительно содержащий прием запроса по каналу произвольного доступа (RACH) на передачу данных для LCG по одной из восходящих линий связи.
17. Способ по п. 10, дополнительно содержащий прием запроса посредством отчета о состоянии буфера (BSR) на передачу данных для LCG по одной из восходящих линий связи.
18. Пользовательское устройство (UE), содержащее:
модуль обработки для выборочной конфигурации UE в качестве хоста или участника локальной коммуникационной группы (LCG); и
модуль трансивера для:
приема данных конфигурации из усовершенствованного узла В (eNodeB), соответствующих LCG;
передачи запроса в eNodeB на передачу данных в LCG; и
прием данных по нисходящей линии связи многоадресной передачи, соответствующих LCG.
19. UE по п. 18, при работе в качестве хоста модуль трансивера выполнен с возможностью:
передавать запрос на eNodeB на конфигурирование LCG среди множества UEs; и
передавать на ресурсе восходящей линии связи одноадресной передачи пакет данных, подлежащих распределению по множеству UEs по нисходящей линии связи многоадресной передачи.
20. UE по п. 19, при работе в качестве хоста модуль трансивера выполнен с возможностью:
передавать сообщение приглашения на присоединение к LCG во множество UEs, в котором сообщение приглашения включает в себя ID группы.
21. UE по п. 18, в котором данные конфигурации содержат:
идентификатор (ID) группы, ассоциированный с LCG; и
идентификатор логического канала (LCID) и идентификатор группы логического канала для использования в восходящей линии связи, ассоциированные с LCG.
22. UE по п. 18, при работе в качестве участника модуль трансивера выполнен с возможностью:
принимать сообщение приглашения на присоединение к LCG, в котором сообщение приглашения включает в себя временный идентификатор радиосети многоадресной передачи (MC-RNTI), сконфигурированный для LCG, идентификатор логического канала (LCID) и идентификатор группы логического канала (LCGID), ассоциированные ресурсом одноадресной передачи для восходящей линии связи с LCG;
передавать по восходящей линии связи пакет данных, который должен быть передан в LCG, в котором пакет данных по каналу восходящей линии связи идентифицируется как ассоциированный с LCG, посредством включения в заголовок сообщения управления доступом к среде передачи данных (MAC) LCID; и
принимать пакет данных по нисходящей линии связи на ресурсе нисходящей линии связи многоадресной передачи, в котором соответствующий ресурс многоадресной передачи, ассоциированный с MC-RNTL, сконфигурирован для группы.
23. UE по п. 18, модуль обработки дополнительно выполнен с возможностью:
подтверждать в eNodeB прием данных по нисходящей линии связи многоадресной передачи, соответствующих LCG.
24. UE по п. 23, в котором модуль обработки выполнен с возможностью подтверждать прием данных по нисходящей линии связи многоадресной передачи с использованием процедуры подтверждения/не подтверждения приема посредством гибридного автоматического запроса на повторную передачу данных (HARQ).
25. UE по п. 23, в котором модуль обработки выполнен с возможностью подтверждать прием данных по нисходящей линии связи многоадресной передачи, используя протокол управления передачей (TCP) в соответствии с процедурой подтверждения/не подтверждения.
| US 2012002583 A1, 05.01.2012 | |||
| WO 2011116849 А1, 29.09.2011 | |||
| СПОСОБ ПЕРЕДАЧИ ИНФОРМАЦИИ К ГРУППЕ СТАНЦИЙ РАДИОСВЯЗИ | 2003 |
|
RU2307480C2 |
| СПОСОБ ОБЕСПЕЧЕНИЯ МНОГОАДРЕСНЫХ УСЛУГ В СИСТЕМЕ ПОДВИЖНОЙ СВЯЗИ | 2003 |
|
RU2310276C2 |
