RU2586319C2 - Способ и система телекоммуникаций - Google Patents
Способ и система телекоммуникаций Download PDFInfo
- Publication number
- RU2586319C2 RU2586319C2 RU2013140768/07A RU2013140768A RU2586319C2 RU 2586319 C2 RU2586319 C2 RU 2586319C2 RU 2013140768/07 A RU2013140768/07 A RU 2013140768/07A RU 2013140768 A RU2013140768 A RU 2013140768A RU 2586319 C2 RU2586319 C2 RU 2586319C2
- Authority
- RU
- Russia
- Prior art keywords
- subcarriers
- random access
- virtual carrier
- mobile terminals
- group
- Prior art date
Links
- 238000000034 method Methods 0.000 title description 37
- 230000004044 response Effects 0.000 claims abstract description 18
- 230000011664 signaling Effects 0.000 claims description 5
- 230000006854 communication Effects 0.000 abstract description 36
- 238000004891 communication Methods 0.000 abstract description 35
- 230000005540 biological transmission Effects 0.000 abstract description 30
- 239000000969 carrier Substances 0.000 abstract description 13
- 230000000694 effects Effects 0.000 abstract description 2
- 238000013468 resource allocation Methods 0.000 abstract description 2
- 239000000126 substance Substances 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 19
- 238000013459 approach Methods 0.000 description 7
- 230000008901 benefit Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 238000010295 mobile communication Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 125000004122 cyclic group Chemical group 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000013213 extrapolation Methods 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0058—Allocation criteria
- H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
- H04W28/20—Negotiating bandwidth
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0037—Inter-user or inter-terminal allocation
- H04L5/0039—Frequency-contiguous, i.e. with no allocation of frequencies for one user or terminal between the frequencies allocated to another
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/14—Spectrum sharing arrangements between different networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/186—Processing of subscriber group data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Изобретение относится к системе беспроводной связи, использующей назначение ресурсов связи и передачи как больших объемов данных, так и небольших объемов, передаваемых сравнительно редко. Согласно первому аспекту настоящего изобретения предложена базовая станция для приема данных в восходящей линии, передаваемых от мобильных терминалов первого типа и мобильных терминалов второго типа через радиоинтерфейс с использованием нескольких поднесущих, мобильные терминалы первого типа передают данные в восходящей линии на первой группе поднесущих из совокупности нескольких поднесущих в первой полосе частот, и мобильные терминалы второго типа передают данные в восходящей линии на второй группе поднесущих из совокупности нескольких поднесущих в пределах первой группы поднесущих, так что вторая группа поднесущих занимает вторую полосу частот уже первой полосы, базовая станция предоставляет радиоресурсы восходящей линии в ответ на сообщения запроса произвольного доступа, передаваемые мобильными терминалами первого типа в первом канале произвольного доступа, и предоставляет радиоресурсы восходящей линии в ответ на сообщения запроса произвольного доступа, передаваемые мобильными терминалами второго типа во втором канале произвольного доступа, сообщения запроса произвольного доступа, передаваемые во втором канале произвольного доступа, передают на поднесущих из второй группы. 2 н. и 8 з.п. ф-лы, 19 ил.
Description
Область техники, к которой относится изобретение
Настоящее изобретение относится к способам, системам и аппаратуре для назначения ресурсов связи и передачи данных в мобильных телекоммуникационных системах.
Уровень техники
Мобильные телекоммуникационные системы третьего и четвертого поколения, такие как системы на основе разработанных группой 3GPP архитектур UMTS и LTE («Долгосрочное развитие» (Long Term Evolution)), способны поддерживать более сложные виды связи, чем простые службы голосовой связи и передачи сообщений, предлагаемые мобильными телекоммуникационными системами предшествующих поколений.
Например, благодаря усовершенствованному радиоинтерфейсу и повышенным скоростям передачи данных, обеспечиваемым системами стандарта LTE, пользователь может наслаждаться приложениями, требующими высоких скоростей передачи данных, такими как мобильное потоковое видео и мобильные видеоконференции, что раньше было бы доступно только при использовании стационарных соединений для передачи данных. Таким образом, потребность в развертывании сетей третьего и четвертого поколений очень велика, и можно ожидать, что зона обслуживания этих сетей, т.е. географические области, где возможен доступ к таким сетям, будет быстро расширяться.
Ожидаемое широкое развертывание сетей третьего и четвертого поколений привело к параллельной разработке устройств и приложений, которые, вместо того чтобы использовать преимущества доступных высоких скоростей передачи данных, делают упор на использовании выгод от более устойчивого и надежного радиоинтерфейса и увеличения зоны обслуживания до уровня, когда такое обслуживание станет повсеместным. Примеры включают приложения так называемой «связи машинного (компьютерного) типа» (machine type communication (МТС)), реализуемые обычно посредством полуавтономных или автономных устройств радиосвязи (т.е. устройств МТС), передающих небольшие объемы данных сравнительно редко. Примеры включают так называемые интеллектуальные счетчики, которые, например, расположены у потребителя дома и периодически передают информацию центральному серверу системы МТС, чтобы сообщить данные о потреблении коммунальных услуг, таких как газ, вода, электроэнергия и т.п.
Хотя для терминала, такого как терминал МТС, может быть удобно использовать преимущества большой зоны обслуживания, предоставляемые мобильной телекоммуникационной сетью третьего или четвертого поколения, на сегодня здесь есть ряд недостатков. В отличие от обычного мобильного терминала третьего или четвертого поколения, такого как смартфон, терминал типа МТС предпочтительно является относительно простым и недорогим. Характер функций, выполняемых терминалом МТС-типа (например, сбор и передача данных), не требует для выполнения какой-либо особо сложной обработки данных. Однако мобильные телекоммуникационные сети третьего и четвертого поколения обычно используют самые передовые способы модуляции данных в своих радиоинтерфейсах, что может потребовать более сложных и дорогостоящих радиоприемопередатчиков для реализации. Обычно оправдано применение таких сложных приемопередатчиков в смартфонах, поскольку типовой смартфон нуждается в мощном процессоре для осуществления характерных функций, присущих смартфонам. Однако, как указано выше, сегодня есть желание применять относительно недорогие и менее сложные устройства для связи с использованием сетей типа LTE.
Сущность изобретения
Согласно первому аспекту настоящего изобретения предложена базовая станция для приема данных в восходящей линии, передаваемых от мобильных терминалов первого типа и мобильных терминалов второго типа через радиоинтерфейс с использованием нескольких поднесущих. Мобильные терминалы первого типа передают данные в восходящей линии на первой группе поднесущих из совокупности нескольких поднесущих в первой полосе частот, и мобильные терминалы второго типа передают данные в восходящей линии на второй группе поднесущих из совокупности нескольких поднесущих в пределах первой группы поднесущих, так что вторая группа поднесущих занимает вторую полосу частот уже первой полосы. Базовая станция предоставляет радиоресурсы восходящей линии в ответ на сообщения запроса произвольного доступа, передаваемые мобильными терминалами первого типа в первом канале произвольного доступа, и предоставляет радиоресурсы восходящей линии в ответ на сообщения запроса произвольного доступа, передаваемые мобильными терминалами второго типа во втором канале произвольного доступа. Сообщения запроса произвольного доступа, передаваемые во втором канале произвольного доступа, передают на поднесущих из второй группы.
В обычных мобильных телекоммуникационных сетях, таких как мобильные телекоммуникационные сети LTE, данные восходящей линии могут быть назначены для передачи от мобильного терминала в сеть с применением радиоресурсов на несущей восходящей линии в любой подходящей позиции в пределах всей полосы несущей восходящей линии. Это включает сигнализационные данные управления в восходящей линии, такие как сообщения запроса произвольного доступа, передаваемые мобильным терминалом, когда этот мобильный терминал хочет установить связь с сетью или когда имеются данные восходящей линии, ожидающие передачи. Соответственно в обычных сетях связи мобильный терминал должен быть способен передавать данные во всей полосе несущей восходящей линии.
Согласно первому аспекту настоящего изобретения мобильные терминалы, например, с уменьшенными функциональными возможностями могут передавать данные в сеть на уменьшенном числе поднесущих, занимающих уменьшенную полосу. Это позволяет кодировать и передавать данные восходящей линии посредством мобильного терминала, оснащенного приемопередающим модулем пониженной сложности. Уменьшенное число поднесущих, передаваемых в уменьшенной полосе, составляют «виртуальную несущую» в пределах полосы обычной несущей восходящей линии (т.е. «главной несущей»). Чтобы можно было передавать данные восходящей линии на виртуальной несущей, выделяют второй канал произвольного доступа, находящийся в пределах самой виртуальной несущей.
Устройства, оснащенные приемопередающими модулями пониженной сложности (в дальнейшем именуемые «терминалы с виртуальной несущей»), менее сложны и менее дороги, чем обычные устройства стандарта LTE (в дальнейшем именуемые, в общем случае, LTE-терминалы). Соответственно развертывание таких устройств для работы с приложениями типа МТС в сети связи типа LTE может оказаться более привлекательным, поскольку организация виртуальной несущей позволяет использовать мобильные терминалы с менее дорогостоящими и менее сложными приемопередающими модулями. Как должно быть понятно, мобильный терминал с приемопередатчиком с уменьшенными функциональными возможностями может, в общем случае, быть менее дорогостоящим, чем обычный LTE-терминал.
Более того, в некоторых примерах виртуальная несущая, «вставленная» в пределы главной несущей, может быть использована для создания логически отдельной «сети в сети». Иными словами, данные, передаваемые на виртуальной несущей, можно рассматривать в качестве данных, логически отдельных от данных, передаваемых в сети главной несущей. Виртуальная несущая может быть, таким образом, использована для создания так называемой выделенной сети передачи сообщений (dedicated messaging network (DMN)), которая «наложена поверх» обычной сети связи и используется для передачи сообщений DMN-устройствам (т.е. терминалам с виртуальной несущей).
Согласно второму аспекту настоящего изобретения предложена базовая станция для приема данных восходящей линии, передаваемых мобильными терминалами первого типа и мобильными терминалами второго типа через радиоинтерфейс с использованием нескольких поднесущих. Мобильные терминалы первого типа передают данные восходящей линии на поднесущих первой группы, занимающих первую полосу частот, из всей совокупности поднесущих, а мобильные терминалы второго типа передают данные восходящей линии на занимающих вторую полосу частот поднесущих второй группы из состава поднесущих первой группы, причем вторая полоса меньше первой полосы. Базовая станция предоставляет радиоресурсы восходящей линии в ответ на сообщения запроса произвольного доступа, передаваемые мобильными терминалами первого типа по первому каналу произвольного доступа, и предоставляет радиоресурсы восходящей линии в ответ на сообщения запроса произвольного доступа, передаваемые мобильными терминалами второго типа по второму каналу произвольного доступа. Сообщения запроса произвольного доступа во втором канале произвольного доступа передают на частотах вне второй группы поднесущих, но в пределах оставшейся части первой группы поднесущих.
Согласно этому второму аспекту настоящего изобретения вместо того, чтобы передавать сообщения запроса произвольного доступа в полосе виртуальной несущей, как описано выше со ссылками на первый аспект настоящего изобретения, такие сообщения запроса произвольного доступа передают вне полосы виртуальной несущей, но в пределах полосы главной несущей. Это может быть предпочтительно в некоторых сценариях, поскольку ресурсы восходящей линии, которые в противном случае потребовались бы для канала произвольного доступа, вместо этого остаются доступными для передачи других данных, таких как данные управления и данные пользователей.
Согласно одному из примеров второго аспекта настоящего изобретения сообщения запроса произвольного доступа, передаваемые по второму каналу произвольного доступа, передают на той же группе поднесущих и в то же самое время, как сообщения запроса произвольного доступа, передаваемые по первому каналу произвольного доступа. Такой подход может оказаться предпочтительным, поскольку требует внесения меньшего числа изменений в процедуры произвольного доступа на базовой станции и тем самым позволяет уменьшить объем работ по адаптации обычной сети связи с целью реализации примеров настоящего изобретения.
Разнообразные дополнительные аспекты и варианты настоящего изобретения предложены в прилагаемой Формуле изобретения.
Краткое описание чертежей
Варианты настоящего изобретения будут теперь описаны только на примерах со ссылками на прилагаемые чертежи, на которых одинаковые компоненты имеют соответствующие цифровые позиционные обозначения и на которых:
фиг.1 представляет упрощенную схему, иллюстрирующую пример обычной мобильной телекоммуникационной сети;
фиг.2 представляет упрощенную схему, иллюстрирующую обычный радиокадр в нисходящей линии в системе LTE;
фиг.3 представляет упрощенную схему, иллюстрирующую обычный радиосубкадр в нисходящей линии в системе LTE;
фиг.4 представляет упрощенную схему, иллюстрирующую обычную процедуру регистрации и вхождения в связь в ячейке сети LTE;
фиг.5 представляет упрощенную схему, иллюстрирующую радиосубкадр в нисходящей линии в системе LTE, в который вставлена виртуальная несущая согласно одному из вариантов настоящего изобретения;
фиг.6 представляет упрощенную схему, иллюстрирующую адаптированную процедуру регистрации и вхождения в связь в ячейке сети LTE для установления связи на виртуальной несущей;
фиг.7 представляет упрощенную схему, иллюстрирующую радиосубкадры в нисходящей линии в системе LTE согласно одному из вариантов настоящего изобретения;
фиг.8 представляет упрощенную схему, иллюстрирующую структуру физического вещательного канала (physical broadcast channel (PBCH));
фиг.9 представляет упрощенную схему, иллюстрирующую радиосубкадр в нисходящей линии в системе LTE согласно одному из вариантов настоящего изобретения;
фиг.10 представляет упрощенную схему, иллюстрирующую радиосубкадры в нисходящей линии в системе LTE, в которые вставлена виртуальная несущая согласно одному из вариантов настоящего изобретения;
фиг.11A-11D представляют упрощенные схемы, иллюстрирующие местонахождение сигналов позиций в субкадре в нисходящей линии в системе LTE согласно одному из вариантов настоящего изобретения;
фиг.12 представляет упрощенную схему, иллюстрирующую группу субкадров, в которой две виртуальные несущие изменяют свои позиции в полосе главной несущей согласно одному из вариантов настоящего изобретения;
фиг.13A-13C представляют упрощенную схему, иллюстрирующую субкадры в восходящей линии в системе LTE, в которые вставлена виртуальная несущая восходящей линии согласно одному из вариантов настоящего изобретения, и
фиг.14 представляет упрощенную схему, иллюстрирующую часть адаптированной мобильной телекоммуникационной сети стандарта LTE, организованной согласно одному из примеров настоящего изобретения.
Подробное описание изобретения
Обычная сеть
На фиг.1 представлена упрощенная схема, иллюстрирующая базовые функциональные возможности обычной мобильной телекоммуникационной сети.
Сеть содержит несколько базовых станций 101, соединенных с опорной сетью 102. Каждая базовая станция создает зону обслуживания (т.е. ячейку), в которой можно передавать данные к мобильным терминалам 104 и от них. Данные передают от базовой станции 101 мобильным терминалам 104 в зоне обслуживания 103 по нисходящей радиолинии. Данные передают от мобильного терминала 104 в адрес базовой станции 101 по восходящей радиолинии. Опорная сеть 102 осуществляет маршрутизацию данных к мобильным терминалам 104 и от них, а также выполняет такие функции, как аутентификация, управление мобильностью, учет использования, выставление счетов и т.п.
Мобильные телекоммуникационные системы, такие как системы, построенные в соответствии с разработанной группой 3GPP архитектурой «Долгосрочное развитие» (Long Term Evolution (LTE)), используют интерфейс на основе мультиплексирования с ортогональным частотным разделением каналов (orthogonal frequency division multiplex (OFDM)) для нисходящей радиолинии (так называемый OFDMA) и восходящей радиолинии (так называемый SC-FDMA). Данные в восходящей линии и в нисходящей линии передают на нескольких ортогональных поднесущих. На фиг.2 представлена упрощенная схема, иллюстрирующая радиокадр 201 в нисходящей линии системы LTE, использующей модуляцию OFDM. Этот радиокадр в нисходящей линии системы LTE передают от базовой станции системы LTE (известной как усовершенствованный узел В (enhanced Node В, далее eNB)), а продолжительность кадра составляет 10 мс. Радиокадр нисходящей линии содержит 10 субкадров. Продолжительность каждого субкадра 1 мс. В первом и шестом субкадрах стандарта LTE передают первичный синхросигнал (primary synchronisation signal (PSS)) и вторичный синхросигнал (secondary synchronisation signal (SSS)). В первом субкадре кадра стандарта LTE передают сигнал первичного вещательного канала (primary broadcast channel (PBCH)). Сигналы PSS, SSS и РВСН будут более подробно обсуждены ниже.
На фиг.3 представлена упрощенная схема, показывающая сетку, иллюстрирующую структуру примера субкадра нисходящей линии в обычной сети LTE. Этот субкадр содержит заданное число символов, передаваемых в общем периоде 1 мс. Каждый символ содержит заданное число ортогональных поднесущих, распределенных в полосе радионесущей нисходящей линии.
Пример субкадра, показанный на фиг.3, содержит 14 символов и 1200 поднесущих, распределенных в полосе шириной 20 МГц. Наименьшая единица, посредством которой можно передавать данные в стандарте LTE, содержит двенадцать поднесущих, передаваемых в одном субкадре. Для ясности на фиг.3 каждый индивидуальный ресурсный элемент не показан, вместо этого каждая индивидуальная ячейка в сетке субкадра соответствует двенадцати поднесущим, передаваемым в одном символе.
На фиг.3 показано назначение ресурсов для четырех LTE-терминалов 340, 341, 342, 343. Например, назначение 342 ресурсов для первого LTE-терминала (UE1) охватывает пять блоков по двенадцать поднесущих в каждом, назначение 343 ресурсов для второго LTE-терминала (UE2) охватывает шесть блоков по двенадцать поднесущих в каждом и т.д.
Данные канала управления передают в области 300 управления в составе субкадра, содержащей первые n символов этого субкадра, причем n может варьироваться от одного до трех символов при ширине полосы канала, равной 3 МГц или более, а также n может варьироваться от двух до четырех символов при ширине полосы канала, равной 1,4 МГц. Для ясностипоследующее описание относится к главным несущим с шириной полосы канала, равной 3 МГц или более, где максимальная величина n будет равна 3. Данные, передаваемые в области 300 управления, включают данные, передаваемые в физическом нисходящем канале управления (physical downlink control channel (PDCCH)), физическом канале индикации формата управления (physical control format indicator channel (PCFICH)) и физическом канале индикации гибридного автоматического запроса повторной передачи (physical HARQ indicator channel (PHICH)).
Канал PDCCH содержит данные управления, указывающие, какие поднесущие в каких символах субкадра были назначены конкретному LTE-терминалу. Таким образом, данные канала PDCCH, переданные в области 300 управления в составе субкадра, показанного на фиг.3, будут обозначать, что терминалу UE1 был назначен первый блок 342 ресурсов, терминалу UE2 был назначен второй блок 343 ресурсов и т.д. Канал PCFICH содержит данные управления, указывающие размер области управления (т.е. от одного до трех символов), и канал PHICH содержит данные HARQ (гибридный автоматический запрос повторной передачи (Hybrid Automatic Request)), указывающие, были ли переданные перед этим данные восходящей линии успешно приняты сетью.
В некоторых субкадрах символы в центральной полосе 310 субкадра используются для передачи информации, включающей первичный синхросигнал (PSS), вторичный синхросигнал (SSS) и физический вещательный канал (РВСН). Эта центральная полоса 310 обычно имеет ширину 72 поднесущих (что соответствует полосе передачи 1,08 МГц). Сигналы PSS и SSS представляют собой синхросигналы, которые, будучи обнаружены, позволяют LTE-терминалу 104 осуществить синхронизацию кадров и определить идентификатор ячейки узла eNB, передающего нисходящий сигнал. Канал РВСН несет информацию относительно ячейки, содержащую блок главной информации (master information block (MIB)), включающий параметры, необходимые LTE-терминалу для доступа в ячейку. Данные, передаваемые индивидуальным LTE-терминалам по совместно используемому физическому нисходящему каналу (physical downlink shared channel (PDSCH)), могут быть переданы в остальных блоках ресурсных элементов субкадра. Дополнительные пояснения относительно этих каналов даны в последующих разделах.
На фиг.3 показана также область канала PDSCH, содержащая системную информацию и протяженная в полосе R344.
Число поднесущих в канале LTE может варьироваться в зависимости от конфигурации сети связи. Обычно это число варьируется в пределах от 72 поднесущих, содержащихся в полосе канала шириной 1,4 МГц, до 1200 поднесущих, заключенных в полосе канала шириной 20 МГц, как показано на фиг.3. Как известно, данные, передаваемые в каналах PDCCH, PCFICH и PHICH, обычно распределены по поднесущим во всей полосе субкадра. Поэтому обычный LTE-терминал должен быть способен принимать всю полосу субкадра, чтобы принять и декодировать область управления.
Обычная процедура регистрации и вхождения в связь в ячейке
Фиг.4 иллюстрирует процедуру регистрации и вхождения в связь в ячейке в системе LTE, т.е. процедуру, следуя которой терминал может декодировать передачи в нисходящей линии, передаваемые базовой станцией по нисходящему каналу в полосе несущей. Используя эту процедуру, терминал может идентифицировать фрагменты передач, которые включают системную информацию для ячейки, и, таким образом, декодировать информацию конфигурации для этой ячейки.
Как можно видеть на фиг.4, в ходе выполнения обычной процедуры регистрации и вхождения в связь в ячейке системы LTE терминал сначала синхронизируется с базовой станцией (этап 400) с использованием синхросигналов PSS и SSS в центральной полосе 310 несущей, как описано выше. Как можно видеть, обратившись к фиг.3, центральная полоса 310 имеет ширину R310, причем эта полоса находится в центре всей полосы несущей (т.е. охватывает центральные поднесущие).
Терминал находит эту центральную полосу и выделяет синхросигналы PSS и SSS, указывающие продолжительность циклического префикса и идентификатор ячейки (Cell ID). В системе LTE синхросигналы PSS и SSS передают только в первом и шестом субкадрах каждого кадра. Безусловно, в другой системе, например системе не-LTE, полоса 310 может находиться не в центре полосы несущей и может быть шире или уже, чем 72 поднесущие или 1,08 МГц. Аналогично, субкадры могут иметь другой размер или размеры.
Затем терминал декодирует сигнал канала РВСН (этап 401), также передаваемый в центральной полосе 310, здесь этот сигнал канала РВСН включает, в частности, блок главной информации (Master Information Block (MIB)). Блок MIB указывает, в частности, ширину R320 полосы несущей нисходящей линии, номер системного кадра (System Frame Number (SFN)) и конфигурацию канала РHIСН. Используя блок MIB, передаваемый в канале РВСН, терминал может получить сведения о ширине R320 полосы несущей. Поскольку терминал знает также, где находится центральная полоса, он знает точное местонахождение диапазона R320 несущей нисходящей линии.
Для каждого субкадра терминал затем декодирует сигнал канала PCFICH, распределенный по всей ширине полосы несущей 320 (этап 402). Как обсуждается выше, ширина полосы несущей нисходящей линии в системе LTE может достигать 20 МГц (1200 поднесущих), так что LTE-терминал должен быть способен принимать и декодировать передачи в полосе шириной 20 МГц, чтобы декодировать сигнал канала PCFICH. На этой стадии при ширине полосы несущей 20 МГц терминал работает в намного более широкой полосе (ширина полосы R320), чем на этапах 400 и 401 (ширина полосы R310), относящихся к синхронизации и к декодированию сигнала канала РВСН.
Далее терминал определяет позиции информации канала PHICH (этап 403) и декодирует сигнал канала PDCCH (этап 404), в частности, для идентификации передач системной информации и для идентификации своих персональных грантов назначения. Эти гранты назначения используются терминалом для обнаружения позиций системной информации и для обнаружения позиций своих данных в канале PDSCH. И системную информацию, и персональные назначения передают в канале PDSCH и распределяют в пределах полосы 320 несущей. Этапы 403 и 404 также требуют, чтобы терминал работал по всей ширине R320 полосы несущей.
На этапах с 402 по 404 терминал декодирует информацию, содержащуюся в области 300 управления в субкадре. Как поясняется выше, в системе LTE, во всей области 300 управления в полосе несущей можно найти три упомянутых выше канала управления (PCFICH, PHICH и PDCCH), причем эти области управления проходят по всему диапазону R320 и занимают первый, второй и третий OFDM-символы в каждом субкадре, как обсуждалось выше. В каждом субкадре эти каналы управления обычно не используют все ресурсные элементы в пределах области 300 управления, но они рассеяны по всей области, так что LTE-терминал должен быть способен принимать всю область 300 управления одновременно, чтобы декодировать каждый из указанных трех каналов управления.
Затем терминал может декодировать сигнал канала PDSCH (этап 405), который содержит системную информацию или данные, переданные для этого терминала.
Как описано выше, в субкадре системы LTE канал PDSCH, в общем случае, занимает группы ресурсных элементов, которые не располагаются ни в области управления, ни в совокупности ресурсных элементов, занятых синхросигналами PSS, SSS или каналом РВСН. Данные в блоках 340, 341, 342, 343 ресурсных элементов, показанных на фиг.3, имеют меньшую полосу, чем полоса всей несущей, хотя для декодирования этих блоков терминал сначала принимает сигнал канала PDCCH во всем частотном диапазоне R320 и, если канал PDCCH указывает, что ресурс канала PDSCH декодировать нужно, когда он уже принят во всем субкадре, затем декодирует только сигнал канала PDSCH и только в соответствующем частотном диапазоне, обозначенном в канале PDCCH. Таким образом, например, терминал UE 1, обсуждавшийся выше, декодирует всю область 300 управления и затем данные в ресурсном блоке 342.
Виртуальная несущая нисходящей линии
Некоторые классы устройств, такие как устройства МТС (например, полуавтономные или автономные устройства радиосвязи, такие как интеллектуальные счетчики, обсуждавшиеся выше), поддерживают приложения связи, отличающиеся передачей небольших объемов данных через относительно большие интервалы, и потому могут быть значительно менее сложными, чем обычные LTE-терминалы. Во многих сценариях применение в качестве терминалов с уменьшенными функциональными возможностями, таких терминалов, как терминалы, оснащенные обычными высококачественными приемными модулями стандарта LTE, способными принимать и обрабатывать данные из состава кадра нисходящей линии в системе LTE во всей полосе несущей, может быть слишком сложным для устройства, которое должно всего лишь передавать небольшие объемы данных. Это может, таким образом, ограничить практическую целесообразность широкого развертывания устройств типа МТС, обладающих уменьшенными функциональными возможностями, в сети стандарта LTE. Вместо этого предпочтительно создать терминалы с уменьшенными функциональными возможностями, такие как устройства типа МТС с более простыми приемными модулями, какие в большей степени соразмерны объемам данных, которые, вероятно, будут передаваться терминалу. Как определено ниже, согласно примерам настоящего изобретения в обычную несущую нисходящей линии OFDM-типа (т.е. в "главную несущую") вставляют "виртуальную несущую". В отличие от данных, передаваемых на обычной несущей нисходящей линии OFDM-типа, данные, переданные на виртуальной несущей, можно принимать и декодировать, не требуя для этого обработки полной полосы главной OFDM-несущей нисходящей линии. Соответственно, данные, передаваемые на виртуальной несущей, могут быть приняты и декодированы с использованием приемного модуля уменьшенной сложности.
На фиг.5 представлена упрощенная схема, иллюстрирующая субкадр нисходящей линии в системе LTE, содержащий виртуальную несущую, вставленную в полосу главной несущей согласно одному из примеров настоящего изобретения.
Как и в обычном субкадре нисходящей линии в системе LTE, первые n символов (на фиг.5 n равно трем) составляют область 300 управления, зарезервированную для передачи нисходящих данных управления, таких как данные, передаваемые в канале PDCCH. Однако, как можно видеть на фиг.5, вне этой области 300 субкадр нисходящей линии в системе LTE содержит группу ресурсных элементов ниже центральной полосы 310, которые составляют виртуальную несущую 501. Как станет понятно, эта виртуальная несущая 501 организована таким образом, что данные, передаваемые на виртуальной несущей 501, можно обрабатывать как данные, логически отдельные от данных, передаваемых в остальных частях главной несущей, и можно декодировать без того, чтобы сначала декодировать все данные управления из области 300 управления. Хотя на фиг.5 показано, что виртуальная несущая занимает частотные ресурсы ниже центральной полосы, в общем случае эта виртуальная несущая может занимать частотные ресурсы выше центральной полосы или же частотные ресурсы, включающие центральную полосу. Если виртуальная несущая конфигурирована таким образом, чтобы накладываться на какие-либо ресурсы, используемые синхросигналами PSS, SSS или каналом РВСН главной несущей либо каким-нибудь другим сигналом, передаваемым на главной несущей, мобильный терминал, работающий на этой главной несущей, должен будет работать правильно, чтобы найти в известной заданной позиции соответствующие сигналы, при этом сигналы на виртуальной несущей могут быть организованы таким образом, чтобы сохранить перечисленные аспекты сигнала главной несущей.
Как можно видеть на фиг.5, данные, передаваемые на виртуальной несущей 501, передают в полосе ограниченной ширины. Это может быть любая полоса при условии, что ширина этой полосы меньше ширины полосы главной несущей. В примере, изображенном на фиг.5, виртуальную несущую передают в полосе, содержащей 12 блоков по 12 поднесущих в каждом (т.е. всего 144 поднесущих), что эквивалентно ширине полосы передачи 2,16 МГЦ. Соответственно терминалу, принимающему данные, передаваемые на виртуальной несущей, достаточно быть оснащенным приемником, способным принимать и обрабатывать данные, передаваемые в полосе 2,16 МГц. Это позволяет оснащать терминалы с уменьшенными функциональными возможностями (например, терминалы типа МТС) упрощенными приемными модулями и при этом сохранять способность работать в сети связи с модуляцией OFDM, для работы в которой, как поясняется выше, обычно необходимо, чтобы терминалы были оснащены приемниками, способными принимать и обрабатывать OFDM-сигнал во всей полосе этого сигнала.
Как поясняется выше, в системе мобильной связи на основе модуляции OFDM, такой как система LTE, данные нисходящей линии динамически назначают для передачи на разных поднесущих от одного субкадра к другому субкадру. Соответственно в каждом субкадре сеть должна сообщить, какие поднесущие в составе какого символа несут данные для каких терминалов (т.е. сообщить сигнализацию о грантах в нисходящей линии).
Как можно видеть на фиг.3, в обычном субкадре нисходящей линии в системе LTE эту информацию передают в канале PDCCH во время первого символа или символов этого субкадра. Однако, как уже пояснено ранее, информация, передаваемая в канале PDCCH, распределена во всей полосе этого субкадра и потому не может быть принята мобильным терминалом связи, имеющим упрощенный приемный модуль, способный принимать только виртуальную несущую с уменьшенной шириной полосы.
Соответственно, как можно видеть на фиг.5, последние символы виртуальной несущей могут быть зарезервированы в качестве области 502 управления виртуальной несущей, назначенной для передачи данных управления, указывающих, какие ресурсные элементы виртуальной несущей 501 были назначены. В некоторых примерах число символов, составляющих область 502 управления виртуальной несущей, фиксировано и равно, например, трем символам. В других примерах размер области 502 управления виртуальной несущей может варьироваться, например, от одного до трех символов.
Область управления виртуальной несущей может находиться в любой позиции в составе виртуальной несущей, например в первых нескольких символах виртуальной несущей. В примере, показанном на фиг.5, это могло бы означать расположение области управления виртуальной несущей в четвертом, пятом и шестом символах. Однако фиксация позиции области управления виртуальной несущей в последних символах субкадра может дать некоторое преимущество, поскольку в этом случае нет необходимости изменять позицию области управления виртуальной несущей, даже если число символов области управления главной несущей изменяется. Это упрощает обработку данных в мобильном терминале связи, принимающем данные на виртуальной несущей, поскольку уже нет необходимости определять расположение области управления виртуальной несущей в каждом субкадре, так как уже известно, что она всегда находится в последних символах каждого субкадра.
Еще в одном варианте символы управления виртуальной несущей могут быть привязаны к передачам канала PDSCH на виртуальной несущей в отдельном субкадре.
В некоторых примерах виртуальная несущая может находиться в пределах центральной полосы 310 в субкадре нисходящей линии. Это должно минимизировать степень уменьшения объема ресурсов канала PDSCH на главной несущей из-за того, что была вставлена виртуальная несущая, поскольку ресурсы, занятые синхросигналом PSS/SSS и каналом РВСН, будут находиться в области виртуальной несущей, а не в области канала PDSCGH главной несущей. Поэтому в соответствии с, например, планируемой пропускной способностью виртуальной несущей местонахождение этой виртуальной несущей может быть выбрано должным образом внутри или вне центральной полосы в зависимости от того, какая несущая - главная или виртуальная- выбрана в качестве носителя служебной информации - синхросигналов PSS, SSS и канала РВСН.
Процедура регистрации и вхождения в связь в ячейке на виртуальной несущей
Как поясняется выше, прежде чем обычный LTE-терминал сможет начать передачу и прием данных в ячейке, он должен сначала зарегистрироваться и войти в связь в этой ячейке. Адаптированная процедура регистрации и вхождения в связь должна быть выполнена прежде, чем терминалы смогут принимать данные на виртуальной несущей.
На фиг.6 представлена логическая схема, иллюстрирующая процедуру регистрации и вхождения в связь в ячейке согласно одному из примеров настоящего изобретения. Эта процедура регистрации и вхождения в связь в ячейке рассмотрена со ссылками на субкадр, показанный на фиг.5, где виртуальная несущая с шириной полосы, эквивалентной 144 поднесущим, вставлена в полосу главной несущей, ширина которой эквивалентна 1200 поднесущим. Как обсуждается выше, терминал, имеющий приемный модуль с шириной рабочей полосы меньше ширины полосы главной несущей, не в состоянии декодировать данные в области управления субкадра главной несущей. Однако если приемный модуль терминала имеет рабочую полосу шириной по меньшей мере в двенадцать блоков по двенадцать поднесущих в каждом блоке (т.е. всего 2,16 МГц), тогда он сможет принимать данные, переданные на примере виртуальной несущей 502.
В примере, показанном на фиг.6, первые этапы 400 и 401 являются такими же, как и в обычной процедуре регистрации и вхождения в связь в ячейке, изображенной на фиг.4, хотя терминал для виртуальной несущей может извлекать дополнительную информацию из блока MIB, как описано ниже. Оба терминала могут использовать синхросигналы PSS/SSS и канал РВСН для синхронизации с базовой станцией с применением информации, содержащейся в центральной полосе шириной, эквивалентной 72 поднесущим, в пределах полосы главной несущей. Однако там, где обычные LTE-терминалы продолжают выполнение процедуры посредством осуществления этапа 402 декодирования канала PCFICH, что требует наличия приемного модуля, способного принимать и декодировать область 300 управления главной несущей, терминал, регистрирующийся и входящий в связь в ячейке для приема данных на виртуальной несущей (именуемый далее «терминал с виртуальной несущей»), выполняет вместо этого этапы 606 и 607.
Еще в одном варианте настоящего изобретения для устройства с виртуальной несущей могут быть реализованы отдельные функции для синхронизации и использования сигнала канала РВСН вместо того, чтобы вновь осуществлять те же самые начальные операции этапов 400 и 401 обычной процедуры регистрации и вхождения в связь в ячейке, как в устройстве с главной несущей.
На этапе 606 терминал с виртуальной несущей находит виртуальную несущую, если она вставлена в полосу главной несущей, с использованием этапа, специфичного для виртуальной несущей. Различные возможные варианты этого этапа обсуждаются ниже. Когда терминал с виртуальной несущей обнаружил виртуальную несущую, он может получить доступ к информации на этой виртуальной несущей. Например, если виртуальная несущая использует обычный способ назначения ресурсов в системе LTE, терминал с виртуальной несущей может затем декодировать сегменты управления в составе виртуальной несущей, которые могут, например, указывать, какие ресурсные элементы в составе виртуальной несущей были назначены для конкретного терминала с виртуальной несущей или для системной информации. Например, на фиг.7 показаны блоки ресурсных элементов с 350 по 352, которые были назначены для субкадра SF2. Однако здесь не требуется, чтобы терминал с виртуальной несущей следовал обычной процедуре системы LTE (например, этапы 402-404) или зеркально отражал такую процедуру, так что в процедуре регистрации и вхождения в связь в ячейке на виртуальной несущей эти этапы могут сильно отличаться от обычной процедуры.
Независимо от того, следует ли терминал с виртуальной несущей процедуре типа процедуры для системы LTE или выполняет этапы другого типа в ходе осуществления этапа 607, этот терминал с виртуальной несущей может далее декодировать назначенные ему ресурсные элементы на этапе 608 и затем принимать данные, передаваемые базовой станцией. Данные, декодированные на этапе 608, включают оставшуюся часть системной информации, содержащую подробности конфигурации сети.
Даже хотя терминал с виртуальной несущей не имеет достаточной ширины полосы для декодирования и приема данных нисходящей линии, если они были переданы на главной несущей с использованием обычных процедур системы LTE, он все равно может получить доступ к имеющей ограниченную полосу виртуальной несущей в составе главной несущей путем выполнения начальных этапов процедуры системы LTE. Этап 608 может быть реализован способом, аналогичным способу в системе LTE, или другим способом. Например, терминалы с виртуальной несущей могут совместно использовать виртуальную несущую и иметь назначенные им гранты для управления таким совместным использованием виртуальной несущей, как показано в субкадре SF2 на фиг.7, или, в другом примере, терминал с виртуальной несущей может обладать всей виртуальной несущей, назначенной ему для его собственных нисходящих передач, либо виртуальная несущая может быть целиком назначена терминалу с виртуальной несущей только для некоторого числа субкадров и т.п.
Таким образом, рассмотренная процедура регистрации и вхождения в связь в ячейке на виртуальной несущей обладает некоторой степенью гибкости. Она, например, дает возможность выбирать между подстройкой баланса между повторным использованием и зеркальным отражением этапов или процедур обычной системы LTE, уменьшая тем самым сложность терминала и необходимость в реализации новых элементов, с одной стороны, и добавлением новых, специфичных для виртуальной несущей аспектов и реализации, потенциально оптимизируя тем самым использование узкополосных виртуальных несущих, помня при этом, что система LTE была разработана для более широкополосных главных несущих, с другой стороны.
Обнаружение виртуальной несущей нисходящей линии
Как описано выше, терминал с виртуальной несущей должен обнаружить позицию виртуальной несущей прежде, чем он сможет принимать и декодировать передачи на виртуальной несущей. Для обнаружения присутствия и местонахождения виртуальной несущей есть ряд вариантов, которые могут быть реализованы по отдельности или в различных сочетаниях. Некоторые из этих вариантов способов обсуждаются ниже.
Для облегчения обнаружения виртуальной несущей терминалу с виртуальной несущей может быть предоставлена информация о местонахождении этой виртуальной несущей, чтобы ему было проще найти позицию виртуальной несущей, если таковая несущая существует. Например, такая информация о местонахождении может включать указание, что в состав главной несущей введены одна или несколько виртуальных несущих, либо что в составе главной несущей в настоящий момент нет никаких виртуальных несущих. Она может также содержать указание ширины полосы виртуальной несущей, например, в МГц или в блоках ресурсных элементов. В качестве альтернативы перечисленным выше способам или в сочетании с ними информация о местонахождении виртуальной несущей может содержать указание центральной частоты и ширины полосы виртуальной несущей, давая тем самым терминалу с виртуальной несущей точные сведения о позиции и ширине полосы любой активной виртуальной несущей. Если виртуальную несущую в каждом субкадре нужно искать в другой частотной позиции, отличной от предыдущего субкадра, согласно, например, алгоритму псевдослучайной перестройки частоты, информация о местонахождении может, например, указывать параметр псевдослучайного выбора. Такие параметры могут включать стартовый кадр и параметры, используемые в алгоритме псевдослучайного выбора. Используя эти параметры псевдослучайного выбора, терминал с виртуальной несущей может теперь знать, где можно найти виртуальную несущую в любом субкадре.
Предпочтительный вариант реализации, который должен потребовать внесения лишь небольших изменений в терминал с виртуальной несущей (по сравнению с обычным LTE-терминалом), состоит в том, чтобы включить информацию о местонахождении в канал РВСН, который уже содержит блок главной информации, или такой блок MIB в центральную полосу главной несущей. Как показано на фиг.8, блок MIB содержит 24 бит (3 бит для указания ширины полосы нисходящей линии (DL), 8 бит для указания номера системного кадра или SFN и 3 бит, относящихся к конфигурации канала PHICH). Таким образом, блок MIB содержит 10 резервных бит, которые могут быть использованы для передачи информации о местонахождении одной или нескольких виртуальных несущих. Например, на фиг.9 показан пример, в котором канал РВСН содержит блок MIB и информацию о местонахождении ("LI") для указания любому терминалу с виртуальной несущей на позицию виртуальной несущей.
В альтернативном варианте такая информация о местонахождении может быть передана, например, в центральной полосе вне канала РВСН. Она может, например, всегда располагаться после сигнала канала РВСН и рядом с ним. В результате передачи информации о местонахождении в центральной полосе, но вне канала РВСН, обычный канал РВСН не подвергается модификации для целей использования виртуальных несущих, но терминал с виртуальной несущей сможет легко найти информацию о местонахождении, чтобы обнаружить виртуальную несущую, если таковая имеется.
Информация о местонахождении виртуальной несущей, если таковая имеется, может быть введена в любое место главной несущей, но предпочтительно передавать ее в центральной полосе, поскольку терминал с виртуальной несущей будет преимущественно конфигурировать свой приемник для работы в этой центральной полосе, так что такому терминалу с виртуальной несущей не будет в этом случае нужды перестраивать свой приемник, чтобы найти эту информацию о местонахождении.
В зависимости от объема передаваемой информации о местонахождении виртуальной несущей терминал с виртуальной несущей может либо подстроить свой приемник с целью приема передач на виртуальной несущей, либо потребовать дополнительную информацию о местонахождении прежде, чем он сможет осуществить такую подстройку.
Если, например, терминалу с виртуальной несущей была предоставлена информация, указывающая факт присутствия виртуальной несущей и/или ширину полосы этой виртуальной несущей, но не содержащая никаких подробностей относительно точного частотного диапазона виртуальной несущей, либо если терминал с виртуальной несущей не получил никакой информации о местонахождении виртуальной несущей, этот терминал с виртуальной несущей может тогда сканировать главную несущую в поисках виртуальной несущей (например, осуществлять так называемый поиск вслепую). Сканирование главной несущей в поисках виртуальной несущей может быть основано на различных подходах, некоторые из этих подходов будут представлены ниже.
Согласно первому подходу виртуальная несущая может быть вставлена в некоторые заданные позиции, как показано, например, на фиг.10 для случая четырех позиций. Тогда терминал с виртуальной несущей сканирует эти четыре позиции L1-L4 для обнаружения какой-либо виртуальной несущей. Если и когда терминал с виртуальной несущей обнаружит виртуальную несущую, он может затем зарегистрироваться и войти в связь на этой несущей для приема данных нисходящей линии. При таком подходе терминал с виртуальной несущей должен знать возможные позиции виртуальной несущей заранее, например, считывая их из своей внутренней памяти. Обнаружение виртуальной несущей может быть осуществлено путем попытки декодировать известный физический канал на этой виртуальной несущей. Успешное декодирование такого канала, на что может указывать, например, успешная проверка декодированных данных с использованием циклически избыточного контрольного кода (CRC), будет служить индикатором успешного обнаружения местонахождения виртуальной несущей.
Согласно второму подходу виртуальная несущая может включать сигналы позиций, так что терминал с виртуальной несущей, сканируя главную несущую, может обнаружить такие сигналы, чтобы идентифицировать присутствие виртуальной несущей. Примеры возможных сигналов позиций показаны на фиг.11A-11D. В примерах, представленных на фиг.11A-11C, виртуальная несущая регулярно передает произвольный сигнал позиции, так что терминал, сканирующий частотный диапазон, где присутствует такой сигнал позиции, сможет обнаружить этот сигнал. Термин «произвольный» сигнал означает какой-либо сигнал, который не несет какой-нибудь информации как таковой или не может быть интерпретирован в качестве носителя информации, а просто содержит некий специальный сигнал или структуру, которую терминал с виртуальной несущей может обнаружить. Это может быть, например, ряд положительных битов в пределах сигнала позиций, чередование 0 и 1 в пределах сигнала позиции или какой-либо другой подходящий произвольный сигнал. Примечательно, что сигнал позиции может быть построен из соседствующих блоков ресурсных элементов или может быть построен из несмежных блоков. Например, он может находиться в каждом втором блоке ресурсных элементов в начале виртуальной несущей.
В примере, показанном на фиг.11A, сигнал 353 позиции простирается по всему диапазону R330 виртуальной несущей 330 и всегда может быть найден в одной и той же позиции в составе виртуальной несущей в пределах субкадра. Если терминал с виртуальной несущей знает, где искать сигнал позиции в субкадре виртуальной несущей, это может упростить процесс сканирования, поскольку для обнаружения сигнала позиции достаточно сканировать только известную позицию в субкадре. На фиг.11B показан аналогичный пример, в котором каждый субкадр включает сигнал 354 позиции, содержащий две части: одна в верхнем углу и другая в нижнем углу субкадра виртуальной несущей в конце этого субкадра. Такой сигнал позиции может оказаться полезным, если, например, терминал с виртуальной несущей не знает заранее ширину полосы виртуальной несущей, поскольку такая структура сигнала позиции облегчит четкое определение верхнего и нижнего краев полосы виртуальной несущей.
В примере, изображенном на фиг.11C, сигнал 355 позиции передают только в первом субкадре SF1, но не во втором субкадре SF2. Этот сигнал позиции может быть, например, передан один раз в каждых двух субкадрах. Частоту передачи сигналов позиции можно выбирать для подбора баланса между сокращением времени сканирования и уменьшением объема передаваемой служебной информации. Другими словами, чем чаще передавать сигнал позиции, тем меньше времени уходит у терминала на обнаружение виртуальной несущей, но тем больше издержки (объем передаваемой служебной информации).
В примере, показанном на фиг.11D, сигнал позиции не является произвольным сигналом, как на фиг.11A-11C, а содержит информацию для терминалов с виртуальной несущей. Такие терминалы с виртуальной несущей могут обнаружить этот сигнал, когда они сканируют принимаемый сигнал в поисках виртуальной несущей, и обнаруженный сигнал может включать информацию относительно, например, ширины полосы виртуальной несущей или какую-либо другую информацию, относящуюся к виртуальной несущей (информацию, связанную с позицией или не связанную с ней). Обнаружив такой сигнал, терминал с виртуальной несущей может теперь определить факт присутствия и позицию виртуальной несущей. Как показано на фиг.11D, сигнал позиции может, аналогично произвольному сигналу позиции, быть найден в различных позициях в пределах субкадра, причем местонахождение сигнала позиции в субкадре может изменяться от одного субкадра к другому.
Динамическое изменение размера области управления в составе главной несущей
Как поясняется выше, в системе LTE число символов, составляющих область управления в субкадре нисходящей линии, изменяется динамически в зависимости от объема данных управления, которые нужно передать. Обычно размер области варьируется от одного до трех символов. Как должно быть понятно из фиг.5, изменение ширины области управления главной несущей приведет к соответствующему изменению числа символов, доступных для виртуальной несущей. Например, как видно на фиг.5, когда длина области управления составляет три символа, а субкадр содержит 14 символов, длина виртуальной несущей равна одиннадцати символам. Однако если в следующем субкадре длина области управления главной несущей уменьшилась до одного символа, тогда для виртуальной несущей будут доступны уже тринадцать символов в этом субкадре.
Когда виртуальная несущая вставлена в главную несущую в системе LTE, мобильные терминалы связи, принимающие данные на виртуальной несущей, должны быть способны определить число символов в области управления главной несущей в каждом субкадре, чтобы определить число символов виртуальной несущей в этом субкадре, если они могут использовать все доступные символы, не используемые областью управления главной несущей.
Обычно о числе символов, образующих область управления, сообщают в первом символе каждого субкадра в канале PCFICH. Однако сигнал канала PCFICH обычно распределен по всей полосе субкадра нисходящей линии в системе LTE, так что его передают на поднесущих, которые терминалы с виртуальной несущей, способные принимать только виртуальную несущую, принять не могут. Соответственно в одном из вариантов любые символы, которые, вероятно, может захватывать область управления, заранее задают в качестве нулевых символов для виртуальной несущей, т.е. длину виртуальной несущей задают равной (m-n) символов, где m - общее число символов в субкадре и n - максимальное число символов в области управления. Таким образом, ресурсные элементы для передачи данных нисходящей линии на виртуальной несущей никогда не назначают в пределах первых n символов любого конкретного субкадра.
Хотя такой вариант прост для реализации, он будет спектрально неэффективен, поскольку в субкадрах, где область управления главной несущей содержит меньше максимального числа символов, останутся символы, неиспользуемые для виртуальной несущей.
В другом варианте о числе символов в области управления главной несущей сообщают в явной форме на самой виртуальной несущей. Когда число символов в области управления главной несущей известно, число символов виртуальной несущей можно вычислить путем вычитания этого числа символов в области управления из общего числа символов в субкадре.
В одном из примеров явное указание размера области управления главной несущей дают определенные информационные биты в области управления виртуальной несущей. Другими словами, явное сигнализационное сообщение вставлено в заданную позицию в области 502 управления виртуальной несущей. Эта заданная позиция известна каждому терминалу, адаптированному для приема данных на виртуальной несущей.
В другом примере виртуальная несущая включает заданный сигнал, позиция которого указывает число символов в области управления главной несущей. Например, этот заданный сигнал может быть передан в одном из трех заданных блоков ресурсных элементов. Когда терминал принимает субкадр, он сканирует этот субкадр в поисках указанного заданного сигнала. Если заданный сигнал найден в первом блоке ресурсных элементов, это означает, что область управления главной несущей содержит один символ; если заданный сигнал найден во втором блоке ресурсных элементов, это означает, что область управления главной несущей содержит два символа, и если заданный сигнал найден в третьем блоке ресурсных элементов, это означает, что область управления главной несущей содержит три символа.
В другом примере терминал с виртуальной несущей сначала пытается декодировать виртуальную несущую в предположении, что размер области управления главной несущей равен одному символу. Если попытка оказалась неудачной, терминал с виртуальной несущей пытается декодировать виртуальную несущую в предположении, что размер области управления главной несущей равен двум символам и т.д., до тех пор, пока терминал с виртуальной несущей не сможет успешно декодировать виртуальную несущую.
Опорные сигналы виртуальной несущей нисходящей линии
Как известно, в системах связи на основе ортогонального частотного уплотнения (OFDM), таких как системы LTE, некоторое число поднесущих в каждом символе обычно зарезервировано для передачи опорных сигналов. Эти опорные сигналы передают на поднесущих, распределенных в субкадре по всей полосе канала и по OFDM-символам. Эти опорные сигналы организованы в виде повторяющейся структуры и могут быть, таким образом, использованы приемником, применяющим алгоритмы экстраполяции и интерполяции, для оценки передаточной функции канала, воздействующей на данные, передаваемые на каждой поднесущей. Эти опорные сигналы обычно используются также в некоторых дополнительных целях, таких как определение метрических показателей, указывающих мощность принимаемого сигнала, метрических показателей для автоматической подстройки частоты и метрических показателей для автоматической регулировки мощности. В системе LTE позиции поднесущих, передающих опорный сигнал, в каждом субкадре заданы заранее и, вследствие этого, известны приемнику каждого терминала.
В субкадрах нисходящей линии в системе LTE опорные сигналы от каждого порта передающей антенны обычно вставляют в каждую шестую поднесущую. Соответственно если в субкадр нисходящей линии в системе LTE вставлена виртуальная несущая, то даже если эта виртуальная несущая имеет минимальную ширину полосы в один ресурсный блок (т.е. двенадцать поднесущих), такая поднесущая будет включать по меньшей мере несколько поднесущих, передающих опорные сигналы.
В каждом субкадре выделено достаточное число поднесущих, передающих опорные сигналы, так что приемнику нет необходимости точно принимать каждый отдельный опорный сигнал, чтобы декодировать данные, передаваемые в субкадре. Однако должно быть понятно, что чем больше опорных сигналов будет принято, тем лучше приемник будет способен оценить характеристику канала и, следовательно, тем меньше ошибок обычно попадет в данные, декодированные из рассматриваемого субкадра. Соответственно для сохранения совместимости с LTE-терминалами связи, принимающими данные на главной несущей, в некоторых примерах настоящего изобретения позиции поднесущих, которые должны содержать опорные сигналы в обычном субкадре системы LTE, сохраняются в виртуальной несущей.
Как должно быть понятно согласно примерам настоящего изобретения, терминалы, предназначенные для приема только виртуальной несущей, принимают уменьшенное число поднесущих по сравнению с обычными LTE-терминалами, которые принимают каждый субкадр по всей ширине полосы этого субкадра. В результате терминалы с уменьшенными функциональными возможностями принимают меньшее число опорных сигналов в более узкой полосе частот, что может привести к получению менее точной оценки характеристики канала.
В некоторых примерах упрощенный терминал с виртуальной несущей может обладать более низкой мобильностью, что требует меньше опорных символов для поддержки оценки характеристики канала. Однако в некоторых примерах настоящего изобретения виртуальная несущая нисходящей линии включает дополнительные поднесущие, передающие опорные сигналы, для повышения точности оценки характеристики канала, которую могут генерировать терминалы с уменьшенными функциональными возможностями.
В некоторых примерах позиции дополнительных поднесущих, передающих опорные сигналы, систематически распределены между позициями обычных поднесущих, передающих опорные сигналы, что увеличивает частоту дискретизации при оценке характеристики канала в сочетании с опорными сигналами от существующих поднесущих, передающих опорные сигналы. Это позволяет терминалам с уменьшенными функциональными возможностями генерировать усовершенствованную оценку характеристики канала по всей ширине полосы виртуальной несущей. В других примерах позиции дополнительных поднесущих, передающих опорные сигналы, систематически располагаются на краю полосы виртуальной несущей, что увеличивает точность интерполяции при генерации оценок характеристики канала для виртуальной несущей.
Альтернативные варианты организации виртуальных несущих
До сих пор варианты настоящего изобретения были описаны в основном в терминах одной главной несущей, в которую вставлена единственная виртуальная несущая, как показано на фиг.5. Однако в некоторых примерах главная несущая может включать больше одной виртуальной несущей, как показано, например, на фиг.12. На фиг.12 представлен пример, когда в пределах главной несущей 320 организованы две виртуальные несущие VC1 (330) и VC2 (331). В этом примере местонахождение двух виртуальных несущих в полосе главной несущей изменяется в соответствии с псевдослучайным алгоритмом. Однако в других примерах позиции одной или обеих из этих двух виртуальных несущих могут находиться в одном и том же частотном диапазоне в пределах частотного диапазона главной несущей или могут изменяться в соответствии с другим механизмом. В системе LTE число виртуальных несущих в пределах главной несущей ограничено только размером этой главной несущей. Однако если число виртуальных несущих будет слишком большим, это может привести к чрезмерному ограничению ширины полосы, доступной для передачи данных обычным LTE-терминалам, так что оператор может принимать решение о числе виртуальных несущих в пределах главной несущей в соответствии, например, с соотношением между числом обычных пользователей системы LTE и числом пользователей виртуальных несущих.
В некоторых примерах число активных виртуальных несущих может быть динамически скорректировано таким образом, чтобы соответствовать текущим потребностям обычных LTE-терминалов и терминалов с виртуальной несущей. Например, если ни один терминал с виртуальной несущей не присоединен или доступ таких терминалов должен быть преднамеренно ограничен, система может начать планировать передачу данных LTE-терминалам на поднесущих, ранее зарезервированных для виртуальной несущей. Этот процесс может быть обращен, если число активных терминалов с виртуальной несущей начинает увеличиваться. В некоторых примерах число виртуальных несущих может быть увеличено в ответ на увеличение числа присутствующих терминалов с виртуальной несущей. Например, если число терминалов с виртуальной несущей в сети или в некой области превосходит некоторую пороговую величину, в главную несущую вставляют дополнительную виртуальную несущую. Сетевые элементы и/или оператор сети могут, таким образом, активизировать или отменить активизацию виртуальных несущих по мере необходимости.
Виртуальная несущая в примере, показанном на фиг.5, имеет ширину полосы, эквивалентную 144 поднесущим. Однако в других примерах виртуальная несущая может иметь полосу любой ширины от эквивалента двенадцати поднесущих до эквивалента 1188 поднесущих (для несущей, имеющей ширину полосы, эквивалентную 1200 поднесущих). Поскольку в системе LTE центральная полоса имеет ширину, эквивалентную 72 поднесущим, терминал с виртуальной несущей в среде системы LTE преимущественно имеет ширину полосы приемника, эквивалентную по меньшей мере 72 поднесущим (1,08 МГц), так что он может декодировать центральную полосу 310, поэтому виртуальная несущая с шириной полосы, эквивалентной 72 поднесущим, может создать удобный вариант реализации. Когда виртуальная несущая содержит 72 поднесущие, терминал с виртуальной несущей не должен подстраивать ширину полосы приемника, чтобы зарегистрироваться и войти в связь на виртуальной несущей, что может тем самым уменьшить сложность выполнения процедуры регистрации и вхождения связь, но нет требования иметь для виртуальной несущей полосу такой же ширины, как центральная полоса, и, как поясняется выше, виртуальная несущая в системе на основе системы LTE может иметь полосу любой ширины, эквивалентную от 12 до 1188 несущих. Например, в некоторых системах виртуальная несущая с полосой, эквивалентной меньше 72 поднесущих, может считаться «потерей» ресурсов приемника терминала с виртуальной несущей, но, с другой точки зрения, это можно рассматривать как уменьшение влияния виртуальной несущей на главную несущую за счет увеличения ширины полосы, доступной для обычных LTE-терминалов. Ширина полосы виртуальной несущей может быть, таким образом, подстроена для достижения желаемого баланса между сложностью, использованием ресурсов, характеристиками для главной несущей и требованиями к терминалам с виртуальной несущей.
Кадр передач в восходящей линии
До сих пор виртуальная несущая обсуждалась применительно к нисходящей линии, однако в некоторых примерах виртуальная несущая может быть также вставлена в сигнал восходящей линии.
В системах мобильной связи, таких как система LTE, структура связи и разнос поднесущих, используемые в восходящей линии, соответствуют аналогичным параметрам в нисходящей линии (как показано, например, на фиг.2). В сетях связи в дуплексном режиме с разделением по частоте (FDD) обе линии - восходящая и нисходящая - активны во всех субкадрах, тогда как субкадры в сетях с дуплексным режимом с разделением по времени (TDD) могут быть назначены либо восходящей линии, либо нисходящей линии, либо возможен вариант, когда субкадр дополнительно разделен на отрезки для восходящей линии и для нисходящей линии.
Для инициирования соединения с сетью обычные LTE-терминалы посылают запрос произвольного доступа по физическому каналу произвольного доступа (PRACH). Этот канал PRACH располагается в заданных блоках ресурсных элементов в кадре восходящей линии, позиции которых сообщают LTE-терминалам в составе системной информации, передаваемой в нисходящей линии.
Более того, когда есть ожидающие данные восходящей линии для передачи от LTE-терминала, а терминалу еще не назначены какие-либо ресурсы восходящей линии, этот терминал может передать запрос произвольного доступа по каналу PRACH в адрес базовой станции. Затем базовая станция принимает решение, какие, если вообще какие-то, блоки ресурсных элементов восходящей линии должны быть назначены мобильному терминалу, пославшему запрос. После этого запросившему LTE-терминалу сообщают о назначениях блоков ресурсов восходящей линии по физическому нисходящему каналу управления (PDCCH), передаваемому в области управления в субкадре нисходящей линии.
В системе LTE передачи от каждого мобильного терминала ограничивают, чтобы занимать группу смежных ресурсных блоков. Для совместно используемого физического канала восходящей линии (physical uplink shared channel (PUSCH)) грант назначения ресурсов восходящей линии, принятый от базовой станции, укажет, какую именно группу ресурсных блоков следует использовать для таких передач и где эти ресурсные блоки могут находиться в пределах полосы канала.
Первые ресурсы, используемые физическим каналом управления восходящей линии (physical uplink control channel (PUCCH)) в системе LTE, расположены на обоих - верхнем и нижнем - краях полосы канала, где каждая передача по каналу PUCCH занимает один ресурсный блок. В первой половине субкадра этот ресурсный блок расположен на одном краю полосы канала, а во второй половине субкадра этот ресурсный блок расположен на противоположном краю полосы канала. Если потребуется больше ресурсов канала PUCCH, дополнительные ресурсные блоки назначают последовательно, «продвигаясь» от края полосы канал внутрь. Поскольку сигналы канала PUCCH передают в режиме кодового уплотнения, восходящая линия в системе LTE может «вместить» несколько передач по каналу PUCCH в одном и том же ресурсном блоке.
Виртуальная несущая в восходящей линии
Согласно вариантам настоящего изобретения терминалы с виртуальной несущей, описанные выше, могут быть также оснащены передатчиками с уменьшенными функциональными возможностями для передачи данных восходящей линии. Эти терминалы с виртуальной несущей передают данные в полосе уменьшенной ширины. Применение передающих модулей с уменьшенными функциональными возможностями создает преимущества, соответствующие тем, которые достигаются за счет применения приемников с уменьшенными функциональными возможностями в, например, таких классах устройств, которые выпускают с уменьшенными функциональными возможностями для использования в приложениях, например, типа МТС.
Аналогично ситуации с виртуальной несущей нисходящей линии, терминалы с виртуальной несущей передают данные восходящей линии в уменьшенном диапазоне поднесущих в пределах главной несущей, ширина полосы которой больше уменьшенной ширины полосы виртуальной несущей. Это показано на фиг.13А. Как можно видеть на фиг.13А, группа поднесущих в субкадре восходящей линии образует виртуальную несущую 1301 в полосе главной несущей 1302. Соответственно полосу уменьшенной ширины, в пределах которой терминалы с виртуальной несущей передают данные восходящей линии, можно рассматривать как виртуальную несущую восходящей линии.
Для реализации виртуальной несущей восходящей линии планировщик базовой станции, обслуживающий виртуальную несущую, обеспечивает, чтобы все ресурсные элементы восходящей линии, предоставленные терминалам с виртуальной несущей, представляли собой поднесущие, попадающие в полосу уменьшенной ширины, в которой работают передающие модули терминалов с виртуальной несущей. Соответственно планировщик базовой станции, обслуживающий главную несущую, обычно обеспечивает, чтобы все ресурсные элементы восходящей линии, предоставленные терминалам с главной несущей, представляли собой поднесущие, находящиеся вне группы поднесущих, занятой терминалами с виртуальной несущей. Однако если планировщики для виртуальной несущей и для главной несущей выполнены совместно или имеют средства для совместного использования информации, тогда планировщик для главной несущей может назначать ресурсные элементы из области виртуальной несущей мобильным терминалам с главной несущей во время субкадров, для которых планировщик виртуальной несущей указывает, что некоторые или все ресурсы виртуальной несущей не будут использоваться мобильными терминалами с виртуальной несущей.
Если восходящая линия с виртуальной несущей содержит физический канал, структура которого и принцип действия аналогичны каналу PUCCH в системе LTE, где ресурсы для этого физического канала будут, как ожидается, находиться на краях полосы канала связи, тогда для терминалов с виртуальной несущей эти ресурсы будут располагаться преимущественно на краях полосы виртуальной несущей, а не на краях полосы главной несущей. Это предпочтительнее, поскольку должно обеспечить, что передачи на виртуальной несущей восходящей линии останутся в пределах уменьшенной полосы виртуальной несущей.
Произвольный доступ к виртуальной несущей восходящей линии
При использовании обычных технологий LTE невозможно гарантировать, чтобы канал PRACH оставался в пределах совокупности поднесущих, назначенных для виртуальной несущей. Поэтому в некоторых вариантах базовая станция создает в пределах полосы виртуальной несущей восходящей линии второй канал PRACH, о местонахождении которого может быть затем сообщено терминалу с виртуальной несущей в составе системной информации на виртуальной несущей. Это показано, например, на фиг.13В, где канал PRACH 1303 расположен в пределах полосы виртуальной несущей 1301. Таким образом, терминалы с виртуальной несущей передают запросы произвольного доступа (PRACH) по каналу PRACH для виртуальной несущей, находящемуся в пределах полосы виртуальной несущей восходящей линии. О позиции канала PRACH можно сообщить терминалам с виртуальной несущей по сигнализационному каналу для виртуальной несущей нисходящей линии, например, в составе системной информации для виртуальной несущей.
Однако в других примерах канал PRACH 1303 для виртуальной несущей располагается вне полосы виртуальной несущей, как показано, например, на фиг.13С. Это оставляет больше места в полосе виртуальной несущей восходящей линии для передачи данных терминалами с виртуальной несущей. Позицию канала PRACH для виртуальной несущей сообщают терминалам с виртуальной несущей, как и раньше, но для передачи запроса произвольного доступа такие терминалы с виртуальной несущей должны перестраивать свои передающие модули на частоту канала PRACH для виртуальной несущей, поскольку эта частота находится вне полосы виртуальной несущей. После назначения ресурсных элементов восходящей линии передающие модули должны снова перестроиться на частоту виртуальной несущей.
В некоторых примерах, где терминалы с виртуальной несущей способны вести передачи по каналу PRACH вне полосы виртуальной несущей, позицию канала PRACH для главной несущей можно сообщить терминалам с виртуальной несущей. Эти терминалы с виртуальной несущей могут тогда просто использовать ресурс обычного канала PRACH для главной несущей, чтобы передавать запросы произвольного доступа. Такой подход предпочтителен, поскольку требует назначения меньшего объема ресурсов канала PRACH.
Однако если базовая станция принимает запросы произвольного доступа от терминалов обоих типов - обычных LTE-терминалов и терминалов с виртуальной несущей - по одному и тому же ресурсу канала PRACH, такой базовой станции необходим механизм, позволяющий различать запросы произвольного доступа от обычных LTE-терминалов и запросы произвольного доступа от терминалов с виртуальной несущей.
Поэтому в некоторых примерах на базовой станции применяется назначение с разделением по времени, согласно которому, например, во время первой группы субкадров канал PRACH назначен для терминалов с виртуальной несущей, а во время второй группы субкадров назначен обычным LTE-терминалам. Соответственно базовая станция может определить, что запросы произвольного доступа, принятые во время первой группы субкадров, исходят от терминалов с виртуальной несущей, а запросы произвольного доступа, принятые во время второй группы субкадров, исходят от обычных LTE-терминалов.
В других примерах нет механизма, который предотвращал бы передачу запросов произвольного доступа терминалами обоих типов - и терминалами с виртуальной несущей, и обычными LTE-терминалами - в одно и то же время. Однако преамбулы запросов произвольного доступа, используемые обычно для передачи запроса произвольного доступа, разбиты на две группы. Первая группа используется исключительно терминалами с виртуальной несущей, а вторая группа используется исключительно обычными LTE-терминалами. Соответственно базовая станция может определить, исходит ли запрос произвольного доступа от обычного LTE-терминала или от терминала с виртуальной несущей, просто установив, к какой группе принадлежит преамбула этого запроса произвольного доступа.
Пример архитектуры
На фиг.14 представлена упрощенная схема, иллюстрирующую часть адаптированной мобильной телекоммуникационной сети стандарта LTE, организованной согласно одному из примеров настоящего изобретения. Система включает адаптированный усовершенствованный узел В (eNB) 1401, соединенный с опорной сетью, которая обменивается данными с несколькими обычными LTE-терминалами 1402 и терминалами 1403 с уменьшенными функциональными возможностями в пределах зоны обслуживания (например, ячейки) 1404. Каждый из терминалов 1403 с уменьшенными функциональными возможностями имеет приемопередающий модуль 1405, который содержит приемный модуль, способный принимать данные в полосе уменьшенной ширины, и передающий модуль, способный передавать данные в полосе уменьшенной ширины, по сравнению с приемопередающим модулем 1406, входящим в состав обычных LTE-терминалов 1402.
Адаптированный узел eNB 1401 организован для передачи данных нисходящей линии с использованием структуры субкадров, включающей виртуальную несущую, как описано со ссылками на фиг.5, и для приема данных восходящей линии с использованием структуры субкадров, описанной со ссылками на фиг 13В или 13С. Терминалы 1403 с уменьшенными функциональными возможностями также могут принимать и передавать данные с использованием виртуальных несущих восходящей линии и нисходящей линии, как описано выше.
Как было пояснено выше, поскольку терминалы 1403 уменьшенной сложности принимают и передают данные в полосе уменьшенной ширины на виртуальных несущих восходящей линии и нисходящей линии, сложность, потребляемая мощность и стоимость приемопередающего модуля 1405, необходимого для приема и декодирования данных нисходящей линии и для кодирования и передачи данных восходящей линии, уменьшены по сравнению с приемопередающим модулем 1406, применяемым в обычных LTE-терминалах.
При приеме данных нисходящей линии из опорной сети 1408 для передачи одному из терминалов, находящихся в ячейке 1404, адаптированный узел eNB 1401 определяет, предназначены ли эти данные для обычного LTE-терминала 1402 или для терминала 1403 с уменьшенными функциональными возможностями. Этого можно добиться с использованием любого подходящего способа. Например, данные, предназначенные для терминала 1403 с уменьшенными функциональными возможностями, могут включать флаг виртуальной несущей, указывающий, что эти данные должны быть переданы на виртуальной несущей нисходящей линии. Если адаптированный узел eNB 1401 определит, что данные нисходящей линии должны быть переданы терминалу 1403 с уменьшенными функциональными возможностями, адаптированный планировщик 1409 из состава адаптированного узла eNB 1401 обеспечит передачу этих данных нисходящей линии рассматриваемому терминалу с уменьшенными функциональными возможностями на виртуальной несущей нисходящей линии. В другом примере сеть организована так, что виртуальная несущая логически независима от узла eNB. Более конкретно, виртуальная несущая выглядит со стороны опорной сети как отдельная ячейка. С точки зрения опорной сети неизвестно, расположена ли виртуальная несущая физически вместе или как-то взаимодействует с главной несущей ячейки. Пакеты маршрутизируют к и от виртуальной несущей точно так же, как и для любой обычной ячейки.
В другом примере осуществляют проверку пакетов в подходящем пункте в сети, чтобы маршрутизировать трафик на подходящую несущую или от подходящей несущей (т.е. главной несущей или виртуальной несущей).
Еще в одном примере данные, поступающие из опорной сети в узел eNB, передают по специальному логическому соединению для конкретного мобильного терминала. Узлу eNB предоставляют информацию, указывающую, какое логическое соединение ассоциировано с каким мобильным терминалом. Узлу eNB предоставляют также информацию, указывающую, какие мобильные терминалы являются терминалами с виртуальной несущей, а какие - обычными LTE-терминалами. Эта информация может быть выведена из того факта, что терминал с виртуальной несущей должен быть первоначально соединен с использованием ресурсов виртуальной несущей. В других примерах терминалы с виртуальной несущей сообщают о своих возможностях узлу eNB в ходе процедуры установления соединения. Соответственно узел eNB может отобразить данные из опорной сети на конкретный мобильный терминал на основе того, является ли этот мобильный терминал терминалом с виртуальной несущей или LTE-терминалом.
В ходе планирования ресурсов для передач данных в восходящей линии адаптированный узел eNB 1401 определяет, является ли терминал, для которого нужно планировать ресурсы, терминалом 1403 с уменьшенными функциональными возможностями или обычным LTE-терминалом 1402. В некоторых примерах это достигается путем анализа запроса произвольного доступа, переданного по каналу PRACH, с использованием способов различения между запросом произвольного доступа на виртуальной несущей и обычным запросом произвольного доступа, как описано выше. В любом случае, если адаптированный узел eNB 1401 определил, что запрос произвольного доступа поступил от терминала 1403 с уменьшенными функциональными возможностями, адаптивный планировщик 1409 обеспечивает, чтобы любые гранты ресурсов восходящей линии находились в пределах полосы виртуальной несущей восходящей линии.
В некоторых примерах виртуальная несущая, вставленная в полосу главной несущей, может быть использована для создания логически отдельной «сети в сети». Другими словами, данные, передаваемые на виртуальной несущей, можно рассматривать и работать с ними как с логически и физически отдельными от данных, передаваемых сетью с главной несущей. Виртуальная несущая может быть, таким образом, использована для реализации так называемой выделенной сети передачи сообщений (dedicated messaging network (DMN)), которая «наложена поверх» обычной сети связи и используется для передачи сообщений DMN-устройствам (т.е. терминалам с виртуальной несущей).
В примеры настоящего изобретения могут быть внесены разнообразные модификации. Варианты настоящего изобретения были здесь определены главным образом в терминах терминалов с уменьшенными функциональными возможностями, передающих данные на виртуальной несущей, вставленной в полосу главной несущей на основе обычной системы LTE. Однако должно быть понятно, что любое подходящее устройство может передавать и принимать данные с использованием описанных виртуальных несущий для примеров устройств, которые имеют такие же функциональные возможности, как обычный LTE-терминал или устройство с увеличенными функциональными возможностями.
Более того, должно быть понятно, что общие принципы вставки виртуальной несущей в подмножество ресурсов восходящей линии или нисходящей линии могут быть применены к любой подходящей технологии мобильных телекоммуникаций и не должны ограничиваться системами, использующими радиоинтерфейс на основе системы LTE.
Claims (10)
1. Базовая станция для приема данных в восходящей линии, передаваемых от мобильных терминалов первого типа и мобильных терминалов второго типа через радиоинтерфейс с использованием нескольких поднесущих, при этом мобильные терминалы первого типа выполнены с возможностью передачи данных в восходящей линии на первой группе поднесущих из совокупности нескольких поднесущих в первой полосе частот и мобильные терминалы второго типа выполнены с возможностью передачи данных в восходящей линии на второй группе поднесущих из совокупности нескольких поднесущих в пределах первой группы поднесущих во второй полосе частот, так что вторая полоса уже первой полосы, и
базовая станция предоставляет радиоресурсы восходящей линии в ответ на сообщения запроса произвольного доступа, передаваемые мобильными терминалами первого типа, передающими в первом канале произвольного доступа, и предоставляет радиоресурсы восходящей линии в ответ на сообщения запроса произвольного доступа, передаваемые мобильными терминалами второго типа, передающими во втором канале произвольного доступа, так что сообщения запроса произвольного доступа, передаваемые во втором канале произвольного доступа, передают на поднесущих из второй группы.
базовая станция предоставляет радиоресурсы восходящей линии в ответ на сообщения запроса произвольного доступа, передаваемые мобильными терминалами первого типа, передающими в первом канале произвольного доступа, и предоставляет радиоресурсы восходящей линии в ответ на сообщения запроса произвольного доступа, передаваемые мобильными терминалами второго типа, передающими во втором канале произвольного доступа, так что сообщения запроса произвольного доступа, передаваемые во втором канале произвольного доступа, передают на поднесущих из второй группы.
2. Базовая станция по п.1, отличающаяся тем, что вторая группа поднесущих образует виртуальную несущую, вставленную в первую полосу, а остальные поднесущие образуют главную несущую.
3. Базовая станция по п.1 или 2, отличающаяся тем, что базовая станция сообщает позицию второго канала произвольного доступа мобильным терминалам второго типа по сигнализационному каналу нисходящей линии.
4. Базовая станция по п.1 или 2, отличающаяся тем, что эта базовая станция передает данные нисходящей линии мобильным терминалам первого типа на третьей группе поднесущих в третьей полосе частот и передает данные нисходящей линии мобильным терминалам второго типа на четвертой группе поднесущих в четвертой полосе частот, так что четвертая полоса частот уже третьей полосы частот и четвертая группа поднесущих располагается в пределах третьей группы поднесущих.
5. Базовая станция для приема данных восходящей линии, передаваемых мобильными терминалами первого типа и мобильными терминалами второго типа через радиоинтерфейс с использованием нескольких поднесущих, при этом мобильные терминалы первого типа выполнены с возможностью передачи данных восходящей линии на поднесущих первой группы, занимающих первую полосу частот, из всей совокупности поднесущих, а мобильные терминалы второго типа выполнены с возможностью передачи данных восходящей линии на занимающих вторую полосу частот поднесущих второй группы из состава поднесущих первой группы, причем вторая полоса уже первой полосы, и
базовая станция предоставляет радиоресурсы восходящей линии в ответ на сообщения запроса произвольного доступа, передаваемые мобильными терминалами первого типа по первому каналу произвольного доступа, и предоставляет радиоресурсы восходящей линии в ответ на сообщения запроса произвольного доступа, передаваемые мобильными терминалами второго типа по второму каналу произвольного доступа, так что сообщения запроса произвольного доступа во втором канале произвольного доступа передают на частотах вне второй группы поднесущих, но в пределах оставшейся части первой группы поднесущих.
базовая станция предоставляет радиоресурсы восходящей линии в ответ на сообщения запроса произвольного доступа, передаваемые мобильными терминалами первого типа по первому каналу произвольного доступа, и предоставляет радиоресурсы восходящей линии в ответ на сообщения запроса произвольного доступа, передаваемые мобильными терминалами второго типа по второму каналу произвольного доступа, так что сообщения запроса произвольного доступа во втором канале произвольного доступа передают на частотах вне второй группы поднесущих, но в пределах оставшейся части первой группы поднесущих.
6. Базовая станция по п.5, отличающаяся тем, что сообщения запроса произвольного доступа, передаваемые по второму каналу произвольного доступа, передают на той же самой группе поднесущих из состава первой группы поднесущих и в то же самое время, как и сообщения запроса произвольного доступа, передаваемые по первому каналу произвольного доступа.
7. Базовая станция по п.6, отличающаяся тем, что эта базовая станция различает сообщения запроса произвольного доступа, передаваемые от мобильных терминалов первого типа, и сообщения запроса произвольного доступа, передаваемые от мобильных терминалов второго типа, путем назначения доступа к первому каналу произвольного доступа для мобильных терминалов первого типа в течение первого периода времени и назначения доступа ко второму каналу произвольного доступа для мобильных терминалов второго типа в течение второго периода времени.
8. Базовая станция по п.6, отличающаяся тем, что эта базовая станция различает сообщения запроса произвольного доступа, передаваемые от мобильных терминалов первого типа, и сообщения запроса произвольного доступа, передаваемые от мобильных терминалов второго типа, путем назначения преамбул запроса произвольного доступа первого типа мобильным терминалам первого типа и назначения преамбул запроса произвольного доступа второго типа мобильным терминалам второго типа.
9. Базовая станция по любому из пп.5-8, отличающаяся тем, что вторая группа поднесущих образует виртуальную несущую, вставленную в первую полосу частот, а остальные поднесущие образуют главную несущую.
10. Базовая станция по любому из пп.5-8, отличающаяся тем, что эта базовая станция передает данные нисходящей линии мобильным терминалам первого типа на третьей группе поднесущих в третьей полосе частот и передает данные нисходящей линии мобильным терминалам второго типа на четвертой группе поднесущих в четвертой полосе частот, так что четвертая полоса частот уже третьей полосы частот и четвертая группа поднесущих располагается в пределах третьей группы поднесущих.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB1101981.7A GB2487908B (en) | 2011-02-04 | 2011-02-04 | Telecommunications method and system |
GB1101981.7 | 2011-02-04 | ||
PCT/GB2012/050208 WO2012104629A2 (en) | 2011-02-04 | 2012-02-01 | Telecommunications method and system |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2013140768A RU2013140768A (ru) | 2015-03-10 |
RU2586319C2 true RU2586319C2 (ru) | 2016-06-10 |
Family
ID=43836240
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2013140768/07A RU2586319C2 (ru) | 2011-02-04 | 2012-02-01 | Способ и система телекоммуникаций |
Country Status (8)
Country | Link |
---|---|
US (1) | US10785774B2 (ru) |
EP (3) | EP3611990B1 (ru) |
CN (1) | CN103340007B (ru) |
AU (1) | AU2012213192B2 (ru) |
CA (1) | CA2825086C (ru) |
GB (1) | GB2487908B (ru) |
RU (1) | RU2586319C2 (ru) |
WO (1) | WO2012104629A2 (ru) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2726741C1 (ru) * | 2017-04-17 | 2020-07-15 | Бейдзин Сяоми Мобайл Софтвэр Ко., Лтд. | Способ и устройство для запроса системной информации, пользовательское оборудование и базовая станция |
US20220283260A1 (en) * | 2016-09-22 | 2022-09-08 | The Regents Of The University Of California | Sdr for navigation with lte signals |
Families Citing this family (81)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9167470B2 (en) * | 2010-08-05 | 2015-10-20 | Htc Corporation | Handling signaling congestion and related communication device |
GB2487907B (en) * | 2011-02-04 | 2015-08-26 | Sca Ipla Holdings Inc | Telecommunications method and system |
GB2491866B (en) | 2011-06-15 | 2015-10-14 | Sca Ipla Holdings Inc | Apparatus and methods for selecting carriers to camp on to in a wireless telecommunications system supporting a plurality of carriers |
GB2492062B (en) * | 2011-06-15 | 2015-10-14 | Sca Ipla Holdings Inc | Apparatus and methods for controlling carrier selection in a wireless telecommunications system |
GB2493703C (en) | 2011-08-11 | 2020-03-04 | Sca Ipla Holdings Inc | OFDM subcarrier allocations in wireless telecommunications systems |
GB2493702B (en) | 2011-08-11 | 2016-05-04 | Sca Ipla Holdings Inc | OFDM subcarrier allocations in wireless telecommunications systems |
GB2493780B (en) | 2011-08-19 | 2016-04-20 | Sca Ipla Holdings Inc | Telecommunications apparatus and methods |
GB2493917B (en) * | 2011-08-19 | 2016-04-06 | Sca Ipla Holdings Inc | Telecommunications apparatus and methods for multicast transmissions |
CN103843395B (zh) | 2011-09-30 | 2017-08-22 | Sca艾普拉控股有限公司 | 通信终端和通信的方法 |
GB2497742B (en) | 2011-12-19 | 2017-02-22 | Sca Ipla Holdings Inc | Telecommunications systems and methods |
GB2497743B (en) | 2011-12-19 | 2017-09-27 | Sca Ipla Holdings Inc | Telecommunications systems and methods |
GB2497937B (en) | 2011-12-22 | 2017-02-01 | Sca Ipla Holdings Inc | Telecommunications apparatus and methods |
GB2497939B (en) | 2011-12-22 | 2017-01-04 | Sca Ipla Holdings Inc | Telecommunications apparatus and methods |
US8817844B2 (en) * | 2012-03-09 | 2014-08-26 | Cambridge Silicon Radio Limited | Parallel narrow band transmission |
GB2502275B (en) | 2012-05-21 | 2017-04-19 | Sony Corp | Telecommunications systems and methods |
GB2502274B (en) | 2012-05-21 | 2017-04-19 | Sony Corp | Telecommunications systems and methods |
GB2506583A (en) * | 2012-08-31 | 2014-04-09 | Sony Corp | Inserting a virtual narrowband carrier in wideband carrier of a mobile communications system |
GB2505489A (en) | 2012-08-31 | 2014-03-05 | Sony Corp | A mobile communications device for use in a virtual narrowband carrier within a wideband carrier of a mobile communications system |
GB2505696A (en) * | 2012-09-07 | 2014-03-12 | Sony Corp | Receiving a sleep indication signal at a communications device in the narrow band control channel of a virtual carrier |
GB2506152C (en) | 2012-09-21 | 2019-12-11 | Sony Corp | Telecommunications systems and methods |
GB2506153A (en) | 2012-09-21 | 2014-03-26 | Sony Corp | A base station punctures OFDM reference symbols to provide fast physical-layer signaling of periods during which a terminal may enter a low power mode. |
GB2506418A (en) | 2012-09-28 | 2014-04-02 | Sony Corp | A base station allocates a centre frequency for an OFDM virtual channel in dependence upon a terminal's bandwidth capability |
GB2506403B (en) | 2012-09-28 | 2018-01-03 | Sony Corp | Assigning mode of virtual channel operation to mobile terminal |
CN104756433B (zh) | 2012-12-03 | 2017-10-31 | 索尼公司 | 用于lte的基于组的pdcch能力 |
WO2014087145A1 (en) | 2012-12-03 | 2014-06-12 | Sony Corporation | Transmission of control information to reduced bandwidth terminals |
US10334630B2 (en) * | 2012-12-10 | 2019-06-25 | Fujitsu Connected Technologies Limited | System and method for user-over-control plane messaging in a wireless network |
GB2509071B (en) | 2012-12-19 | 2018-07-11 | Sony Corp | Telecommunications apparatus and methods |
GB2509070B (en) | 2012-12-19 | 2018-04-11 | Sony Corp | Telecommunications apparatus and methods |
GB2509162B (en) | 2012-12-21 | 2018-09-26 | Sony Corp | Telecommunications apparatus and methods |
GB2509161B (en) * | 2012-12-21 | 2018-09-26 | Sony Corp | Telecommunications apparatus and method |
GB2509912B (en) | 2013-01-16 | 2018-08-15 | Sony Corp | Telecommunications Apparatus and Methods |
GB2509910B (en) | 2013-01-16 | 2019-02-20 | Sony Corp | Telecommunications apparatus and methods |
GB2509913B (en) * | 2013-01-16 | 2018-07-11 | Sony Corp | Telecommunications Apparatus and Methods |
CN104303569B (zh) | 2013-01-18 | 2018-10-30 | 华为技术有限公司 | 公共控制信道的检测方法、传输方法及装置 |
GB2509973A (en) | 2013-01-21 | 2014-07-23 | Sony Corp | Reporting channel state information in a wireless communications system |
GB2510137A (en) * | 2013-01-24 | 2014-07-30 | Sony Corp | Mobile communications network including reduced capability devices |
GB2510141A (en) * | 2013-01-24 | 2014-07-30 | Sony Corp | Mobile communications network including reduced capability devices |
GB2510138A (en) * | 2013-01-24 | 2014-07-30 | Sony Corp | Allocating communications resources within different frequency ranges according to the relative capability of a communications device |
GB2510140A (en) | 2013-01-24 | 2014-07-30 | Sony Corp | Virtual carrier for reduced capability wireless devices |
GB2510367C (en) | 2013-01-31 | 2021-08-11 | Sony Corp | Telecommunications apparatus and methods |
GB2510366A (en) | 2013-01-31 | 2014-08-06 | Sony Corp | Narrowband power boosts for MTC pilot subcarriers |
WO2014170230A2 (en) * | 2013-04-15 | 2014-10-23 | Sony Corporation | Telecommunications apparatus and methods |
JP6419778B2 (ja) | 2013-04-15 | 2018-11-07 | ソニー株式会社 | 通信装置および方法 |
US20150003405A1 (en) * | 2013-06-26 | 2015-01-01 | Mediatek Inc. | Enhanced Broadcast Channel for Primary System Information acquisition in OFDM/OFDMA Systems |
RU2647488C2 (ru) | 2013-08-06 | 2018-03-16 | Сони Корпорейшн | Оборудование инфраструктуры, сеть беспроводной связи и способ |
KR102216502B1 (ko) | 2013-08-06 | 2021-02-17 | 콘비다 와이어리스, 엘엘씨 | 통신 단말기 및 방법 |
CA2919911C (en) | 2013-08-06 | 2021-10-26 | Sony Corporation | Communications system, infrastructure equipment and methods for transmitting and receiving data |
TWI663857B (zh) | 2013-08-06 | 2019-06-21 | 新力股份有限公司 | 傳遞資料的用戶裝置及方法 |
ES2656231T3 (es) | 2013-08-08 | 2018-02-26 | Sony Corporation | Red de comunicaciones móviles, dispositivo de comunicaciones y métodos |
EP3033851B1 (en) * | 2013-08-14 | 2018-09-05 | Sony Corporation | Power density boosting in uplink shared channels |
WO2015022092A1 (en) | 2013-08-16 | 2015-02-19 | Sony Corporation | Telecommunications apparatus and methods |
CN105453476B (zh) | 2013-08-16 | 2020-03-03 | 索尼公司 | 电信设备和方法 |
CN105580487B (zh) | 2013-09-25 | 2019-04-26 | 索尼公司 | 远程通信装置和方法 |
EP3036940B1 (en) | 2013-09-25 | 2018-02-28 | Sony Corporation | Telecommunications apparatus and methods |
WO2015042858A1 (zh) * | 2013-09-27 | 2015-04-02 | 华为技术有限公司 | 通信的方法、用户设备和基站 |
EP3061202B1 (en) | 2013-10-31 | 2018-12-12 | Sony Corporation | Network element and method of communicating using a plurality of control channels modules |
EP3063894B1 (en) | 2013-10-31 | 2020-04-15 | Sony Corporation | Transmission of measurement reports in a wireless communication system |
CN105723792B (zh) | 2013-11-14 | 2020-01-14 | 索尼公司 | 通信系统、基础设施、通信装置及方法 |
WO2015082096A1 (en) | 2013-12-02 | 2015-06-11 | Sony Corporation | Communications device, infrastructure equipment and methods for receiving downlink control information |
EP3097737B1 (en) | 2014-01-23 | 2018-10-03 | Sony Corporation | Mobile communications network, communications device and methods |
CN106061572A (zh) | 2014-01-24 | 2016-10-26 | 华为技术有限公司 | 信息传输的方法、用户设备及基站 |
WO2016050401A1 (en) | 2014-09-29 | 2016-04-07 | Sony Corporation | Infrastructure equipment and methods |
KR102462831B1 (ko) | 2015-01-30 | 2022-11-03 | 소니그룹주식회사 | 전기통신 장치 및 방법들 |
EP3257175B1 (en) | 2015-02-12 | 2019-11-06 | Sony Corporation | Telecommunications apparatus and methods |
WO2016155984A1 (en) | 2015-03-31 | 2016-10-06 | Sony Corporation | Telecommunications apparatus and methods |
US10555363B2 (en) * | 2015-06-26 | 2020-02-04 | Lg Electronics Inc. | Network connection method of terminal using virtual UE system |
TWI763633B (zh) * | 2015-08-25 | 2022-05-11 | 美商Idac控股公司 | 無線傳輸/接收單元及在其中執行的方法 |
EP3357278B1 (en) * | 2015-10-02 | 2019-11-06 | Telefonaktiebolaget LM Ericsson (PUBL) | Narrowband carrier searching |
WO2017070955A1 (zh) * | 2015-10-30 | 2017-05-04 | 华为技术有限公司 | 一种信息的传输方法、信息的处理方法和基站及用户设备 |
US9838978B1 (en) * | 2015-12-16 | 2017-12-05 | Sprint Spectrum L.P. | Techniques for device-to-device frequency reuse in cellular networks |
GB2552689A (en) * | 2016-08-03 | 2018-02-07 | Nec Corp | Communication system |
CN107690173B (zh) | 2016-08-05 | 2020-01-14 | 电信科学技术研究院 | 一种随机接入方法和设备 |
EP3482599A4 (en) | 2016-08-10 | 2019-05-29 | Samsung Electronics Co., Ltd. | METHOD AND DEVICE FOR SUPPORTING THE FLEXIBLE BANDWIDTH OF A USER DEVICE IN A NEXT-GENERATION COMMUNICATION SYSTEM |
CN109644170B (zh) * | 2016-09-26 | 2021-08-03 | 华为技术有限公司 | 一种确定、发送小区参数集合的方法、设备及系统 |
US10368353B2 (en) | 2017-01-27 | 2019-07-30 | Qualcomm Incorporated | Adaptive subcarrier spacing configuration |
CN107148047A (zh) * | 2017-06-15 | 2017-09-08 | 北京北方烽火科技有限公司 | 一种检测虚警信号的方法及基站 |
US11178700B2 (en) | 2017-07-28 | 2021-11-16 | Beijing Xiaomi Mobile Software Co., Ltd. | Unmanned aerial vehicle management method and apparatus, and communication connection establishment method and apparatus |
US11240759B2 (en) * | 2018-02-16 | 2022-02-01 | Telefonaktiebolaget Lm Ericsson (Publ) | PCFICH reliability using power boosting |
US10986646B1 (en) | 2019-10-19 | 2021-04-20 | Skylo Technologies, Inc. | Scheduling virtual preambles for data source reporting |
WO2021184278A1 (zh) * | 2020-03-19 | 2021-09-23 | 海能达通信股份有限公司 | 随机接入方法及系统 |
CN115038127B (zh) * | 2022-06-02 | 2023-09-26 | 中国电信股份有限公司 | 资源调度方法及装置、存储介质和电子设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2467447A (en) * | 2009-02-03 | 2010-08-04 | Sepura Plc | Allocating frequency bandwidth fractions of a communications channel |
RU2009115251A (ru) * | 2006-10-24 | 2010-11-27 | Эл Джи Электроникс Инк. (Kr) | Процедура назначения ресурсов для несинхронизированного радиодоступа к беспроводной связи |
EP2262335A1 (en) * | 2008-04-01 | 2010-12-15 | Huawei Technologies Co., Ltd. | Method and apparatus for multiple providers sharing carrier frequency resourse |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001285927A (ja) | 2000-03-29 | 2001-10-12 | Matsushita Electric Ind Co Ltd | 通信端末装置及び無線通信方法 |
US8582509B2 (en) | 2005-10-27 | 2013-11-12 | Qualcomm Incorporated | Scalable frequency band operation in wireless communication systems |
US8111639B2 (en) * | 2005-12-28 | 2012-02-07 | Panasonic Corporation | Radio transmitting apparatus and radio transmitting method |
KR101264327B1 (ko) * | 2006-04-19 | 2013-05-14 | 한국전자통신연구원 | 랜덤액세스 다이버시티를 얻기 위한 이동국의 송신 방법 |
JP4995684B2 (ja) | 2007-09-28 | 2012-08-08 | 株式会社東芝 | 無線通信装置 |
DE602008003189D1 (de) * | 2008-02-15 | 2010-12-09 | Mitsubishi Electric Corp | Verfahren und Vorrichtung zur Entscheidung, ob eine Basisstation ein Endgerät nicht nutzen kann |
WO2009109945A2 (en) * | 2008-03-06 | 2009-09-11 | Runcom Technologies Ltd. | Asymmetric bands allocation in downlink and uplink using the same fft size |
US8526374B2 (en) * | 2008-09-12 | 2013-09-03 | Qualcomm Incorporated | Physical random access channel (PRACH) transmission in multicarrier operation |
US8897266B2 (en) * | 2009-03-27 | 2014-11-25 | Qualcomm Incorporated | Method and apparatus for transmitting control information via upper layer |
US9673952B2 (en) * | 2009-04-10 | 2017-06-06 | Qualcomm Inc. | Method and apparatus for supporting user equipments on different system bandwidths |
KR101637004B1 (ko) * | 2009-04-23 | 2016-07-07 | 인터디지탈 패튼 홀딩스, 인크 | 멀티캐리어 무선 통신에서의 임의 접속을 위한 방법 및 장치 |
WO2011008047A2 (ko) * | 2009-07-16 | 2011-01-20 | 엘지전자 주식회사 | 무선 통신 시스템에서 릴레이 백홀 링크를 위한 제어 채널 송수신 방법 및 장치 |
-
2011
- 2011-02-04 GB GB1101981.7A patent/GB2487908B/en active Active
-
2012
- 2012-02-01 RU RU2013140768/07A patent/RU2586319C2/ru active
- 2012-02-01 EP EP19201687.1A patent/EP3611990B1/en active Active
- 2012-02-01 CN CN201280007744.5A patent/CN103340007B/zh active Active
- 2012-02-01 EP EP12742418.2A patent/EP2671420B1/en active Active
- 2012-02-01 WO PCT/GB2012/050208 patent/WO2012104629A2/en active Application Filing
- 2012-02-01 CA CA2825086A patent/CA2825086C/en active Active
- 2012-02-01 US US13/983,402 patent/US10785774B2/en active Active
- 2012-02-01 AU AU2012213192A patent/AU2012213192B2/en not_active Ceased
- 2012-02-01 EP EP23177635.2A patent/EP4258781A3/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2009115251A (ru) * | 2006-10-24 | 2010-11-27 | Эл Джи Электроникс Инк. (Kr) | Процедура назначения ресурсов для несинхронизированного радиодоступа к беспроводной связи |
EP2262335A1 (en) * | 2008-04-01 | 2010-12-15 | Huawei Technologies Co., Ltd. | Method and apparatus for multiple providers sharing carrier frequency resourse |
GB2467447A (en) * | 2009-02-03 | 2010-08-04 | Sepura Plc | Allocating frequency bandwidth fractions of a communications channel |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220283260A1 (en) * | 2016-09-22 | 2022-09-08 | The Regents Of The University Of California | Sdr for navigation with lte signals |
US11802978B2 (en) * | 2016-09-22 | 2023-10-31 | The Regents Of The University Of California | SDR for navigation with LTE signals |
RU2726741C1 (ru) * | 2017-04-17 | 2020-07-15 | Бейдзин Сяоми Мобайл Софтвэр Ко., Лтд. | Способ и устройство для запроса системной информации, пользовательское оборудование и базовая станция |
US11096223B2 (en) | 2017-04-17 | 2021-08-17 | Beijing Xiaomi Mobile Software Co., Ltd. | Methods and apparatuses for requesting system information |
US11612000B2 (en) | 2017-04-17 | 2023-03-21 | Beijing Xiaomi Mobile Software Co., Ltd. | Methods and apparatuses for requesting system information |
US12089265B2 (en) | 2017-04-17 | 2024-09-10 | Beijing Xiaomi Mobile Software Co., Ltd. | Methods and apparatuses for requesting system information |
Also Published As
Publication number | Publication date |
---|---|
EP3611990A1 (en) | 2020-02-19 |
GB2487908A (en) | 2012-08-15 |
CA2825086A1 (en) | 2012-08-09 |
EP4258781A2 (en) | 2023-10-11 |
CA2825086C (en) | 2021-05-25 |
EP4258781A3 (en) | 2023-11-01 |
CN103340007B (zh) | 2017-06-09 |
EP2671420A2 (en) | 2013-12-11 |
AU2012213192A1 (en) | 2013-07-18 |
CN103340007A (zh) | 2013-10-02 |
AU2012213192B2 (en) | 2016-06-30 |
US20140036820A1 (en) | 2014-02-06 |
RU2013140768A (ru) | 2015-03-10 |
US10785774B2 (en) | 2020-09-22 |
GB201101981D0 (en) | 2011-03-23 |
WO2012104629A3 (en) | 2012-12-27 |
EP2671420B1 (en) | 2019-12-11 |
EP3611990B1 (en) | 2023-06-07 |
GB2487908B (en) | 2015-06-17 |
WO2012104629A2 (en) | 2012-08-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2586319C2 (ru) | Способ и система телекоммуникаций | |
RU2595269C2 (ru) | Способ и система телекоммуникаций | |
RU2595268C2 (ru) | Вставка виртуальной несущей в обычную хост-несущую ofdm в системе связи | |
RU2596595C2 (ru) | Вставка виртуальной несущей в обычную хост-несущую ofdm в системе связи | |
US11616610B2 (en) | Inserting virtual carrier in conventional OFDM host carrier in communications system | |
RU2582334C2 (ru) | Вставка виртуальной несущей в традиционную основную несущую ofdm в системе связи | |
CN107196751B (zh) | 用于在蜂窝通信系统中控制通信装置的方法和设备 | |
RU2608589C2 (ru) | Способ назначения ресурсов и передачи данных в мобильных телекоммуникационных системах, использующих приложения для связи между машинами |