СПОСОБ УПРАВЛЕНИЯ МОЩНОСТЬЮ ВОСХОДЯЩЕГО ПОТОКА В СИСТЕМЕ ТЕЛЕКОММУНИКАЦИОННОЙ СЕТИ, КОТОРАЯ ПОДДЕРЖИВАЕТ И ОБЩИЕ, И ОТДЕЛЬНЫЕ КОМАНДЫ ТРС
METHOD OF CONTROLLING POWER UPWARD FLOW IN TELECOMMUNICATION NETWORK, WHICH SUPPORTS BOTH GENERAL AND SEPARATE TPC COMMANDS

Область техники
Настоящее изобретение главным образом относится к области беспроводных связей и, более конкретно, к способу управления мощностью передачи и устройству в системе телекоммуникационной сети.
Уровень техники
Установление уровней выходной мощности передатчиков, базовых станций и мобильных станций или терминалов в канале связи обычно называют управлением мощностью в мобильных системах. Основными целями управления мощностью являются улучшение предельной нагрузки, зоны покрытия, качества для пользователя (скорость передачи информации в битах или качество голоса) и уменьшение потребляемой мощности. Механизмы управления мощностью могут быть разделены на несколько групп: (i) разомкнутое управление мощностью, (ii) замкнутое управление мощностью и (iii) смешанное замкнуто-разомкнутое управление мощностью. Они отличаются тем, какой ввод используется для определения мощности передачи. В случае разомкнутого управления мощностью передатчик измеряет отношение сигнал-помеха или отношение сигнал-шум, отправленного от получателя, и передатчик устанавливает свою выходную мощность на основе этого измеренного сигнала. Случай замкнутого управления мощностью (также известный, как управление мощностью с внутренним циклом) - это способность передатчика регулировать свою выходную мощность в соответствии с одной или более команд управления мощностью передачи (TPC), полученных от получателя, чтобы сохранить полученное отношение сигнал-шум (SIR) в данном SIR получателе. В замкнутом управлении мощностью получатель таким образом измеряет SIR сигнала от передатчика и затем посылает команду TPC передатчику. Передатчик тогда регулирует свою выходную мощность на основании полученной команды TPC. В случае смешанного замкнуто-разомкнутого управления мощностью оба ввода используются для установления мощности передатчика.
Механизмы управления мощностью, обсужденные выше, широко используются в беспроводных системах. Например, в системах с множественными каналами между мобильными терминалами и базовыми станциями, различные принципы управления мощностью могут быть применены к различным каналам. Преимущество использования различных принципов управления мощностью на различных каналах приводит к большим возможностям приспосабливания принципа управления мощностью к потребностям индивидуальных каналов. Недостаток состоит в повышении сложности поддержки нескольких принципов управления мощностями для потребностей индивидуальных каналов. Например, если используются общие команды TPC для принципов замкнутого, смешанного замкнуто-разомкнутого цикла и замкнутого цикла мощности, множественные каналы могут использовать одну и ту же команду TPC. Недостаток таких решений состоит в том, что они приводят к ограниченной гибкости при регулировке мощности к радиоусловиям индивидуальных каналов. Если вместо этого используются отдельные команды TPC, увеличиваются непроизводственные затраты.
Сущность изобретения
Таким образом, задачей варианта осуществления настоящего изобретения является обращение к вышеупомянутым проблемам и обеспечение способа управления мощностью передачи и устройства, соответствующего оборудованию пользователя, которое поддерживает и общие, и отдельные команды TPC для множественных каналов, например для каналов трафика и управления, и, таким образом, обеспечение гибкости при регулировке мощности передачи к условиям каналов, не повышая сложности.
Согласно первому аспекту варианта осуществления настоящего изобретения заявленная проблема решена с помощью способа управления мощностью передачи для использования в оборудовании пользователя телекоммуникационной системы, включающей в себя, по меньшей мере, одну базовую станцию и, по меньшей мере, одно оборудование пользователя. Система дополнительно поддерживает множественные каналы, включая каналы трафика и управления, каждый занимающий распределенные между базовой станцией и оборудованием пользователя физические или логические ресурсы. В способе команды управления мощностью передачи, предназначенные для каналов трафика и управления, соответственно получены, и эти команды отдельно идентифицированы ресурсами. Если команды управления мощностью передач занимают одни и те же идентифицированные ресурсы, то общие команды применяются к каналам трафика и управления, а если команды занимают различные идентифицированные ресурсы, то отдельные команды управления мощностью передачи применяются к каналам трафика и управления.
Согласно второму аспекту варианта осуществления настоящего изобретения вышеупомянутая проблема решается с помощью устройства, соответствующего оборудованию пользователя телекоммуникационной системы. Система, включающая в себя, по меньшей мере, одну базовую станцию и, по меньшей мере, одно оборудование пользователя, дополнительно включает в себя множественные каналы, включая каналы трафика и управления, каждый занимающий логические или физические ресурсы, распределенные между базовой станцией и оборудованием пользователя. Оборудование пользователя включает в себя средства для получения команды управления мощностью передачи для каналов трафика и управления соответственно. Команды отдельно определяются ресурсами. Оборудование пользователя дополнительно включает в себя средства для применения к каналам трафика и управления, общих команд управления мощностью передачи, когда эти команды занимают одни и те же ресурсы, и дополнительно включает в себя средства для применения отдельных команд управления мощностью передачи к каналам трафика и управления, когда эти команды занимают различные ресурсы.
Преимущество настоящего изобретения - гибкость в выборе команд TPC, которые будут применены к каналам трафика и управления в зависимости от того, занимают ли команды TPC одни и те же или отдельные динамически (или статически) распределенные ресурсы.
Тем не менее другие задачи и особенности настоящего изобретения станут очевидными из следующего детального описания вместе с сопроводительными чертежами, однако стоит обратить внимание, что следующие чертежи приведены только в качестве примера и что различные модификации и изменения могут быть сделаны в определенных вариантах осуществления, изображенных, как описано в рамках приложенной формулы изобретения. Также следует понимать, что чертежи изображены без учета масштаба и что, если не указано иное, они предназначены только для иллюстрирования описанных здесь структур и процедур в целом.
Краткое описание чертежей
Фиг. 1 - диаграмма, изображающая примерный вариант осуществления настоящего изобретения, в котором распределены отдельные ресурсы.
Фиг. 2A - диаграмма, изображающая другой примерный вариант осуществления настоящего изобретения, в котором общие команды TPC применяются к каналам трафика и управления.
Фиг. 2B - диаграмма, изображающая другой примерный вариант осуществления настоящего изобретения, в котором отдельные команды TPC применяются к каналам трафика и управления.
Фиг. 3A - еще одна диаграмма, изображающая примерный вариант осуществления настоящего изобретения, в котором отдельные команды TPC применяются к каналам трафика и управления.
Фиг. 3B - еще одна диаграмма, изображающая примерный вариант осуществления настоящего изобретения, в котором общие команды TPC применяются к каналам трафика и управления.
Фиг. 4 изображает блок-схему способа согласно примерным вариантам осуществления настоящего изобретения.
Подробное описание
В нижеследующем описании в целях объяснения, а не ограничения сформулированы определенные подробности, такие как конкретная структура, сценарии, методики и т.д., для обеспечения полного понимания настоящего изобретения. Однако для специалиста в данной области техники будет очевидно, что настоящее изобретение и варианты его осуществления могут быть применены в других вариантах осуществления, которые отступают от этих определенных подробностей.
Различные варианты осуществления настоящего изобретения описаны здесь с помощью ссылок на примерные сценарии. В частности, изобретение описано в неограниченном общем контексте относительно коммуникационной системы, основанной на концепции третьего поколения (3G) долгосрочного развития (LTE). Нужно отметить, что настоящее изобретение не ограничено 3G LTE и может быть применено в других беспроводных системах, таких как WiMAX (глобальная совместимость для микроволнового доступа), или HSPA (высокоскоростная пакетная передача данных), или WCDMA (широкополосный многостанционный доступ с кодовым разделением).
В 3G LTE команды управления мощностью передачи (TPC) обычно передаются по физическому нисходящему каналу управления (PDCCH) от базовой станции (RBS) к мобильному терминалу. Базовая станция в 3G LTE также известна, как NodeB или eNodeB, а мобильный терминал известен как UE (оборудование пользователя). Система 3G LTE - система, где существуют множественные каналы между терминалами и базовыми станциями. Каналы включают в себя каналы трафика (или данных) и каналы управления. Каналы управления используются для передачи управления и информации о конфигурации, необходимой для того, чтобы управлять LTE-системой, а каналы трафика используются для пользовательских данных. В многоканальной системе каналы трафика и каналы управления каждый занимает динамически или статически распределенные физические или логические ресурсы в нисходящей и восходящей линии связи. Распределение физических или логических ресурсов также известно, как планирование. Физические ресурсы могут включать в себя время, частоту или кодовые ресурсы, а логические ресурсы могут включать в себя идентификационные данные группы, идентификационные данные терминалов, идентификаторы и т.д. Терминалы или UEs могут, например, распределяться группе, использующей, например, сигнализацию верхнего уровня (такую как управление радиоресурсом, сигнализацию RRC). Нужно отметить, что операция распределения ресурсов для каналов трафика и управления находится вне объема настоящего изобретения.
Как упомянуто выше, команды TPC передаются на PDCCH от базовой станции или eNodeB к терминалу(ам) или UEs. Команды TPC предназначены для отслеживания изменений коэффициента усиления и помех канала, к которым они относятся. В некоторых системах каналы управления и трафика могут занимать одни и те же физические ресурсы, то есть одно время и/или одни ресурсы частоты. В таком случае эти каналы являются объектами одного и того же изменения. Если вместо этого каналы управления и трафика занимают различные ресурсы, эти каналы могут испытать различные изменения коэффициента усиления и помех канала. В таком случае и согласно варианту осуществления настоящего изобретения используются отдельные команды TPC.
Обратившись к фиг. 1, увидим, что на ней изображен пример структуры восходящего канала 100 и формат PDCCH 200, используемый для отправки команд TPC от базовой станции (NodeB или eNodeB) к UE или к нескольким UEs. Как показано на фиг. 1, восходящий канал 100 включает в себя восходящий канал трафика, представленный здесь физическим восходящим совместно используемым каналом (PUSCH), который занимает динамически или статически распределенный ресурс. Восходящий канал 100 также включает в себя восходящий канал управления, представленный здесь физическим восходящим каналом управления (PUCCH), который также занимает динамически или статически распределенный ресурс. Распределение (динамическое или статическое) PUSCH и PUCCH для UEs может быть осуществлено eNodeB или контроллером радиосети (RNC) системы связи. Нужно отметить, что в структуре LTE eNodeB может иметь функциональные возможности RNC. На фиг. 1 ресурсы 210 и 220 представляют ресурсы, которые могут быть заняты командами TPC, отправленными к PDCCH, как описано далее.
Согласно варианту осуществления настоящего изобретения команды TPC, включенные в разрешающие сигналы восходящей линии связи (UL), отправленные к индивидуальным терминалам по PDCCH, применяются к PUSCH, то есть восходящему каналу трафика, тогда как команды TPC, включенные в нисходящую (DL) передачу, отправленные к индивидуальным терминалам по PDCCH, применяются к PUCCFI, то есть восходящему каналу управления. Таким образом, терминал или UE обеспечивается средствами для получения команд TPC и также средствами для применения полученных команд TPC. Команда TPC, примененная к PUSCH, здесь обозначена TPC-PUSCH, а команда TPC, примененная к PUCCH, обозначена TPC-PUCCH. Команды TPC переданы в DL передаче и UL разрешающих сигналах по PDCCH и здесь идентифицируются RNTIs (временные идентификаторы радиосети). RNTIs могут быть различными, учитывая независимое управление мощностью PUSCH и PUCCH. Поэтому, если в сообщении(ях) RRC, полученном UE от eNodeB, используются различные ресурсы, то есть различные RNTIs для PUSCH соответственно для PUCCH, тогда отдельные команды TPC применяются для каналов трафика и управления.
С другой стороны, если сообщение(я) RRC от eNodeB к UE указывает те же самые RNTIs для PUSCH и PUCCH, тогда общие команды TPC применяются для каналов трафика и управления. Отметим, что, так как формат UL разрешающих сигналов и DL передачи являются различными, команды TPC для PUCCH и PUSCH отдельны. Поэтому RNTI, полученный UE в сообщении(ях) RRC для идентификации (например, с помощью декодирования) TPC-PDCCH, по которому UE должен получить команды TPC для управления мощностью PUSCH (в случае UL разрешающего сигнала), может быть обозначен TPC-PUSCH RNTI, а RNTI, полученный в сообщении(ях) RRC, используемый для идентификации (например, с помощью декодирования) TPC-PDCCH, по которому UE должен получить команды TPC для управления мощностью PUCCH (в DL передаче), может быть обозначен TPC-PUCCH RNTI. Также следует отметить, что UE не обязательно включает в себя единственное средство для применения полученных команд TPC. Другими словами, UE может включать в себя одно средство для применения общих команд TPC для каналов трафика и управления и одно средство для применения отдельных команд TPC для каналов трафика и управления.
Отметим, что на фиг. 1 показан только единственный UL разрешающий сигнал, хотя могут быть использованы несколько UL разрешающих сигналов. Фиг. 2A изображает случай, в котором команды TPC для каналов трафика и управления занимают один и тот же ресурс. В этом сценарии RNTI для TPC-PUSCH (то есть TPC-PUSCH RNTI) и RNTI для TPC-PUCCH (то есть TPC-PUCCH RNTI) являются идентичными. Это обозначено на фиг. 2A при использовании Rl для ресурса 210 и для ресурса 220.
Согласно другому варианту осуществления настоящего изобретения, когда индивидуальные логические или физические ресурсы 210, 220 не совпадают, то есть используются отдельные RNTIs, то отдельные команды TPC (то есть TPC-PDCCH для PUSCH и TPC-PDCCH для PUCCH), которые отправляются по PDCCH, применяются к PUSCH и к PUCCH. Этот вариант развития событий изображен на фиг. 2B, где ресурсы 210 и 220 различны. На фиг. 2B ресурс 210 обозначен Rl, а ресурс 220 обозначен R2. Rl и R2 отличны друг от друга.
Согласно примерному варианту осуществления настоящего изобретения команды TPC могут быть также отправлены группе терминалов в формате PDCCH, то есть TPC-PDCCH. TPC-PDCCH может быть адресован идентификационным данным группы, представляющим логический ресурс вместо физического ресурса. Как пример, мобильные терминалы или UEs могут быть присвоены группам, используя более высокий уровень сигнализации. RRC сигнализации является примером более высокого уровня сигнализации. Использование TPC-PDCCH формата позволяет посылать командам TPC также предыдущую восходящую передачу(и), не предшествующую UL разрешающему сигналу или DL передаче, например, так называемые постоянные распределения каналов трафика, или периодически возникающие каналы управления. В этом примерном варианте осуществления могут использоваться следующие этапы.
1. В RRC процедуре сигнализации назначение терминалов идентификационным данным группы, в которой используются отдельные идентификационные данные (но не обязательно различные) для PUSCH и PUCCH.
2. В случае если желательны отдельные команды TPC для PUSCH и PUCCH, используются отличные идентификационные данные группы для PUSCH и PUCCH.
3. Если вместо этого желательны общие команды TPC для PUSCH и PUCCH, используются одни и те же идентификационные данные группы для PUSCH и PUCCH.
Как пример, когда используются отдельные команды TPC, терминалу или UE могут быть присвоены идентификационные данные группы GRl для PUSCH и GR2 для PUCCH, где GRl отличается от GR2. Это изображено на фиг. 3A. Когда используются общие команды TPC, терминалу или UE могут быть присвоены идентификационные данные группы GRl для PUSCH и для PUCCH. Это изображено на фиг. 3B.
Таким образом, согласно вышеупомянутому описанному варианту осуществления настоящего изобретения терминал или UE могут быть отдельно оснащен TPC-PDCCH для PUCCH, который может, как описано ранее, быть идентифицированным определенным RNTI и TPC-PDCCH для PUSCH (который также может быть идентифицирован определенным RNTI). Нужно отметить, что сеть может конфигурировать тот же самый RNTI для этих двух случаев, эффективно ведя к снижению непроизводственных издержек. Согласно данному изобретению задача управления мощностью может различаться для каналов трафика и управления. Например, для каналов управления часто достаточно достигнуть определенного отношения минимального сигнала к уровню шума, тогда как для каналов трафика, чем выше отношение сигнала к уровню шума, тем лучше качество достигнуто, например более высокая скорость передачи информации в битах. Поэтому в таком сценарии выгоднее использовать отдельные команды TPC, как описано выше в соответствии с вариантом осуществления настоящего изобретения.
Обратившись к фиг. 4, увидим, что на ней изображена блок-схема способа управления мощностью передачи для использования в UE согласно ранее описанным примерным вариантам осуществления настоящего изобретения. Как показано на фиг. 4, основные этапы способа включают:
(1) получение команд TPC для каналов трафика (PUSCH) и управления (PUCCH) соответственно; команды, как ранее описано, отдельно идентифицируемые ресурсами;
(2) применение к каналам трафика и управления общих команд TPC, которые занимают одни и те же ресурсы; и
(3) применение к каналам трафика и управления отдельных команд TPC, которые занимают различные ресурсы.
Настоящее изобретение и варианты его осуществления могут быть реализованы разными способами. Например, один вариант осуществления настоящего изобретения включает в себя машиночитаемые носители, содержащие инструкции, которые выполняются оборудованием пользователя телекоммуникационной системы. Инструкции, выполняемые оборудованием пользователя и хранящиеся на машиночитаемом носителе, выполняют этапы способа управления мощностью передачи настоящего изобретения, как указано далее в формуле изобретения.
В то время как изобретение было описано с точки зрения нескольких предпочтительных вариантов осуществления, предполагается, что альтернативы, модификации, перестановки и его эквиваленты будут очевидными для специалистов в данной области техники после прочтения описания и исследования чертежей. Приведенная ниже формула изобретения включает в себя такие альтернативы, модификации, перестановки и эквиваленты, которые попадают в объем настоящего изобретения.