ПРИОРИТЕТ
Настоящая заявка согласно 119(e) раздела 35 свода законов США испрашивает приоритет заявки на патент № PCT/CN2015/090835, поданной 25 сентября 2015 года, названной ʺPer-packet resource pool selection in LTE V2x systemʺ ("Выбор совокупности ресурсов для каждого пакета в системе связи LTE V2x"), раскрытие которой полностью включено в настоящую заявку посредством ссылки.
ОБЛАСТЬ ТЕХНИКИ
Настоящее раскрытие в целом относится к беспроводной связи и, в частности, к выбору совокупности (пула) ресурсов для каждого пакета в системе связи LTE V2X.
УРОВЕНЬ ТЕХНИКИ
Во время выпуска 12 стандарт долгосрочного развития (LTE) Проекта партнерства по созданию сетей третьего поколения (3GPP) был расширен с помощью поддержки функциональности "устройство-устройство" (D2D) (упоминаемой как "прямое соединение" ("sidelink") или "службы близости" (ProSe)), предназначенной и для коммерческих приложений, и для приложений общественной безопасности. Примером приложения, доступного посредством выпуска 12 стандарта LTE, является обнаружение устройств, когда устройства могут обнаруживать близость другого устройства и соответствующего приложения посредством широковещательной передачи и отслеживания сообщений обнаружения, которые несут идентификационную информацию приложения и устройства. Другим примером приложения является прямая связь на основе физических каналов непосредственно между устройствами.
Одним из потенциальных расширений для связи D2D является поддержка связи "между транспортным средством и чем угодно" (V2X), которая включает в себя любую комбинацию прямой связи между транспортными средствами, пешеходами и инфраструктурой. Связь V2X может использовать в своих интересах сетевую инфраструктуру, когда она доступна, но по меньшей мере базовая связь V2X должна быть возможной даже в случае отсутствия покрытия. Обеспечение интерфейса V2X на основе технологии LTE может быть экономически выгодным вследствие экономии за счет эффекта масштаба технологии LTE, и оно может позволить более тесную интеграцию между связью с сетевой инфраструктурой (V2I/V2N), связью между транспортным средством и пешеходом (V2P) и связью между транспортным средством и транспортным средством (V2V), по сравнению с использованием специализированной технологии V2X.
Связь V2X может нести незащищенную и защищенную информацию, когда каждое из приложений и служб может иметь отношение к заданным множествам требований (например, с точки зрения времени задержки, надежности, пропускной возможности и т.д.).
Дальнейшие исследования связи V2X на основе технологии LTE могут быть желательными вследствие быстрых изменений в технологии и на рынке для связи V2X. Имеется много научно-исследовательских работ и полевых испытаний соединенных транспортных средств, происходящих во всем мире. В Китае, например, Ассоциация стандартов связи Китая (China Communications Standards Association, CCSA) в 2014 году закончила практическое исследование для приложений безопасности транспортных средств на основе технологии LTE с разделением во времени (TD-LTE) и начала работу над серией промышленных стандартов связи на основе технологии LTE для приложений для транспортных средств. В марте 2015 года CCSA также начала исследование радиочастотного спектра для связи V2X и некоторых автомобильных промышленных союзов в Китае. На основе исследования Национальный орган регулирования в Китае выделит спектр для соединенных транспортных средств.
3GPP SA1#69 недавно принял соглашение о новых исследованиях выпуска 14 для поддержки технологии LTE для служб V2X: документ (1) S1-150284, ʺProposed study on LTE-based V2X,ʺ LG Electronics Inc., 3GPP TSG-SA WG1 Meeting #69, Feb. 2015; и документ (2) SP-150051, ʺNew WID for Study on LTE support for V2X services (FS_V2XLTE), from S1-150284,ʺ 3GPP TSG SA Meeting #67, Mar. 2015. Цель этих исследований состоит в том, чтобы исследовать существенные варианты использования и требования для связи V2V, V2P и V2I/N. Связь V2V охватывает связь на основе технологии LTE между транспортными средствами. Связь V2P охватывает связь на основе технологии LTE между транспортным средством и устройством, которое несет человек (например, переносным терминалом, который несет пешеход, велосипедист, водитель или пассажир). Между тем, связь V2I/N ("транспортное средство-инфраструктура/сеть") охватывает связь на основе технологии LTE между транспортным средством и, например, сетевым узлом, таким как придорожный модуль (RSU). Модуль RSU представляет собой объект транспортной инфраструктуры (например, объект, передающий уведомления о скорости), реализованный в узле eNodeB (узле eNB) или в стационарном пользовательском оборудовании (UE).
Исследование SA1 рассматривает и безопасные службы, и небезопасные службы, а также возможность использования существующих технологий LTE для одноадресной, многоадресной и/или широковещательной связи.
Позже был одобрен выпуск 13 RAN SI. Его цели состоят в том, чтобы оценить новую функциональность, необходимую для работы связи V2X на основе технологии LTE (например, V2V, V2I/N и V2P), и исследовать потенциальные улучшения для автомобильных служб, как определено в 3GPP TR 22.885, v0.2.0, ʺStudy on LTE Support for V2X Services".
Типичный трафик связи V2X значительно изменяется с точки зрения свойств трафика, которые зависят от конкретной используемой службы. Например, размер пакетов и периодичность пакетов могут сильно отличаться в зависимости от рассматриваемой службы. Кроме того, разные службы характеризуются сильно изменяющимися радиочастотными требованиями с точки зрения, например, надежности, расстояния и времени задержки. Поведение радиочастотного уровня должно предпочтительно принимать во внимание требования качества обслуживания (QoS) и свойства трафика, чтобы оптимизировать производительность. Однако, приложение, генерирующее трафик, в общем случае является прозрачным для радиочастотных уровней.
Упомянутые выше проблемы известны в 3GPP. Существующие подходы пытались решить эти проблемы, определяя разные типы каналов-носителей, связанных с разными приложениями и типами трафика (например, VoIP, максимально возможный и т.д.). Однако, трафик связи V2X является очень разнородным с точки зрения требований и характеристик. Таким образом это привело бы к практически нецелесообразному количеству разных каналов-носителей, если должны явно поддерживаться все требования.
Кроме того, типичные системы радиосвязи (например, система LTE) определяют разные типы узлов с разными радиоинтерфейсами. Например, радиоинтерфейс узла eNB отличается от интерфейса в пользовательском оборудовании. Также имеются существенные различия в архитектуре и протоколах, реализованных в разных узлах. Отображение между типом узлов и интерфейсами больше не соблюдается (например, для связи V2X). Например, модуль RSU является сетевым узлом, который может быть реализован различным образом. Радиочастотные уровни могут, например, использовать один и тот же интерфейс либо как узел eNB, либо как пользовательское оборудование, в зависимости от выбора развертывания. В случае интерфейса типа пользовательского оборудования, например, поведение радиочастотных уровней может отличаться от поведения, ожидаемого от пользовательского оборудования, используемого в качестве автомобиля. Аналогичным образом, экземпляры пользовательского оборудования могут даже устанавливаться на автомобилях или использоваться в качестве карманных устройств, выполняющих службы V2X. Даже в этих случаях предполагается, что заданный радиоинтерфейс действует по-разному в зависимости от типа узла, реализующего его.
Прикладной уровень приложений интеллектуальных транспортных систем (ITS) стандартизирован в документе ETSITS 302 637-2, ʺIntelligent Transport Systems (ITS); Vehicular Communications; Basic Set of Applications; Part 2: Specification of Cooperative Awareness Basic Serviceʺ, November 2014. Согласно стандартизации прикладной уровень генерирует пакеты разных типов в разных размерностях: 1) вариативность типа трафика: как заявлено в секции 2.1, трафик V2V, V2I (и I2V) и V2P (и P2V) может быть сгенерирован одним и тем же прикладным уровнем ITS; и 2) вариативность периодичности трафика: для прикладного уровня ITS двумя из ключевых/типичных прикладных сообщений являются сообщение общей информированности (CAM) и децентрализованное уведомительное сообщение об окружающей среде (DENM). Эти два сообщения в общем случае генерируются переменным во времени образом. Для сообщения CAM время формирования по умолчанию составляет одно сообщение в секунду, но временные дополнительные сообщения могут генерироваться чаще (максимальная частота для них составляет 10 Гц), например, вследствие изменения позиции, изменения скорости и/или изменения направления. Сообщение DENM всегда представляет собой сообщение, инициируемое событием. Учитывая разные приведенные выше классификации, для гарантии качества обслуживания для разных пакетов необходимо, чтобы слой доступа воспринимал каждый пакет с прикладного уровня по-разному.
В выпуске 13 предложен приоритет пакетов ProSe (PPPP) в качестве средства для обеспечения приоритета для связи ProSe, как описано в документе 3GPP TS 23.303 v13.1.0, ʺProximity-based services (ProSe)". Главная функциональность этого признака может быть описана следующим образом. Приоритет PPPP является скалярной величиной, связанной с блоком протокольных данных (PDU), которая определяет приоритетную обработку, которая должна быть применена для передачи этого блока PDU. Приоритет пакетов ProSe независим от идентификатора уровня-2 назначения и относится к прямой связи ProSe "один к одному" и "один ко многим". Приоритет PPPP в выпуске 13 определен только для связи ProSe через PC5 (контрольная точка между экземплярами пользовательского оборудования с поддержкой ProSe, используемая для плоскости управления и плоскости пользователя для прямого обнаружения ProSe, прямой связи ProSe и ретрансляции ProSe от пользовательского оборудования к сети) и канал-носитель, выполняющий отображение между PC5 и Uu (протоколы радиосвязи сети E-UTRAN между пользовательским оборудованием и узлом eNodeB) для ретрансляции между пользовательским оборудованием и сетью (UE-NW). Может иметься отображение между приоритетом и совокупностью ресурсов связи ProSe, подробности относительно отображения подлежат дополнительному исследованию. Таким образом, приоритет PPPP обеспечивает возможность некоторого качества обслуживания. Однако, это ограничено в некоторых аспектах и тем самым не является удовлетворительным для сценария связи V2X.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Для решения упомянутых выше проблем для существующих подходов раскрыт способ в узле. Способ содержит формирование тега для соответствующего пакета данных на первом уровне, сгенерированный тег указывает один или более параметров, относящихся к передаче соответствующего пакета данных. Способ содержит сигнализацию тега с первого уровня на другой уровень. Способ содержит отображение на другом уровне соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом. Способ содержит выбор одного или более ресурсов для передачи соответствующего пакета данных на основе отображения соответствующего пакета данных на логический канал.
В некоторых вариантах осуществления узел может содержать одно из следующих устройств: беспроводное устройство; и сетевой узел. Тег может быть сигнализирован с первого уровня на другой уровень как битовый массив. Первый уровень может являться прикладным уровнем. Один или более параметров могут содержать один или более из следующих элементов: тип трафика соответствующего пакета данных; периодичность соответствующего пакета данных; требование времени задержки соответствующего пакета данных; приоритет соответствующего пакета данных; тип устройства узла; наличие внешнего источника питания для узла; и статус батареи узла. Тип трафика соответствующего пакета данных может быть указан группой назначения. Периодичность соответствующего пакета данных может быть указана приоритетом соответствующего пакета данных. В некоторых вариантах осуществления способ может содержать выбор на основе тега одного или более из следующих элементов: уровень мощности для передачи соответствующего пакета данных; и формат передачи для передачи соответствующего пакета данных.
В некоторых вариантах осуществления способ может содержать получение отображения для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом. Получение отображения для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, обозначенных тегом, может содержать определение посредством узла отображения для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом. Получение отображения для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом, может содержать прием отображения для использования при отображении соответствующего пакета данных на логический канал на основе тега.
В некоторых вариантах осуществления отображение соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом, может содержать отображение тега на специализированный радиоканал-носитель. Отображение может содержать взаимно однозначное отображение. В некоторых вариантах осуществления множество тегов может быть отображено на единственный специализированный радиоканал-носитель.
В некоторых вариантах осуществления способ может содержать передачу соответствующего пакета данных с использованием одного или более ресурсов, выбранных для передачи соответствующего пакета данных. Способ может содержать передачу тега одному или более другим узлам перед передачей соответствующего пакета данных. В некоторых вариантах осуществления узел может являться первым узлом; тег может являться первым тегом; соответствующий пакет данных может являться первым соответствующим пакетом данных; и способ может содержать прием от второго узла второго тега для второго соответствующего пакета данных перед приемом второго соответствующего пакета данных.
Также раскрыт узел. Узел содержит один или более процессоров. Один или более процессоров выполнены с возможностью генерировать тег для соответствующего пакета данных на первом уровне, сгенерированный тег указывает один или более параметров, относящихся к передаче соответствующего пакета данных. Один или более процессоров выполнены с возможностью выполнять сигнализацию тега с первого уровня на другой уровень. Один или больше процессоров выполнены с возможностью отображать на другом уровне соответствующий пакет данных на логический канал на основе одного или более параметров, указанных тегом. Один или более процессоров выполнены с возможностью выбирать один или более ресурсов для передачи соответствующего пакета данных на основе отображения соответствующего пакета данных на логический канал.
Некоторые варианты осуществления настоящего раскрытия могут обеспечить одно или более технических преимуществ. В качестве одного примера, некоторые варианты осуществления могут успешно помочь реализовать качество обслуживания в сценариях связи V2X. В качестве другого примера, некоторые варианты осуществления могут успешно обеспечить возможность информированности на радиочастотном уровне о свойствах приложения и/или передающего устройства. В качестве другого примера, некоторые варианты осуществления могут успешно установить общие принципы для использования тегов, которые не ограничены прямым соединением и могут использовать для обеспечения соблюдения качества обслуживания или внедрения качества обслуживания в других сценариях. Другие преимущества могут быть легко очевидны специалисту в области техники. Некоторые варианты осуществления могут не иметь ни одного, иметь некоторые или все из изложенных преимуществ.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Для более полного понимания раскрытых вариантов осуществления и их признаков и преимуществ теперь делается ссылка на последующее описание, взятое вместе с прилагаемыми чертежами.
Фиг. 1 - блок-схема, демонстрирующая иллюстративный вариант осуществления сети в соответствии с некоторыми вариантами осуществления;
Фиг. 2 - блок-схема способа в узле в соответствии с некоторыми вариантами осуществления;
Фиг. 3 - блок-схема иллюстративного беспроводного устройства в соответствии с некоторыми вариантами осуществления;
Фиг. 4 - блок-схема иллюстративного сетевого узла в соответствии с некоторыми вариантами осуществления;
Фиг. 5 - блок-схема иллюстративного контроллера радиосети или узла опорной сети в соответствии с некоторыми вариантами осуществления;
Фиг. 6 - блок-схема иллюстративного беспроводного устройства в соответствии с некоторыми вариантами осуществления;
Фиг. 7 - блок-схема иллюстративного сетевого узла в соответствии с некоторыми вариантами осуществления; и
Фиг. 8 - блок-схема, демонстрирующая другой иллюстративный вариант осуществления сети в соответствии с некоторыми вариантами осуществления.
ПОДРОБНОЕ ОПИСАНИЕ
Как описано выше, чтобы гарантировать качество обслуживания для разных пакетов, необходимо, чтобы слой доступа рассматривал каждый пакет с прикладного уровня по-разному. Хотя приоритет PPPP был предложен в качестве средства обеспечения приоритета для связи ProSe, этот подход ограничен в некоторых аспектах и тем самым не является удовлетворительным для сценария связи V2x. Например, чтобы дифференцировать качество обслуживания для различных типов трафика (например, V2V, V2P, V2I), адрес/идентификатор источника и/или назначения должен быть взят о в качестве входного фактора, что выходит за пределы структуры приоритетов PPPP. Кроме того, приоритет PPPP ограничен интерфейсом PC5 и ретрансляцией между пользовательским оборудованием и сетью (отображение канала-носителя Uu-PC5), тогда как в общем случае и Uu, и PC5 могут рассматриваться как альтернативный маршрут для доставки сообщений связи V2X и страдают от воздействия предпочтения для каждого пакета. Настоящее раскрытие рассматривает различные варианты осуществления, которые могут справиться с этими и другими недостатками, связанными с существующими подходами.
Чтобы справиться с описанными выше недостатками в существующих подходах, некоторые варианты осуществления содержат межуровневый сигнальный механизм, как правило, с более высоких уровней на более низкие уровни в стеке протоколов, который может успешно предоставить возможность реализации выбора совокупности ресурсов для каждого пакета в сценариях связи V2X. Используемый в настоящем документе термин "совокупность ресурсов" представляет собой общий предмет, который не ограничен совокупностью ресурсов, используемой для связи ProSe, но также включает в себя альтернативу для совокупности ресурсов для доставки сообщений на основе интерфейса Uu.
В некоторых вариантах осуществления используется тег, который определен для каждого пакета и используется слоем доступа для выбора совокупности ресурсов, которая включает в себя совокупности ресурсов и для доставки на основе связи ProSe, и для доставки на основе сотовой связи. Например, в некоторых вариантах осуществления узел генерирует тег для соответствующего пакета данных на первом уровне. Узел может представлять собой любой подходящий объект. Например, но без ограничения, в некоторых вариантах осуществления узел может представлять собой беспроводное устройство или сетевым узел (например, модуль RSU). В некоторых случаях первый уровень может являться прикладным уровнем. Сгенерированный тег указывает один или более параметров, относящихся к передаче соответствующего пакета данных. Узел выполняет сигнализацию тега с первого уровня на другой уровень. На другом уровне узел отображает соответствующий пакет данных на логический канал на основе одного или более параметров, указанных тегом. Узел выбирает один или более ресурсов для передачи соответствующего пакета данных на основе отображения соответствующего пакета данных на логический канал. В некоторых вариантах осуществления узел передает соответствующий пакет данных с использованием одного или более ресурсов, выбранных для передачи соответствующего пакета данных.
Некоторые варианты осуществления настоящего раскрытия могут обеспечить одно или более технических преимуществ. В качестве одного примера, некоторые варианты осуществления могут успешно помочь реализовать качество обслуживания в сценариях связи V2X. В качестве другого примера, некоторые варианты осуществления могут успешно обеспечить возможность информированности на радиочастотном уровне о свойствах приложения и/или передающего устройства. В качестве другого примера, некоторые варианты осуществления могут успешно установить общие принципы для использования тегов, которые не ограничены прямым соединением и могут использовать для обеспечения соблюдения качества обслуживания или внедрения качества обслуживания в других сценариях. Другие преимущества могут быть легко очевидны специалисту в области техники. Некоторые варианты осуществления могут не иметь ни одного, иметь некоторые или все изложенные преимущества.
Фиг. 1 является блок-схемой, демонстрирующей иллюстративный вариант осуществления сети в соответствии с некоторыми вариантами осуществления. В частности, фиг. 1 является блок-схемой, иллюстрирующей вариант осуществления сети 100, которая включает в себя одно или более беспроводных устройств 110 (которые могут взаимозаменяемым образом упоминаться как пользовательское оборудование 110) и сетевой узел 115 (который может взаимозаменяемым образом упоминаться как узел 115 eNB). В иллюстративном варианте осуществления, представленном на фиг. 1, беспроводное устройство 110А представляет собой смартфон, беспроводные устройства 110B-D представляют собой транспортные средства, и беспроводное устройство 110E представляет собой пешехода, имеющего беспроводное устройство 110, такое как, например, смартфон. Беспроводные устройства 110 могут осуществлять связь с сетевым узлом 115 или с одним или более другими беспроводными устройствами 110 по беспроводному интерфейсу. Например, беспроводные устройства 110А, 110B и 110D могут передавать беспроводные сигналы сетевому узлу 115 и/или принимать беспроводные сигналы от сетевого узла 115. Беспроводные устройства 110 также могут передавать беспроводные сигналы другим беспроводным устройствам 110 и/или принимать беспроводные сигналы от других беспроводных устройств 110. Например, беспроводные устройства 110B, 110C, 110D и 110E могут осуществлять связь с использованием связи D2D. Беспроводные сигналы могут содержать голосовой трафик, трафик данных, управляющие сигналы и/или любую другую подходящую информацию. В некоторых вариантах осуществления область покрытия беспроводных сигналов, соответствующая сетевому узлу 115, может упоминаться как сота.
В некоторых вариантах осуществления сетевой узел 115 может взаимодействовать с контроллером радиосети. Контроллер радиосети может управлять сетевым узлом 115 и может обеспечивать некоторые функции управления радиоресурсами, функции управления мобильностью и/или другие подходящие функции. В некоторых вариантах осуществления функции контроллера радиосети могут быть включены в сетевой узел 115. Контроллер радиосети может взаимодействовать с узлом опорной сети. В некоторых вариантах осуществления контроллер радиосети может взаимодействовать с узлом опорной сети через взаимосвязанную сеть. Взаимосвязанная сеть может относиться к любой взаимосвязанной системе, способной передавать аудиоинформацию, видеоинформацию, сигналы, данные, сообщения или любую их комбинацию. Взаимосвязанная сеть может включать в себя все или часть из общественной коммутируемой телефонной сети (PSTN), общественной или частной сети передачи данных, локальной сети (LAN), городской компьютерной сети (MAN), широкомасштабной сети (WAN), локальной, региональной или глобальной связи или компьютерной сети, такой как Интернет, проводной или беспроводной сети, интранета предприятия или любой другой подходящей линии связи, в том числе их комбинации.
В некоторых вариантах осуществления узел опорной сети может управлять установлением сеансов связи и различной другой функциональностью для беспроводного устройства 110. Беспроводное устройство 110 может обмениваться некоторыми сигналами с узлом опорной сети с использованием уровня слоя без доступа. При сигнализации слоя без доступа сигналы между беспроводным устройством 110 и узлом опорной сети могут прозрачно проходить через сеть радиодоступа. В некоторых вариантах осуществления сетевой узел 115 может взаимодействовать с одним или более сетевыми узлами по интерфейсу между узлами, такому как, например, интерфейс X2.
Как описано выше, иллюстративные варианты осуществления сети 100 могут включать в себя одно или более беспроводных устройств 110 и один или более сетевых узлов разных типов, способных осуществлять связь (прямо или косвенно) с беспроводными устройствами 110.
В некоторых вариантах осуществления используется не ограничивающий термин "беспроводное устройство" (или "пользовательское оборудование"). Беспроводные устройства 110, описанные в настоящем документе, могут представлять собой беспроводные устройства любого типа, способные осуществлять связь с сетевым узлом 115 или другими беспроводными устройствами по радиосигналам. Беспроводное устройство 110 также может представлять собой устройство радиосвязи, целевое устройство, пользовательское оборудование D2D, модуль RSU, пользовательское оборудование связи машинного типа или пользовательское оборудование, способное осуществлять связь "машина-машина" (M2M), недорогое пользовательское оборудование и/или пользовательское оборудование низкой сложности, датчик, оборудованный пользовательским оборудованием, планшет, мобильные терминалы, смартфон, встроенное в ноутбук оборудование (LEE), установленное на ноутбуке оборудование (LME), адаптеры USB, оборудование, устанавливаемое в помещении абонента (CPE) и т.д. Беспроводное устройство 110 может работать либо под обычным покрытием, либо под расширенным покрытием относительно его обслуживающей соты. Расширенное покрытие может взаимозаменяемым образом упоминаться как увеличенное покрытие. Беспроводное устройство 110 также может работать на множестве уровней покрытия (например, обычное покрытие, базовое покрытие, надежное покрытие, экстремальное покрытие, расширенное покрытие уровня 1 покрытия, расширенное покрытие уровня 2, расширенное покрытие уровня 3 и так далее). В некоторых случаях беспроводное устройство 110 также может работать в сценариях вне зоны покрытия.
Кроме того, в некоторых вариантах осуществления используется универсальная терминология "сетевой узел". Это может быть сетевой узел любого вида, который может содержать базовую станцию (BS), базовую радиостанцию, узел B, модуль RSU, радиоузел с поддержкой нескольких стандартов радиосвязи (MSR), такой как базовая станция MSR, усовершенствованный узел B (eNB), сетевой контроллер, контроллер радиосети (RNC), контроллер базовой станции (BSC), узел ретрансляции, ретранслятор управления передающего узла, базовую приемопередающую станцию (BTS), точку доступа (AP), радиоточку доступа, точки передачи, узлы передачи, удаленный блок радиосвязи (RRU), выносной радиомодуль (RRH), узлы в распределенной антенной системе (DAS), объект координации мультисотовой/многоадресной передачи (MCE), узел опорной сети (например, MSC, MME и т.д.), O&M, OSS, SON, узел позиционирования (например, E-SMLC), MDT, узел переноса (например, PLAT) или любой другой подходящий сетевой узел.
Такую терминологию, как "сетевой узел" и "беспроводное устройство" (и/или "пользовательское оборудование"), следует считать не ограничивающей и, в частности, она не подразумевает некоторого иерархического отношения между ними двумя; в общем случае "узел eNodeB" может рассматриваться как устройство 1, и "беспроводного устройства" как устройство 2, и эти два устройства осуществляют связь друг с другом по некоторому радиоканалу.
Иллюстративные варианты осуществления беспроводного устройства 110, сетевой узел 115 и другие сетевые узлы (такие как контроллер радиосети или узел опорной сети) описаны ниже более подробно относительно фиг. 3-8.
Хотя фиг. 1 иллюстрирует конкретное размещение сети 100, настоящее раскрытие подразумевает, что различные варианты осуществления, описанные в настоящем документе, могут быть применены к множеству сетей, имеющих любую подходящую конфигурацию. Например, сеть 100 может включать в себя любое подходящее количество беспроводных устройств 110 и сетевых узлов 115, а также любые дополнительные элементы, подходящие для поддержки связи между беспроводными устройствами или между беспроводным устройством и другим устройством связи (таким как телефон наземной линии связи). Кроме того, хотя некоторые варианты осуществления могут быть описаны как реализованные в сети LTE, варианты осуществления могут быть реализованы в системе связи любого подходящего типа, поддерживающей любые подходящие стандарты связи (в том числе стандарты 5G) и использующей любые подходящие компоненты, и применимы к любой технологии радиодоступа (RAT) или системам с несколькими технологиями радиодоступа, в которых беспроводное устройство принимает и/или передает сигналы (например, данные). Например, различные варианты осуществления, описанные в настоящем документе, могут быть применены к технологиям LTE, LTE-A, 5G, UMTS, HSPA, GSM, cdma2000, WCDMA, WiMax, UMB, WiFi, к другой подходящей технологии радиодоступа или к любой подходящей комбинации из одной или более технологий радиодоступа. Кроме того, хотя некоторые варианты осуществления могут быть описаны в контексте приложений связи V2X, различные варианты осуществления могут быть успешно применены к другим приложениям.
Как описано выше, связь V2X может включать в себя любую комбинацию прямой связи между транспортными средствами, пешеходами и инфраструктурой. Фиг. 1 иллюстрирует множество сценариев связи V2X, в которых могут быть применены различные варианты осуществления настоящего раскрытия. В качестве примера связи V2I и/или V2N, беспроводное устройство 110А, 110B и 110D могут осуществлять беспроводную связь с сетевым узлом 115, который может представлять собой, например, модуль RSU. В качестве примера связи V2P, беспроводные устройства 110B и 110D могут осуществлять связь с пешеходом, соответствующим беспроводному устройству 110E. В качестве примера связи V2V, беспроводные устройства 110B, 11C и 110D могут осуществлять беспроводную связь друг с другом.
Некоторые иллюстративные варианты осуществления, рассмотренные в настоящем раскрытии, далее будут описаны более полно со ссылкой на прилагаемые чертежи. Однако, другие варианты осуществления находятся в рамках объема этого раскрытия, и раскрытие не должно быть истолковано, как ограниченное только иллюстративными вариантами осуществления, изложенными в настоящем документе. Эти варианты осуществления обеспечены скорее в качестве примера, а не ограничения. Везде в описании одинаковые номера обозначают одинаковые элементы.
Как пояснялось выше, радиочастотный уровень является стандартизированным. Теоретически одна и та же микросхема может использоваться в разных типах устройств (например, в беспроводном устройстве 110 и в сетевом узле 115). Таким образом, желательно дать возможность радиочастотной микросхеме вести себя корректно в каждом из сценариев, описанных в настоящем документе. Чтобы справиться с описанными выше недостатками в существующих подходах, некоторые варианты осуществления содержат межуровневый сигнальный механизм, как правило, с более высоких уровней на более низкие уровни в стеке протоколов. Одна цель состоит в том, чтобы успешно обеспечить возможность информированности на радиочастотном уровне о любой комбинации, например, следующих свойств приложения и/или передающего устройства: радиочастотные требования трафика; радиочастотные свойства трафика; тип устройства (например, модуль RSU; карманное устройство: устройство, установленное на транспортном средстве; устройство, установленное на транспортном средстве аварийной службы; и т.д.); дополнительные ограничения в устройстве (например, наличие внешнего источника питания, статус низкого уровня заряда и т.д.). В некоторых сценариях информация о типе устройства (а также ограничения в устройстве или другая подходящая информация) может быть известна на прикладном уровне (например, разное программное обеспечение, установленное в зависимости от типа устройства).
Радиочастотные уровни передатчика могут принимать во внимание информацию, полученную более высокими уровнями, и работать соответствующим образом. Например, ресурсы для передачи сигналов связи V2X (т.е., совокупность ресурсов), уровень мощности, формат передачи и т.д. могут быть выбраны на основе упомянутых выше параметров. В некоторых вариантах осуществления этот выбор может быть основан на некотором конфигурируемом или предопределенном отображении или правиле. В некоторых случаях оптимизация качества обслуживания на основе настраиваемого поведения возможна даже в заданном типе канала-носителя.
В некоторых вариантах осуществления узел, такой как беспроводное устройство 110 или сетевой узел 115, может генерировать тег для соответствующего пакета данных на первом уровне. Сгенерированный тег указывает один или более параметров, относящихся к передаче соответствующего пакета данных. В некоторых случаях первый уровень может являться прикладным уровнем. В таком сценарии тег может быть определен любым подходящим образом. В некоторых случаях тег может содержать информацию, включенную в заголовок соответствующего пакета данных. В качестве альтернативы тег может быть включен в управляющую сигнализацию и/или назначения планирования.
Будучи определенным для каждого пакета, сгенерированный тег может использоваться, чтобы отразить несколько факторов, кроме приоритета (или в дополнение к приоритету). В качестве одного примера тег может использоваться, чтобы отразить тип трафика. Это может использоваться, например, чтобы дифференцировать трафик между связью V2V, V2P и/или V2I/N. В качестве другого примера тег может использоваться, чтобы отразить периодичность. Это может использоваться в каждом типе трафика, чтобы дифференцировать пакеты в соответствии с разным временем между прибытиями. Для иллюстрации рассмотрим следующий пример, включающий в себя три сообщения CAM. Предположим, что три сообщения CAM могут прибыть в порядке A-B-C с интервалом 500 мс между ними. Сообщения CAM A и C могут быть помечены тегом как пакеты с периодичностью 1 секунда, в то время как сообщение CAM B может быть помечено тегом как пакеты с периодичностью 0,5 секунды. Поскольку сообщения CAM используют 1 секунду в качестве обязательной периодичности, и сообщение CAM B инициируется временным образом, сообщение CAM B может рассматриваться как имеющее более низкий приоритет по сравнению с сообщениями CAM A и C.
В качестве другого примера сгенерированный тег может использоваться, чтобы отразить время задержки. Требование времени задержки может меняться в разных сценариях. Например, является ли пакет периодическим сообщением (например, сообщением CAM) или сообщением, инициируемым событием (например, сообщением DENM). В качестве еще одного примера сгенерированный тег может использоваться, чтобы отразить приоритет. В таком случае тег может также включать в себя установление приоритетов между пакетами, принадлежащими одинаковому типу трафика и имеющими одинаковые требования времени задержки, которые могут отличаться по разным приоритетам.
В некоторых случаях тег может соответствовать комбинации, например, упомянутых выше факторов и любых других подходящих факторов. Теги, которые часто используются, могут быть сжаты больше, чем другие. В некоторых вариантах осуществления сетевые узлы 115 и/или беспроводное устройство 110 могут иметь возможность со временем обучаться часто используемым комбинациям и тем самым воздействуют на отображение тегов на некоторые комбинации требований.
В некоторых вариантах осуществления узел (например, беспроводное устройство 110 или сетевой узел 115) сигнализирует тег с первого уровня (например, прикладного уровня) на другой уровень (например, уровень управления доступом к среде (MAC)). Это может позволить достичь дополнительной оптимизации посредством использования в своих интересах взаимозависимости между множествами полезных на практике параметров. Например, узел типа RSU может быть совместим только с некоторыми приложениями и некоторыми параметрами трафика, и т.д. При генерации тега возможно закодировать пространство полезных параметров в компактное отображение, в котором могут быть сигнализированы только комбинации параметров, имеющие практический интерес. Настоящее раскрытие предусматривает, что сигнализация может быть выполнена любым подходящим образом. Например, сигнализация может быть выполнена посредством использования битового массива, который переносится в некотором поле в протоколе, который может быть считан радиочастотными уровнями. Это один пример тега, который соответствует обмениваемым пакетам. Аналогичным образом, сигнализация может быть выполнена с некоторой управляющей процедурой, которая не обязательно полагается на заголовки, включенные в пакеты данных. Например, тег, относящийся к некоторому пакету, может быть сигнализирован по радиочастотному уровню перед фактической передачей пакета, тем самым позволяя беспроводным устройствам 110 в окружающей области считывать тег, который в свою очередь может использоваться для политик управления перегрузками/потоком.
На другом уровне соответствующий пакет данных отображается на логический канал на основе одного или более параметров, указанных тегом. В некоторых случаях другой уровень может являться уровнем MAC. Отображение может быть выполнено любым подходящим образом. В некоторых вариантах осуществления узел получает отображение для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом. В некоторых случаях узел может определить отображение для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом. В некоторых случаях узел принимает отображение для использования при отображении соответствующего пакета данных на логический канал на основе тега. Отображение соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом, может содержать отображение тега на специализированный радиоканал-носитель. Отображение может представлять собой взаимно однозначное отображение. В некоторых случаях множество тегов может быть отображено на единственный специализированный радиоканал-носитель.
В некоторых вариантах осуществления теги могут быть отображены на специализированные радиоканалы-носители, и отображение может принять любую подходящую форму. Например, в некоторых вариантах осуществления отображение может включать в себя взаимно однозначное отображение, или один канал-носитель может быть распределен по нескольким тегам, включающим в себя сотовый трафик.
Отображение прикладного уровня на логический канал может произойти любым подходящим образом. Например, в выпуске 12, логические каналы ProSe дифференцированы по адресу L2 источника и назначения. В некоторых случаях, чтобы обеспечить тег для каждого пакета, разные типы трафика могут быть отражены как разные группы назначения (например, для пакетов, исходящих от транспортных средств, разные группы назначения будут использоваться для переноса сообщений связи V2V, V2P и V2I), чтобы использовались разные логические каналы.
В качестве другого примера разная периодичность может быть отражена как разные приоритеты и может полагаться на отображение между приоритетом и логическим каналом для выбора логического канала. Для иллюстрации вспомним описанный выше пример, в котором три сообщения CAM могут прибыть в порядке A-B-C с интервалами 50 мс между ними. Поскольку сообщения CAM используют 1 секунду в качестве обязательной периодичности, и сообщение CAM B инициируется временным образом, сообщение CAM B может рассматриваться как имеющее более низкий приоритет по сравнению с сообщениями CAM A и C. В соответствии с этим, поскольку A и C рассматриваются как имеющие более высокий приоритет, сообщения CAM A и C могут быть отображены на логический канал, несущий трафик с высоким приоритетом.
В качестве еще одного примера логический канал на основе интерфейса Uu также рассматривается как кандидат на это отображение. Логический канал на основе интерфейса Uu может быть рассмотрен как логический канал, ограниченный заданным типом трафика и уровнем приоритета. Подробное правило отображения может быть определено любым подходящим образом. Например, в некоторых вариантах осуществления подробное правило отображения может быть разрешено беспроводным устройством 110 или может конфигурироваться посредством сигнализации сети (например, с использованием блока системной информации (SIB) или специализированной сигнализации управления радиоресурсами (RRC)). В некоторых вариантах осуществления отображение приоритета и типа трафика на совокупность ресурсов может конфигурироваться посредством сигнализации сети (такой как, например, блок SIB или специализированная сигнализация RRC).
Когда соответствующий пакет данных отображен на логический канал на основе одного или более параметров, указанных тегом, узел выбирает один или более ресурсов для передачи соответствующего пакета данных на основе отображения соответствующего пакета данных на логический канал. Совокупность ресурсов может быть дифференцирована любым подходящим образом. Например, в некоторых вариантах осуществления совокупность ресурсов может быть дифференцирована с точки зрения: приоритета трафика, разрешенного для доставки с использованием этой совокупности; типа трафика (или может быть в форме идентификатора группы), разрешенного для доставки с использованием этой совокупности; и/или любым другим подходящим образом.
Затем узел может передать соответствующий пакет данных с использованием одного или более ресурсов, выбранных для передачи соответствующего пакета данных. В некоторых случаях узел может передать тег одному или более другим узлам перед передачей соответствующего пакета данных. В некоторых вариантах осуществления узел может принять от второго узла второй тег для второго соответствующего пакета данных перед приемом второго соответствующего пакета данных.
Некоторые из описанных в настоящем документе концепций были описаны со ссылкой на несколько вариантов осуществления. Однако, как без труда поймет специалист, кроме этих раскрытых выше вариантов осуществления равным образом возможны другие варианты осуществления, и они находятся в рамках объема настоящего раскрытия. Аналогичным образом, хотя были разъяснены несколько разных комбинаций, не были раскрыты все возможные комбинации. Специалист в области техники поймет, что существуют другие комбинации, и они находятся в рамках объема идеи изобретения. Кроме того, как понятно специалисту, раскрытые в настоящем документе варианты осуществления как таковые применимы также к другим стандартам и системам связи, и любой признак из конкретного чертежа, раскрытого в связи с другими признаками, может быть применен к любому другому чертежу и/или объединен с другими признаками.
Фиг. 2 является блок-схемой способа 200 в узле в соответствии с некоторыми вариантами осуществления. Способ начинается на этапе 204, на котором узел генерирует тег для соответствующего пакета данных на первом уровне, сгенерированный тег указывает один или более параметров, относящихся к передаче соответствующего пакета данных. В некоторых вариантах осуществления узел может содержать одно из следующих устройств: беспроводное устройство; и сетевой узел. В некоторых случаях первый уровень может являться прикладным уровнем. Один или более параметров могут содержать один или более из следующих элементов: тип трафика соответствующего пакета данных; периодичность соответствующего пакета данных; требование времени задержки соответствующего пакета данных; приоритет соответствующего пакета данных; тип устройства узла; наличие внешнего источника питания для узла; и статус батареи узла. В некоторых случаях тип трафика соответствующего пакета данных может быть указан группой назначения. В некоторых случаях периодичность соответствующего пакета данных может быть указана приоритетом соответствующего пакета данных.
На этапе 208 выполняется сигнализация тега с первого уровня на другой уровень. В некоторых вариантах осуществления тег может быть сигнализирован с первого уровня на другой уровень как битовый массив.
На этапе 212 соответствующий пакет данных на другом уровне отображается на логический канал на основе одного или более параметров, указанных тегом. В некоторых вариантах осуществления отображение соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом, может содержать отображение тега на специализированный радиоканал-носитель. В некоторых случаях отображение может содержать взаимно однозначное отображение. В некоторых случаях множество тегов может быть отображено на единственный специализированный радиоканал-носитель. В некоторых вариантах осуществления способ может содержать получение отображения для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом. В некоторых случаях получение отображения для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом, может содержать определение посредством узла отображения для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом. В некоторых случаях получение отображения для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом, может содержать прием отображения для использования при отображении соответствующего пакета данных на логический канал на основе тега.
На этапе 216 один или более ресурсов выбираются для передачи соответствующего пакета данных на основе отображения соответствующего пакета данных на логический канал. В некоторых вариантах осуществления способ может содержать передачу соответствующего пакета данных с использованием одного или более ресурсов, выбранных для передачи соответствующего пакета данных. В некоторых случаях способ может содержать передачу тега одному или более другим узлам перед передачей соответствующего пакета данных.
В некоторых вариантах осуществления способ может содержать выбор на основе тега одного или более из следующих элементов: уровень мощности для передачи соответствующего пакета данных; и формат передачи для передачи соответствующего пакета данных. В некоторых вариантах осуществления узел может являться первым узлом, тег может являться первым тегом, и соответствующий пакет данных может являться первым соответствующим пакетом данных. Способ может содержать прием от второго узла второго тега для второго соответствующего пакета данных перед приемом второго соответствующего пакета данных.
Фиг. 3 является блок-схемой иллюстративного беспроводного устройства в соответствии с некоторыми вариантами осуществления. Беспроводное устройство 110 может относиться к беспроводному устройству любого типа, осуществляющему связь с узлом и/или с другим беспроводным устройством в сотовой системе или системе мобильной связи. Примеры беспроводного устройства 110 включают в себя мобильный телефон, смартфон, карманный персональный компьютер (PDA), портативный компьютер (например, ноутбук, планшет), датчик, модем, устройство связи машинного типа (MTC)/устройство связи "машина-машина" (M2M), встроенное в ноутбук оборудование (LEE), установленное на ноутбуке оборудование (LME), адаптеры USB, устройство с поддержкой D2D, модуль RSU или другое устройство, которое может обеспечить беспроводную связь. Беспроводное устройство 110 также может упоминаться как пользовательское оборудование, станция (STA), устройство или терминал в некоторых вариантах осуществления. Беспроводное устройство 110 включает в себя приемопередатчик 310, процессор 320 и память 330. В некоторых вариантах осуществления приемопередатчик 310 обеспечивает возможность передавать беспроводные сигналы сетевому узлу 115 и принимать беспроводные сигналы от сетевого узла 115 (например, через антенну 340a), процессор 320 исполняет инструкции для обеспечения некоторой или всей описанной выше функциональности, обеспечиваемой беспроводным устройством 110, и память 330 хранит инструкции, исполняемые процессором 320.
Процессор 320 может включать в себя любую подходящую комбинацию аппаратного и программного обеспечения, реализованную в одном или более модулях, для исполнения инструкций и управления данными для выполнения некоторых или всех описанных функций беспроводного устройства 110, таких как функции беспроводного устройства 110, описанные выше относительно фиг. 1-2. В некоторых вариантах осуществления процессор 320 может включать в себя, например, один или более компьютеров, один или более центральных процессоров (ЦП; CPU), один или более микропроцессоров, одно или более приложений, одну или более специализированных интегральных схем (ASIC), одну или более программируемых пользователем вентильных матриц (FPGA) и/или другую логическую схему.
Память 330 в целом выполнена с возможностью хранить инструкции, такие как компьютерная программа, программное обеспечение, приложение, включающие в себя один или более элементов из логических схем, правил, алгоритмов, кода, таблиц и т.д. и/или других инструкций, способных быть исполненными процессором. Примеры памяти 330 включают в себя компьютерную память (например, оперативное запоминающее устройство (ОЗУ; RAM) или постоянное запоминающее устройство (ПЗУ; ROM)), носители большой емкости (например, жесткий диск), съемные носители (например, компакт-диск (CD) или цифровой видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые, неизменяемые машиночитаемые и/или исполняемые компьютером запоминающие устройства, которые хранят информацию, данные и/или инструкции, которые могут быть использованы процессором 320.
Другие варианты осуществления беспроводного устройства 110 могут включать в себя дополнительные компоненты, помимо показанных на фиг. 3, которые могут отвечать за обеспечение определенных аспектов функциональности беспроводного устройства, в том числе любой функциональности, описанной выше, и/или любой дополнительной функциональности (в том числе любой функциональности, необходимой для поддержки описанного выше решения). В качестве одного лишь примера беспроводное устройство 110 может включать в себя устройства и схемы ввода, устройства вывода и один или более блоков или схем синхронизации, которые могут являться частью процессора 320. Устройства ввода включают в себя механизмы для ввода данных в беспроводное устройство 110. Например, устройства ввода могут включать в себя механизмы ввода, такие как микрофон, элементы ввода, дисплей и т.д. Устройства вывода могут включать в себя механизмы для вывода данные в формате аудио, видео и/или печатной копии. Например, устройства вывода могут включать в себя динамик, дисплей и т.д.
ФИГ. 4 является блок-схемой иллюстративного сетевого узла в соответствии с некоторыми вариантами осуществления. Сетевой узел 115 может представлять собой узел радиосети любого типа или любой сетевой узел, который осуществляет связь с пользовательским оборудованием и/или с другим сетевым узлом. Примеры сетевого узла 115 включают в себя узел eNodeB, узел B, базовую станцию, точку доступа (например, точку доступа Wi-Fi), узел малой мощности, базовую приемопередающую станцию (BTS), ретранслятор, ретранслятор управления передающего узла, точки передачи, узлы передачи, удаленный блок радиосвязи (RRU), выносной радиомодуль (RRH), радиоузел с поддержкой нескольких стандартов радиосвязи (MSR), такой как базовая станция MSR, узлы в распределенной антенной системе (DAS), O&M, OSS, SON, узел позиционирования (например, E-SMLC), MDT и RSU или любой другой подходящий сетевой узел. Сетевые узлы 115 могут быть развернуты всюду в сети 100 как однородное развертывание, разнородное развертывание или смешанное развертывание. Однородное развертывание в общем случае может описывать развертывание, составленное сетевых узлов 115 одинакового (или сходного) типа, и/или со сходными покрытием, расстояниями между участками и размерами соты. Разнородное развертывание в общем случае может описывать развертывание, использующее сетевых узлов 115 множества типов, имеющих разные размеры соты, мощности передачи, пропускные способности и расстояния между участками. Например, разнородное развертывание может включать в себя множество узлов малой мощности, размещенных в топологии макросоты. Смешанное развертывание может включать в себя смесь однородных частей и разнородных частей.
Сетевой узел 115 может включать в себя один или более элементов из приемопередатчика 410, процессора 420, памяти 430 и сетевого интерфейса 440. В некоторых вариантах осуществления приемопередатчик 410 обеспечивает возможность передавать беспроводные сигналы беспроводному устройству 110 и принимать беспроводные сигналы от беспроводного устройства 110 (например, через антенну 440a), процессор 420 исполняет инструкции для обеспечения некоторой или всей описанной выше функциональности, обеспечиваемой сетевым узлом 115, память 430 хранит инструкции, исполняемые процессором 420, и сетевой интерфейс 440 передает сигналы внутренним сетевым компонентам, таким как межсетевой шлюз, коммутатор, маршрутизатор, Интернет, общественная коммутируемая телефонная сеть (PSTN), узлы опорной сети или контроллеры 130 радиосети, и т.д.
Процессор 420 может включать в себя любую подходящую комбинацию аппаратного и программного обеспечения, реализованную в одном или более модулях, для исполнения инструкций и управления данными для выполнения некоторых или всех описанных функций сетевого узла 115, таких как функции, описанные выше относительно фиг. 1-2. В некоторых вариантах осуществления процессор 420 может включать в себя, например, один или более компьютеров, один или более центральных процессоров (ЦП; CPU), один или более микропроцессоров, одно или более приложений и/или другую логическую схему.
Память 430 в целом выполнена с возможностью хранить инструкции, такие как компьютерная программа, программное обеспечение, приложение, включающие в себя один или более элементов из логических схем, правил, алгоритмов, кода, таблиц и т.д. и/или других инструкций, способных быть исполненными процессором. Примеры памяти 430 включают в себя компьютерную память (например, оперативное запоминающее устройство (ОЗУ; RAM) или постоянное запоминающее устройство (ПЗУ; ROM)), носители большой емкости (например, жесткий диск), съемные носители (например, компакт-диск (CD) или цифровой видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые, неизменяемые машиночитаемые и/или исполняемые компьютером запоминающие устройства, которые хранят информацию.
В некоторых вариантах осуществления сетевой интерфейс 440 соединен с возможностью связи с процессором 420 и может относиться к любому подходящему устройству, выполненному с возможностью принимать входную информацию для сетевого узла 115, отправлять выходную информацию от сетевого узла 115, выполнить подходящую обработку ввода и/или вывода, осуществлять связь с другими устройствами, или выполнять любую комбинацию из предыдущего. Сетевой интерфейс 440 может включать в себя подходящие аппаратные средства (например, порт, модем, сетевую карту и т.д.) и программное обеспечение, включающие в себя возможности протокольного преобразования и обработки данных для осуществления связи через сеть.
Другие варианты осуществления сетевого узла 115 могут включать в себя дополнительные компоненты помимо показанных на фиг. 4, которые могут отвечать за обеспечение некоторых аспектов функциональности узла радиосети, в том числе любой описанной выше и/или любой дополнительной функциональности (в том числе любой функциональности, необходимой для поддержки описанных выше решений). Всевозможные типы сетевых узлов могут включать в себя компоненты, имеющие одинаковое физическое оборудование, но сконфигурированное (например, через программирование) для поддержки разных технологий радиодоступа, или могут представлять частично или полностью разные физические компоненты.
Фиг. 5 является блок-схемой иллюстративного контроллера радиосети или узла 130 опорной сети 130 в соответствии с некоторыми вариантами осуществления. Примеры сетевых узлов могут включить в себя центр коммутации мобильной связи (MSC), узел поддержки обслуживания GPRS (SGSN), объект управления мобильностью (MME), контроллер радиосети (RNC), контроллер базовой станции (BSC) и так далее. Контроллер радиосети или узел 130 опорной сети включают в себя процессор 520, память 530 и сетевой интерфейс 540. В некоторых вариантах осуществления процессор 520 исполняет инструкции для обеспечения некоторой или всей описанной выше функциональности, обеспечиваемой сетевым узлом, память 530 хранит инструкции, исполняемые процессором 520, и сетевой интерфейс 540 передает сигналы любому подходящему узлу, такому как межсетевой шлюз, коммутатор, маршрутизатор, общественная коммутируемая телефонная сеть (PSTN), сетевые узлы 115, контроллеры радиосети или узлы 130 опорной сети и т.д.
Процессор 520 может включать в себя любую подходящую комбинацию аппаратного и программного обеспечения, реализованную в одном или более модулях, для исполнения инструкций и управления данными для выполнения некоторых или всех описанных функций контроллера радиосети или узла 130 опорной сети. В некоторых вариантах осуществления процессор 520 может включать в себя, например, один или более компьютеров, один или более центральных процессоров (ЦП; CPU), один или более микропроцессоров, одно или более приложений и/или другую логическую схему.
Память 530 в целом выполнена с возможностью хранить инструкции, такие как компьютерная программа, программное обеспечение, приложение, включающие в себя один или более элементов из логических схем, правил, алгоритмов, кода, таблиц и т.д. и/или других инструкций, способных быть исполненными процессором. Примеры памяти 530 включают в себя компьютерную память (например, оперативное запоминающее устройство (ОЗУ; RAM) или постоянное запоминающее устройство (ПЗУ; ROM)), носители большой емкости (например, жесткий диск), съемные носители (например, компакт-диск (CD) или цифровой видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые, неизменяемые машиночитаемые и/или исполняемые компьютером запоминающие устройства, которые хранят информацию.
В некоторых вариантах осуществления сетевой интерфейс 540 соединен с возможностью связи с процессором 520 и может относиться к любому подходящему устройству, выполненному с возможностью принимать входную информацию для сетевого узла, отправить выходную информацию от сетевого узла, выполнить подходящую обработку ввода и/или вывода, осуществлять связь с другими устройствами или выполнять любую комбинацию предыдущего. Сетевой интерфейс 540 может включать в себя подходящие аппаратные средства (например, порт, модем, сетевую карту и т.д.) и программное обеспечение, включающие в себя возможности протокольного преобразования и обработки данных для осуществления связи через сеть.
Другие варианты осуществления сетевого узла могут включать в себя дополнительные компоненты помимо показанных на фиг. 5, которые могут отвечать за обеспечение некоторых аспектов функциональности сетевого узла, в том числе любой описанной выше и/или любой дополнительной функциональности (в том числе функциональности, необходимой для поддержки описанных выше решений).
Фиг. 6 является блок-схемой иллюстративного беспроводного устройства в соответствии с некоторыми вариантами осуществления. Беспроводное устройство 110 может включать в себя один или несколько модулей. Например, беспроводное устройство 110 может включать в себя модуль 610 определения, модуль 620 связи, модуль 630 приема, модуль 640 ввода, модуль 650 отображения и любые другие подходящие модули. Беспроводное устройство 110 может выполнять способы для выбора совокупности ресурсов для каждого пакета, описанные выше относительно фиг. 1-2.
Модуль 610 определения может выполнять функции обработки беспроводного устройства 110. В качестве одного примера модуля 610 определения может генерировать тег для соответствующего пакета данных на первом уровне, сгенерированный тег указывает один или более параметров, относящихся к передаче соответствующего пакета данных. В качестве другого примера модуль 610 определения может отображать на другом уровне соответствующий пакет данных на логический канал на основе одного или более параметров, указанных тегом. В качестве еще одного примера модуль 610 определения может выбирать один или более ресурсов для передачи соответствующего пакета данных на основе отображения соответствующего пакета данных на логический канал. В качестве еще одного примера модуль 610 определения может выбирать на основе тега один или более из следующих элементов: уровень мощности для передачи соответствующего пакета данных; и формат передачи для передачи соответствующего пакета данных. В качестве еще одного примера модуль 610 определения может получать отображение для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом. В некоторых вариантах осуществления при получении отображения для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом, модуль 610 определения может определить отображение для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом.
Модуль 610 определения может включать в себя или быть включен в один или несколько процессоров, таких как процессор 320, описанный выше относительно фиг. 3. Модуль 610 определения может включать в себя аналоговую и/или цифровую схему, выполненную с возможностью выполнять любую из функций модуля 610 определения и/или описанного выше процессора 320. Описанные выше функции модуля 610 определения в некоторых вариантах осуществления могут быть выполнены в одном или более отдельных модулях.
Модуль 620 связи может выполнять функции передачи беспроводного устройства 110. Например, модуль 620 связи может сигнализировать тег с первого уровня на другой уровень. В качестве другого примера модуль 620 связи может передать соответствующий пакет данных с использованием одного или более ресурсов, выбранных для передачи соответствующего пакета данных. В качестве еще одного примера модуль 620 связи может передать тег одному или более другим узлам перед передачей соответствующего пакета данных. Модуль 620 связи может передавать сообщения одному или более из сетевых узлов 115 сети 100. Модуль 620 связи может включать в себя передатчик и/или приемопередатчик, такой как приемопередатчик 310, описанный выше относительно фиг. 3. Модуль 620 связи может включать в себя схему, выполненную с возможностью беспроводной передачи сообщений и/или сигналов. В некоторых вариантах осуществления модуль 620 связи может принимать сообщения и/или сигналы для передачи от модуля 610 определения. В некоторых вариантах осуществления функции описанного выше модуля 620 связи могут быть выполнены в одном или более отдельных модулях.
Модуль 630 приема может выполнять функции приема беспроводного устройства 110. В качестве одного примера модуль 630 приема может получать отображение для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом. В некоторых вариантах осуществления при получении отображения для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом, модуль 630 приема может принимать отображение для использования при отображении соответствующего пакета данных на логический канал на основе тега. В качестве другого примера модуль 630 приема может принимать от второго узла второй тег для второго соответствующего пакета данных перед приемом второго соответствующего пакета данных. Модуль 630 приема может включать в себя приемник и/или приемопередатчик, такой как приемопередатчик 310, описанный выше относительно фиг. 3. Модуль 630 приема может включать в себя схему, выполненную с возможностью беспроводного приема сообщений и/или сигналов. В конкретных вариантах осуществления модуль 630 приема может передавать принятые сообщения и/или сигналы модулю 610 определения.
Модуль 640 ввода может принимать пользовательский ввод, предназначенный для беспроводного устройства 110. Например, модуль ввода может принимать нажатия клавиш, нажатия кнопок, прикосновения, скольжения по экрану, аудиосигналы, видеосигналы и/или любые другие подходящие сигналы. Модуль ввода может включать в себя один или более элементов из клавиш, кнопок, рычагов, переключателей, сенсорных экранов, микрофонов и/или камер. Модуль ввода может передавать принятые сигналы модулю 610 определения.
Модуль 650 отображения может представлять сигналы на дисплее беспроводного устройства 110. Модуль 650 отображения может включать в себя дисплей и/или любую подходящую схему и аппаратные средства, выполненные с возможностью представлять сигналы на дисплее. Модуль 650 отображения может принимать сигналы для представления на дисплее от модуля 610 определения.
Модуль 610 определения, модуль 620 связи, модуль 630 приема, модуль 640 ввода и модуль 650 отображения могут включать в себя любую подходящую конфигурацию аппаратных средств и/или программного обеспечения. Беспроводное устройство 110 может включать в себя дополнительные модули помимо показанных на фиг. 6, которые могут отвечать за обеспечение любой подходящей функциональности, в том числе описанной выше и/или любой дополнительной функциональности (в том числе любой функциональности, необходимой для поддержки различных описанных в настоящем документе решений).
Фиг. 7 является блок-схемой иллюстративного сетевого узла 115 в соответствии с некоторыми вариантами осуществления. Сетевой узел 115 может включать в себя один или более модулей. Например, сетевой узел 115 может включать в себя модуль 710 определения, модуль 720 связи, модуль 730 приема и любые другие подходящие модули. В некоторых вариантах осуществления один или более модулей из модуля 710 определения, модуля 720 связи, модуля 730 приема или любого другого подходящего модуля могут быть реализованы с использованием одного или более процессоров, таких как процессор 420, описанный выше относительно фиг. 4. В некоторых вариантах осуществления функции двух или более различных модулей могут быть объединены в единственный модуль. Сетевой узел 115 может выполнять способы для выбора совокупности ресурсов для каждого пакета, описанные выше относительно фиг. 1-2.
Модуль 710 определения может выполнять функции обработки сетевого узла 115. Например, модуль 710 определения может генерировать тег для соответствующего пакета данных на первом уровне, сгенерированный тег указывает один или более параметров, относящихся к передаче соответствующего пакета данных. В качестве другого примера модуль 710 определения может отображать на другом уровне соответствующий пакет данных на логический канал на основе одного или более параметров, указанных тегом. В качестве еще одного примера модуль 710 определения может выбирать один или более ресурсов для передачи соответствующего пакета данных на основе отображения соответствующего пакета данных на логический канал. В качестве еще одного примера модуль 710 определения может выбирать на основе тега один или более из следующих элементов: уровень мощности для передачи соответствующего пакета данных; и формат передачи для передачи соответствующего пакета данных. В качестве еще одного примера модуль 710 определения может получать отображение для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом. В некоторых вариантах осуществления при получении отображения для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом, модуль 710 определения может определять отображение для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом.
Модуль 710 определения может включать в себя или быть включен в один или более процессоров, таких как процессор 420, описанный выше относительно фиг. 4. Модуль 710 определения может включить в себя аналоговую и/или цифровую схему, выполненную с возможностью выполнять любую из описанных выше функций модуля 710 определения и/или процессора 420. Функции модуля 710 определения в некоторых вариантах осуществления могут выполняться в одном или более отдельных модулях. Например, в некоторых вариантах осуществления часть функциональности модуля 710 определения может выполняться модулем распределения.
Модуль 720 связи может выполнять функции передачи сетевого узла 115. В качестве одного примера модуль связи 720 может сигнализировать тег с первого уровня на другой уровень. В качестве другого примера модуль 720 связи может передавать соответствующий пакет данных с использованием одного или более ресурсов, выбранных для передачи соответствующего пакета данных. В качестве еще одного примера модуль 720 связи может передавать тег одному или более другим узлам перед передачей соответствующего пакета данных. Модуль 720 связи может передавать сообщения одному или более беспроводным устройствам 110. Модуль 720 связи может включать в себя передатчик и/или приемопередатчик, такой как приемопередатчик 410, описанный выше относительно фиг. 4. Модуль 720 связи может включать в себя схему, выполненную с возможностью беспроводной передачи сообщений и/или сигналов. В конкретных вариантах осуществления модуль 720 связи может принимать сообщения и/или сигналы для передачи от модуля 710 определения или от любого другого модуля.
Модуль 730 приема может выполнять функции приема сетевого узла 115. Например, модуль 730 приема может получать отображение для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом. В некоторых вариантах осуществления при получении отображения для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом, модуль 730 приема может принимать отображение для использования при отображении соответствующего пакета данных на логический канал на основе тега. В качестве другого примера модуль 730 приема может принимать от второго узла второй тег для второго соответствующего пакета данных перед приемом второго соответствующего пакета данных. Модуль 730 приема может принимать любую подходящую информацию от беспроводного устройства. Модуль 730 приема может включать в себя приемник и/или приемопередатчик, такой как приемопередатчик 410, описанный выше относительно фиг. 4. Модуль 730 приема может включать в себя схему, выполненную с возможностью беспроводного приема сообщений и/или сигналов. В конкретных вариантах осуществления модуль 730 приема может передавать принятые сообщения и/или сигналы модулю 710 определения или любому другому подходящему модулю.
Модуль 710 определения, модуль 720 связи и модуль 730 приема могут включать в себя любую подходящую конфигурацию аппаратных средств и/или программного обеспечения. Сетевой узел 115 может включать в себя дополнительные модули помимо показанных на фиг. 7, которые могут отвечать за обеспечение любой подходящей функциональности, в том числе описанной выше и/или любой дополнительной функциональности (в том числе любой функциональности, необходимой для поддержки различных описанных в настоящем документе решений).
Фиг. 8 является блок-схемой, демонстрирующей иллюстративный вариант осуществления сети в соответствии с некоторыми вариантами осуществления. В частности, фиг. 8 иллюстрирует беспроводную сеть, содержащую подробное представление беспроводного устройства 110 и сетевые узлы 115. Для простоты фиг. 8 изображает только сеть 120, сетевые узлы 115a и 115b и беспроводное устройство 110. Беспроводное устройство 110 и сетевые узлы 115a и 115b могут выполнять способы для выбора совокупности ресурсов для каждого пакета, описанные выше относительно фиг. 1-2.
В иллюстративном варианте осуществления на фиг. 8 сетевой узел 115a содержит интерфейс 440, процессор 420, запоминающее устройство 430 и антенну 440a. Аналогичным образом, беспроводное устройство 110 содержит интерфейс 340, процессор 320, запоминающее устройство 330 и антенну 340a. Эти компоненты могут взаимодействовать для обеспечения функциональности сетевого узла и/или беспроводного устройства, например, обеспечения беспроводных соединений в беспроводной сети. В разных вариантах осуществления сеть 120 может содержать любое количество проводных или беспроводных сетей, сетевых узлов, базовых станций, контроллеров, беспроводных устройств, ретрансляционных станций и/или любых других компонентов, которые могут обеспечивать или участвовать в осуществлении связи для данных и/или сигналов как через проводные, так и через беспроводные соединения.
Сеть 120 может содержать одну или более IP-сетей, общественные коммутируемые телефонные сети (PSTN), сети пакетной передачи данных, оптические сети, широкомасштабные сети (WAN), локальные сети (LAN), беспроводные локальные сети (WLAN), проводные сети, беспроводные сети, городские сети и другие сети для обеспечения связи между устройствами.
Сетевой узел 115a содержит интерфейс 440, процессор 420, запоминающее устройство 430 и антенну 440a. Эти компоненты изображены как отдельные прямоугольники, расположенные в одном большом прямоугольнике. Однако на практике сетевой узел 115a может содержать несколько разных физических компонентов, которые составляют один проиллюстрированный компонент (например, интерфейс 440 может содержать разъемы для соединительных проводов для проводного соединения и радиоприемопередатчик для беспроводного соединения). Аналогичным образом, сетевой узел 115a может состоять из нескольких физически отдельных компонентов (например, компонента узла NodeB и компонента контроллера беспроводной сети (RNC), компонента базовой приемопередающей станции (BTS) и компонента контроллера базовой станции (BSC), и т.д.), каждый из которых может иметь свой собственный соответствующий процессор, запоминающее устройство и интерфейсные компоненты. В некоторых сценариях, в которых сетевой узел 115a содержит несколько отдельных компонентов (например, компоненты станции BTS и контроллера BSC), один или более отдельных компонентов могут совместно использоваться несколькими сетевыми узлами. Например, единственный контроллер RNC может управлять несколькими узлами NodeB. В таком сценарии каждая пара из отдельного узла NodeB и контроллера BSC может являться отдельным сетевым узлом. В некоторых вариантах осуществления сетевой узел 115a может быть выполнен с возможностью поддерживать несколько технологий радиодоступа (RAT). В таких вариантах осуществления некоторые компоненты могут быть продублированы (например, отдельное запоминающее устройство 430 для разных технологий радиодоступа), и некоторые компоненты могут использоваться повторно (например, одна и та же антенна 440a может совместно использоваться технологиями радиодоступа).
Процессор 420 может представлять собой комбинацию из одного или более элементов из микропроцессора, контроллера, микроконтроллера, центрального процессора, процессора цифровой обработки сигналов, специализированной интегральной схемы, программируемой пользователем вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса или комбинации аппаратных средств, программного обеспечения и/или закодированной логической схемы, выполненную с возможностью обеспечивать, либо отдельно, либо совместно с другими компонентами сетевого узла 200, такими как запоминающее устройство 430, функциональность сетевого узла 200. Например, процессор 420 может исполнять инструкции, сохраненные в запоминающем устройстве 430. Такая функциональность может включать в себя обеспечение различных признаков беспроводной связи, описанных в настоящем документе, для беспроводных устройств, таких как беспроводное устройство 110a, в том числе любых из раскрытых в настоящем документе признаков или преимуществ.
Запоминающее устройство 430 может содержать любую форму энергозависимой или энергонезависимой машиночитаемой памяти, в том числе, но без ограничения, постоянную память, твердотельную память, дистанционно установленную память, магнитные носители, оптические носители, оперативное запоминающее устройство (ОЗУ; RAM), постоянное запоминающее устройство (ПЗУ; ROM), съемные носители или любой другой подходящий локальный или дистанционный компонент памяти. Запоминающее устройство 430 может хранить любые подходящие инструкции, данные или информацию, в том числе программное обеспечение и закодированную логическую схему, используемую сетевым узлом 200. Запоминающее устройство 430 может использоваться для хранения любых вычислений, сделанных процессором 420, и/или любых данных, принятых через интерфейс 440.
Сетевой узел 115a также содержит интерфейс 440, который может использоваться при проводной или беспроводной передаче сигнализации и/или данных между сетевым узлом 115a, сетью 120 и/или беспроводным устройством 110. Например, интерфейс 440 может выполнять любое форматирование, кодирование или перенос, которые могут быть необходимы, чтобы позволить сетевому узлу 115a отправлять и принимать данные из сети 120 по проводному соединению. Интерфейс 440 также может включать в себя радиочастотный передатчик и/или приемник, который может быть соединен с антенной 440a или частью антенны 440a. Радиоприемопередатчик может принимать цифровые данные, которые должны быть отправлены другим сетевым узлам или беспроводным устройствам через беспроводное соединение. Радиоприемопередатчик может преобразовывать цифровые данные в радиосигнал, имеющий подходящие параметры канала и ширины полосы. Радиосигнал затем может быть передан через антенну 440a подходящему получателю (например, беспроводному устройству 110).
Антенна 440a может представлять собой антенну любого типа, способную к беспроводной передаче и приему данных и/или сигналов. В некоторых вариантах осуществления антенна 440a может содержать одну или более всенаправленных, секторных или панельных антенн, выполненных с возможностью передавать/принимать радиосигналы, например, между, 2 ГГц и 66 ГГц. Всенаправленная антенна может использоваться для передачи/приема радиосигналов в любом направлении. Секторная антенна может использоваться для передачи/приема радиосигналов от устройств в конкретной области. Панельная антенна может представлять собой антенну с линией видимости, используемой для передачи/приема радиосигналов по относительно прямой линии.
Беспроводное устройство 110 может представлять собой любой тип беспроводной конечной точки, мобильной станции, мобильного телефона, телефона беспроводного абонентского доступа, смартфона, пользовательского оборудования, настольного компьютера, PDA, сотового телефона, планшета, ноутбука, телефона VoIP или телефона, который может осуществлять беспроводную отправку и прием данных и/или сигналов сетевому узлу и от сетевого узла, такого как сетевой узел 115a и/или другие беспроводные устройства. Беспроводное устройство 110 содержит процессор 320, запоминающее устройство 330, интерфейс 340 и антенну 340a. Как и у сетевого узла 115a, компоненты беспроводного устройства 110 изображены как одиночные прямоугольники, расположенные в одном большом прямоугольнике, однако на практике беспроводное устройство может содержать несколько разных физических компонентов, которые составляют один проиллюстрированный компонент (например, запоминающее устройство 330 может содержать несколько отдельных микросхем, и каждая микросхема представляет часть всего объема запоминающего устройства).
Процессор 320 может представлять собой комбинацию из одного или более элементов из микропроцессора, контроллера, микроконтроллера, центрального процессора, процессора цифровой обработки сигналов, специализированной интегральной схемы, программируемой пользователем вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса или комбинации аппаратных средств, программного обеспечения и/или закодированной логической схемы, выполненную с возможностью обеспечивать, либо отдельно, либо в комбинации с другими компонентами беспроводного устройства 110, такими как запоминающее устройство 330, функциональность беспроводного устройства 110. Такая функциональность может включать в себя обеспечение различных признаков беспроводной связи, описанных в настоящем документе, в том числе любых из раскрытых в настоящем документе признаков или преимуществ.
Запоминающее устройство 330 может представлять собой любую форму энергозависимой или энергонезависимой машиночитаемой памяти, в том числе, но без ограничения, постоянную память, твердотельную память, дистанционно установленную память, магнитные носители, оптические носители, оперативное запоминающее устройство (ОЗУ; RAM), постоянное запоминающее устройство (ПЗУ; ROM), съемные носители или любой другой подходящий локальный или дистанционный компонент памяти. Запоминающее устройство 330 может хранить любые подходящие данные, инструкции или информацию, в том числе программное обеспечение и закодированную логическую схему, используемую беспроводным устройством 210. Запоминающее устройство 330 может использоваться для хранения любых вычислений, сделанных процессором 320, и/или любых данных, принятых через интерфейс 340.
Интерфейс 340 может использоваться при беспроводной передаче сигнализации и/или данных между беспроводным устройством 110 и сетевым узлом 115a. Например, интерфейс 340 может выполнять любое форматирование, кодирование или перенос, которые могут быть необходимы, чтобы позволить беспроводному устройству 110 отправлять и принимать данные от сетевого узла 115a по беспроводному соединению. Интерфейс 340 также может включать в себя радиочастотный передатчик и/или приемник, который может быть соединен с антенной 340a или частью антенны 340a. Радиоприемопередатчик может принимать цифровые данные, которые должны быть отправлены сетевому узлу 115a через беспроводное соединение. Радиоприемопередатчик может преобразовывать цифровые данные в радиосигнал, имеющий подходящие параметры канала и ширины полосы. Радиосигнал затем может быть передан через антенну 340a сетевому узлу 115a.
Антенна 340a может представлять собой антенну любого типа, способную к беспроводной передаче и приему данных и/или сигналов. В некоторых вариантах осуществления антенна 340a может содержать одну или более всенаправленных, секторных или панельных антенн, выполненных с возможностью передавать/принимать радиосигналы между 2 ГГц и 66 ГГц. Для простоты антенну 340a можно считать частью интерфейса 340 при условии, что используется беспроводной сигнал.
Любые подходящие этапы, способы или функции могут быть выполнены через компьютерный программный продукт, который может, например, исполняться посредством компонентов и оборудования, проиллюстрированных на представленной выше фигуре. Например, запоминающее устройство 430 может содержать машиночитаемое средство, на котором может быть сохранена компьютерная программа. Компьютерная программа может включать в себя инструкции, которые предписывают процессору 420 (и любым функционально присоединенным объектам и устройствам, таким как интерфейс 440 и запоминающее устройство 430) исполнять способы в соответствии с вариантами осуществления, описанными в настоящем документе. Таким образом, компьютерная программа и/или компьютерный программный продукт могут обеспечить средство для выполнения любых этапов, раскрытых в настоящем документе.
Любые подходящие этапы, способы или функции могут быть выполнены через один или более функциональных модулей, таких как различные модули, описанные выше относительно фиг. 6 и 7. Каждый функциональный модуль может содержать программное обеспечение, компьютерные программы, подпрограммы, библиотеки, исходный код или любую другую форму исполняемых инструкций, которые исполняются, например, посредством процессора. В некоторых вариантах осуществления каждый функциональный модуль может быть реализован в аппаратных средствах и/или в программном обеспечении. Например, один, или более, или все функциональные модули могут быть реализованы посредством процессоров 320 и/или 420, возможно, в сотрудничестве с запоминающим устройством 330 и/или 430. Процессоры 320 и/или 420 и запоминающее устройство 330 и/или 430, таким образом, могут быть выполнены с возможностью позволять процессорам 320 и/или 420 извлекать инструкции из запоминающего устройства 330 и/или 430 и исполнять извлеченные инструкции, чтобы дать возможность соответствующему функциональному модулю выполнять любые этапы или функции, раскрытые в настоящем документе.
Следует отметить, что любой признак любого из вариантов осуществления, раскрытых в настоящем документе, может быть применен к любому другому варианту осуществления везде, где возможно. Аналогичным образом, любое преимущество любого из вариантов осуществления может относиться к другим вариантам осуществления, и наоборот. Другие цели, признаки и преимущества приложенных вариантов осуществления будут очевидны из следующего описания.
В целом все термины, использованные в настоящем документе, должны интерпретироваться в соответствии с их обычным значением в области техники, если явно не определено иначе в настоящем документе. Все ссылки на "элемент, устройство, компонент, средство, этап и т.д." должны интерпретироваться открыто как относящийся по меньшей мере к одному экземпляру элемента, устройства, компонента, средства, этапа и т.д., если явно не заявлено иначе. Этапы любого способа, раскрытого в настоящем документе, не обязательно должны выполняться в точном раскрытом порядке, если явно не заявлено.
Модификации, дополнения или опущения могут быть сделаны в системах и устройствах, описанных в настоящем документе, без отступления от объема раскрытия. Компоненты систем и устройств могут быть объединены или разделены. Кроме того, операции систем и устройств могут быть выполнены посредством большего, меньше количества компонентов или других компонентов. Кроме того, операции систем и устройств могут быть выполнены с использованием любой подходящей логической системы, содержащей программное обеспечение, аппаратные средства и/или другую логическую систему. Используемый в этом документе термин "каждый" относится к каждому элементу множества или каждому элементу подмножества множества.
Модификации, дополнения или опущения могут быть сделаны в способах, описанных в настоящем документе, без отступления от объема раскрытия. Способы могут включать в себя больше этапов, меньше этапов или другие этапы. Кроме того, этапы могут быть выполнены в любом подходящем порядке. Любые этапы, описанные в настоящем документе, являются лишь иллюстративными для некоторых вариантов осуществления. Не является требуемым ни то, чтобы все варианты осуществления включали в себя все раскрытые этапы, ни то, чтобы этапы выполнялись в точном изображенном или описанном в настоящем документе порядке. Кроме того, некоторые варианты осуществления могут включать в себя этапы, не проиллюстрированные и не описанные в настоящем документе, в том числе этапы, неотъемлемо присущие одному или более этапам, раскрытым в настоящем документе.
Хотя это раскрытие было описано в терминах некоторых вариантов осуществления, изменения и перестановки вариантов осуществления будут очевидны для специалистов в области техники. В соответствии с этим приведенное выше описание вариантов осуществления не ограничивает это раскрытие. Другие изменения и замены возможны без отступления от сущности и объема этого раскрытия, определенного последующей формулой изобретения.
Сокращения, используемые в предыдущем описании, включают в себя:
3GPP Проект партнерства по созданию сетей третьего поколения
AP Точка доступа
BS Базовая станция
BSC Контроллер базовой станции
BTS Базовая приемопередающая станция
CAM Сообщение общей информированности
CDM Мультиплексирование с кодовым разделением
CPE Оборудование, устанавливаемое в помещении абонента
D2D Связь "устройство-устройство"
DAS Распределенная антенная система
DENM Децентрализованное уведомительное сообщение об окружающей среде
DL Нисходящая линия связи
DSRC Специализированная связь малой дальности
E2E Сквозное соединение
eNB Усовершенствованный узел B
EPDCCH Расширенный физический нисходящий канал управления
ETSI Европейский институт стандартизации электросвязи
E-UTRAN Усовершенствованная универсальная наземная сеть доступа
FDD Дуплексная связь с частотным разделением
InC В зоне покрытия
ITS Интеллектуальные системы транспортировки
LAN Локальная сеть
LBT Прослушивание перед разговором
LEE Встроенное в ноутбук оборудование
LME Установленное на ноутбуке оборудование
LTE Долгосрочное развитие
M2M Связь "машина-машина"
MAN Городская сеть
MCE Объект координации мультисотовой/многоадресной передачи
MSR Радиосвязь с поддержкой нескольких стандартов
NAS Слой без доступа
OC Вне зоны покрытия
PDCCH Физический нисходящий канал управления
PDSCH Физический совместно используемый нисходящий канал
ProSe Службы на основе близости
PSTN Общественная коммутируемая телефонная сеть
PUSCH Физический совместно используемый восходящий канал
PUCCH Физический восходящий канал управления
RB Ресурсный блок
RNC Контроллер радиосети
RRC Управление радиоресурсами
RRH Выносной радиомодуль
RRU Удаленный блок радиосвязи
TD-LTE Дуплексная связь LTE с временным разделением
TDD Дуплексная связь с временным разделением
UE Пользовательское оборудование
UL Восходящая линия связи
V2I Связь "транспортное средство - инфраструктура"
V2N Связь "транспортное средство - сеть"
V2P Связь "транспортное средство - пешеход"
V2V Связь "транспортное средство - транспортное средство"
V2x Связь "транспортное средство - что угодно"
WAN Широкомасштабная сеть
Изобретение относится к беспроводной связи, в частности к выбору совокупности (пула) ресурсов для каждого пакета в системе связи LTE V2X. Изобретение раскрывает способ, который содержит формирование тега для соответствующего пакета данных на первом уровне, сгенерированный тег указывает один или более параметров, относящихся к передаче соответствующего пакета данных, сигнализацию тега с первого уровня на другой уровень, отображение на другом уровне соответствующего пакета данных на логический канал на основе одного или более параметров, указанных тегом, и выбор одного или более ресурсов для передачи соответствующего пакета данных на основе отображения соответствующего пакета данных на логический канал. 2 н. и 32 з.п. ф-лы, 8 ил.
1. Способ в узле (110, 115), содержащий этапы, на которых:
генерируют (204) тег для соответствующего пакета данных на первом уровне, при этом сгенерированный тег указывает один или более параметров, относящихся к передаче соответствующего пакета данных;
сигнализируют (208) тег с первого уровня на другой уровень;
отображают (212) на этом другом уровне соответствующий пакет данных на логический канал на основе одного или более параметров, указываемых тегом; и
выбирают (216) один или более ресурсов для передачи соответствующего пакета данных на основе отображения соответствующего пакета данных на логический канал.
2. Способ по п. 1, в котором первый уровень является прикладным уровнем.
3. Способ по п. 1, в котором упомянутые один или более параметров содержат один или более из следующих параметров:
тип трафика соответствующего пакета данных;
периодичность соответствующего пакета данных;
требование времени задержки соответствующего пакета данных;
приоритет соответствующего пакета данных;
тип устройства узла (110, 115);
наличие внешнего источника питания для узла (110, 115); и
статус батареи узла (110, 115).
4. Способ по п. 3, в котором тип трафика соответствующего пакета данных указывается группой назначения.
5. Способ по п. 3, в котором периодичность соответствующего пакета данных указывается приоритетом соответствующего пакета данных.
6. Способ по п. 1, дополнительно содержащий этап, на котором выбирают на основе тега один или более из следующих элементов:
уровень мощности для передачи соответствующего пакета данных; и
формат передачи для передачи соответствующего пакета данных.
7. Способ по п. 1, содержащий этап, на котором получают отображение для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указываемых тегом.
8. Способ по п. 7, в котором получение отображения для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указываемых тегом, содержит этап, на котором:
определяют посредством узла (110, 115) отображение для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указываемых тегом.
9. Способ по п. 7, в котором получение отображения для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указываемых тегом, содержит этап, на котором:
принимают отображение для использования при отображении соответствующего пакета данных на логический канал на основе тега.
10. Способ по п. 1, в котором отображение соответствующего пакета данных на логический канал на основе одного или более параметров, указываемых тегом, содержит отображение тега на специализированный радиоканал-носитель.
11. Способ по п. 10, в котором отображение содержит взаимно однозначное отображение.
12. Способ по п. 10, в котором множество тегов может быть отображено на один специализированный радиоканал-носитель.
13. Способ по п. 1, содержащий этап, на котором передают соответствующий пакет данных с использованием одного или более ресурсов, выбранных для передачи соответствующего пакета данных.
14. Способ по п. 1, содержащий этап, на котором передают тег одному или более другим узлам перед передачей соответствующего пакета данных.
15. Способ по п. 1, в котором:
узел (110, 115) является первым узлом;
тег является первым тегом;
соответствующий пакет данных является первым соответствующим пакетом данных; и
способ содержит этап, на котором принимают от второго узла (110, 115) второй тег для второго соответствующего пакета данных перед приемом второго соответствующего пакета данных.
16. Способ по п. 1, в котором тег сигнализируется с первого уровня на упомянутый другой уровень в виде битового массива.
17. Способ по п. 1, в котором узел содержит одно устройство из:
беспроводного устройства (110); и
сетевого узла (115).
18. Узел (110, 115), содержащий:
один или более процессоров (320, 420), каковые один или более процессоров (320, 420) выполнены с возможностью:
генерировать (204) тег для соответствующего пакета данных на первом уровне, при этом сгенерированный тег указывает один или более параметров, относящихся к передаче соответствующего пакета данных;
сигнализировать (208) тег с первого уровня на другой уровень;
отображать (212) на этом другом уровне соответствующий пакет данных на логический канал на основе одного или более параметров, указываемых тегом; и
выбирать (216) один или более ресурсов для передачи соответствующего пакета данных на основе отображения соответствующего пакета данных на логический канал.
19. Узел (110, 115) по п. 18, при этом первый уровень является прикладным уровнем.
20. Узел (110, 115) по п. 18, при этом упомянутые один или более параметров содержат один или более из следующих параметров:
тип трафика соответствующего пакета данных;
периодичность соответствующего пакета данных;
требование времени задержки соответствующего пакета данных;
приоритет соответствующего пакета данных;
тип устройства узла (110, 115);
наличие внешнего источника питания для узла (110, 115); и
статус батареи узла (110, 115).
21. Узел (110, 115) по п. 20, при этом тип трафика соответствующего пакета данных указывается группой назначения.
22. Узел (110, 115) по п. 20, при этом периодичность соответствующего пакета данных указывается приоритетом соответствующего пакета данных.
23. Узел (110, 115) по п. 18, в котором один или более процессоров (320, 420) выполнены с возможностью выбирать на основе тега один или более из следующих элементов:
уровень мощности для передачи соответствующего пакета данных; и
формат передачи для передачи соответствующего пакета данных.
24. Узел (110, 115) по п. 18, в котором один или более процессоров (320, 420) выполнены с возможностью получать отображение для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указываемых тегом.
25. Узел (110, 115) по п. 24, в котором один или более процессоров (320, 420), выполненных с возможностью получать отображение для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указываемых тегом, содержат один или более процессоров (320, 420), выполненных с возможностью:
определять посредством узла (110, 115) отображение для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указываемых тегом.
26. Узел (110, 115) по п. 24, в котором один или более процессоров (320, 420), выполненных с возможностью получать отображение для использования при отображении соответствующего пакета данных на логический канал на основе одного или более параметров, указываемых тегом, содержат один или более процессоров (320, 420), выполненных с возможностью:
принимать отображение для использования при отображении соответствующего пакета данных на логический канал на основе тега.
27. Узел (110, 115) по п. 18, в котором один или более процессоров (320, 420), выполненных с возможностью отображать соответствующий пакет данных на логический канал на основе одного или более параметров, указываемых тегом, содержат один или более процессоров (320, 420), выполненных с возможностью отображать тег на специализированный радиоканал-носитель.
28. Узел (110, 115) по п. 27, при этом отображение содержит взаимно однозначное отображение.
29. Узел (110, 115) по п. 27, при этом множество тегов может быть отображено на один специализированный радиоканал-носитель.
30. Узел (110, 115) по п. 18, в котором один или более процессоров (320, 420) выполнены с возможностью передавать соответствующий пакет данных с использованием одного или более ресурсов, выбранных для передачи соответствующего пакета данных.
31. Узел (110, 115) по п. 18, в котором один или более процессоров (320, 420) выполнены с возможностью передавать тег одному или более другим узлам перед передачей соответствующего пакета данных.
32. Узел (110, 115) по п. 18, в котором:
узел (110, 115) является первым узлом;
тег является первым тегом;
соответствующий пакет данных является первым соответствующим пакетом данных; и
один или более процессоров (320, 420) выполнены с возможностью принимать от второго узла второй тег для второго соответствующего пакета данных перед приемом второго соответствующего пакета данных.
33. Узел (110, 115) по п. 18, в котором один или более процессоров (320, 420) выполнены с возможностью сигнализировать тег с первого уровня на упомянутый другой уровень как битовый массив.
34. Узел (110, 115) по п. 18, причем узел (110, 115) содержит одно устройство из:
беспроводного устройства (110); и
сетевого узла (115).
| Устройство для закрепления лыж на раме мотоциклов и велосипедов взамен переднего колеса | 1924 |
|
SU2015A1 |
| RU 2009125116 A, 10.01.2011 | |||
| Устройство для закрепления лыж на раме мотоциклов и велосипедов взамен переднего колеса | 1924 |
|
SU2015A1 |
| Qualcomm Incorporated, Running stage 2 CR TS 36.300 to capture agreement on eD2D, 3GPP TSG-RAN WG2 #91, R2-153734, Beijing, China, 24-28 August, 2015. | |||
