ПОСТОЯННОЕ УКАЗАНИЕ РЕСУРСОВ ПОДТВЕРЖДЕНИЯ
CONTINUOUS INDICATION OF ACKNOWLEDGMENT RESOURCES

ОБЛАСТЬ ТЕХНИКИ
В данном документе раскрыты технологии для передачи и приема управляющей информации, ассоциированной с линией беспроводной связи. В частности, предлагается механизм для указания радиоресурсов для обратной связи по подтверждению, которая может обеспечивать возможность сторонам связи адаптировать представление обратной связи по подтверждению.
УРОВЕНЬ ТЕХНИКИ
Беспроводные сети, стандартизированные посредством стандарта долгосрочного развития на базе Партнерского проекта третьего поколения (3GPP LTE), реализуют ARQ (запрос автоматического повторения) или гибридный ARQ (HARQ), при этом HARQ также включает в себя прямую коррекцию ошибок. В сетях этого типа, передающие устройства должны отправлять в приемное устройство обратную связь по подтверждению, указывающую результат декодирования транспортного блока или кодового слова (обратную связь по ACK/NACK или по ACK/NAK). ACK/NACK, связанное с передачами по нисходящей линии связи (DL), передается в восходящей линии связи (UL). Обратная связь используется для того, чтобы инициировать быстрые повторные передачи. Аспекты сигнализации HARQ в LTE указываются в числе прочего в разделе 10 технических требований 3GPP 36.213.
В данный момент разрабатывается физический канал управления восходящей линии связи (PUCCH) в новом радио (NR) 3GPP, включающий в себя механизм обратной связи по подтверждению (квитированию).
Согласовано, что NR должно поддерживать явное выделение ресурсов. Согласовано, что сообщение управляющей информации нисходящей линии связи (DCI) может указывать слот, в котором можно сообщать обратную связь по HARQ. В дополнение к синхронизации, UE также должно знать точный PUCCH–ресурс. Согласовано, по меньшей мере, поддерживать PUCCH–ресурсы, сконфигурированные посредством верхних уровней, и DCI указывает то, какие из сконфигурированных ресурсов следует использовать. Фиг. 1A является упрощенной частотно–временной диаграммой, в которой DL–передача показана как диспетчеризованная в слоте n, и индикатор ресурсов подтверждения(ARI), включенный в DCI–сообщение, запрашивает обратную связь по HARQ в ресурсе R1. Дополнительно, DCI содержит индикатор, обозначаемый "T=1", который запрашивает обратную связь по HARQ для передачи в слоте n+1. Следует напомнить, что NR–слот соответствует 7 или 14 символам с мультиплексированием с ортогональным частотным разделением каналов (OFDM); при разнесении поднесущих в 15 кГц слот с 7 OFDM–символами занимает 0,5 мс. Относительно NR–терминологии, следует обратиться к 3GPP TR 38,802 v14.0.0 или последующих версий.
На фиг. 1B, показан другой пример диспетчеризации, в котором UE диспетчеризуется в последующих слотах, в которых диспетчеризуются DL–передачи. Вследствие отсутствия PUCCH–возможностей, например, без UL–возможностей, обратная связь по HARQ для всех трех показанных передач запрашивается в слоте n+3. Более точно, индикатор синхронизации ACK/NACK, включенный в DCI–сообщения, указывает для всех передач на слот n+3. Экземпляры ARI, включенного в DCI, указывают на разные PUCCH–ресурсы, чтобы избегать коллизий.
В данный момент ожидается, что NR должен поддерживать, по меньшей мере, следующие PUCCH–форматы:
– короткий PUCCH–формат 1: 1 символ, рабочие данные в 1–2 бита
– короткий PUCCH–формат 2: 1 символ, >2 битов
– короткий PUCCH–формат 3: 2 символа, 1–2 бита
– короткий PUCCH–формат 4: 2 символа, >2 бита
– длинный PUCCH–формат 1: 4–14 символов, 1–2 бита
– длинный PUCCH–формат 2: 4–14 символов, >2–10 или примерно 10 битов
– длинный PUCCH–формат 3: 4–14 символов, >10 или примерно 10 битов
Поскольку форматы занимают разные объемы UL–ресурсов, может требоваться, чтобы ARI в NR указывало широкий диапазон значений. Вместо того, чтобы принимать сравнительно большие издержки на сигнализацию, которые это могло бы представлять, если бы они реализовывались простым подходом, предложенные здесь методы стремятся упростить ARI и ограничить его вклад в общие издержки.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Изобретение предлагает устройства, способы, компьютерные программы и компьютерные программные продукты, касающиеся потребностей и задач, приведенных в предыдущем разделе.
В первом аспекте, предусмотрен способ передачи управляющей информации в сеть связи, причем способ реализуется в пользовательском оборудовании и содержит:
– конфигурирование, по меньшей мере, с двумя совокупностями UL–ресурсов, которые должны использоваться для передачи управляющей информации в сеть связи;
– прием назначения радиоресурсов, которые должны использоваться для приема DL–передачи из базовой станции сети связи;
– прием ARI, указывающего одну из сконфигурированных совокупностей UL–ресурсов, которые должны использоваться для передачи управляющей информации, ассоциированной с DL–передачей; и
– передачу управляющей информации в базовую станцию, по меньшей мере, в поднаборе указанной совокупности UL–ресурсов,
при этом указанная совокупность UL–ресурсов содержит множество выбираемых наборов UL–ресурсов, и управляющая информация передается по одному из наборов UL–ресурсов, который соответствует рабочему состоянию сети связи. Базовая станция может быть включена в систему связи, которая дополнительно включает в себя хост–компьютер, выполненный с возможностью передавать пользовательские данные в пользовательское оборудование через базовую станцию.
Во втором аспекте предусмотрено UE, содержащее радиоинтерфейс и схему обработки, выполненную с возможностью:
– обеспечивать возможность конфигурирования UE, по меньшей мере, с двумя совокупностями UL–ресурсов, которые должны использоваться для передачи управляющей информации в сеть связи;
– принимать назначение радиоресурсов, которые должны использоваться для приема DL–передачи из базовой станции сети связи;
– принимать ARI, указывающий одну из сконфигурированных совокупностей UL–ресурсов, которые должны использоваться для передачи управляющей информации, ассоциированной с DL–передачей; и
– передавать управляющую информацию в базовую станцию, по меньшей мере, в поднаборе указанной совокупности UL–ресурсов,
при этом указанная совокупность UL–ресурсов содержит множество выбираемых наборов UL–ресурсов, и управляющая информация передается по одному из наборов UL–ресурсов, который соответствует рабочему состоянию сети связи. Базовая станция может быть включена в систему связи, которая дополнительно включает в себя хост–компьютер, выполненный с возможностью передавать пользовательские данные в пользовательское оборудование через базовую станцию.
В третьем аспекте, предусмотрен способ приема управляющей информации в базовой станции сети связи, при этом способ содержит:
– получение конфигурации по меньшей мере двух совокупностей UL–ресурсов, которые должны использоваться для приема управляющей информации, из пользовательского оборудования в покрытии сети связи;
– назначение радиоресурсов, которые должны использоваться для передачи DL–передачи в пользовательское оборудование;
– передачу ARI в пользовательское оборудование, причем ARI указывает одну из сконфигурированных совокупностей UL–ресурсов, которые должны использоваться для приема управляющей информации, ассоциированной с DL–передачей; и
– прием управляющей информации из пользовательского оборудования, по меньшей мере, в поднаборе указанной совокупности UL–ресурсов,
при этом указанная совокупность UL–ресурсов содержит множество выбираемых наборов UL–ресурсов, и управляющая информация принимается по одному из наборов UL–ресурсов, который соответствует рабочему состоянию сети связи. Базовая станция может быть включена в систему связи, которая дополнительно включает в себя хост–компьютер, выполненный с возможностью передавать пользовательские данные в пользовательское оборудование через базовую станцию.
В четвертом аспекте, предусмотрена базовая станция для работы в сети связи, содержащая радиоинтерфейс и схему обработки, выполненную с возможностью:
– получать конфигурацию по меньшей мере двух совокупностей UL–ресурсов, которые должны использоваться для приема управляющей информации из пользовательского оборудования в покрытии сети связи;
– назначать радиоресурсы, которые должны использоваться для передачи DL–передачи в пользовательское оборудование;
– передавать ARI в пользовательское оборудование, причем ARI указывает одну из сконфигурированных совокупностей UL–ресурсов, которые должны использоваться для приема управляющей информации, ассоциированной с DL–передачей; и
– принимать управляющую информацию из пользовательского оборудования, по меньшей мере, в поднаборе указанной совокупности UL–ресурсов,
при этом указанная совокупность UL–ресурсов содержит множество выбираемых наборов UL–ресурсов, и управляющая информация принимается по одному из наборов UL–ресурсов, который соответствует рабочему состоянию сети связи. Базовая станция может быть включена в систему связи, которая дополнительно включает в себя хост–компьютер, выполненный с возможностью передавать пользовательские данные в пользовательское оборудование через базовую станцию.
Зависимые пункты формулы изобретения задают примерные варианты осуществления. Следует отметить, что изобретение относится ко всем комбинациям признаков, даже если излагаются во взаимно отличающихся пунктах формулы изобретения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Ниже описываются примерные варианты осуществления со ссылкой на прилагаемые чертежи, на которых:
Фиг. 1A и 1B, поясненные выше, являются частотно–временными диаграммами, иллюстрирующими ресурсы DL–каналов управления, ресурсы DL–данных и ресурсы UL–каналов управления;
Фиг. 2 схематично иллюстрирует телекоммуникационную сеть, которая необязательно соединяется, через промежуточную сеть, с хост–компьютером;
Фиг. 3 является обобщенной блок–схемой хост–компьютера, обменивающегося данными через базовую станцию с пользовательским оборудованием по частично беспроводному соединению;
Фиг. 4 и 5 являются блок–схемами последовательности операций, иллюстрирующими способы, реализованные в системе связи, включающей в себя хост–компьютер, базовую станцию и пользовательское оборудование;
Фиг. 6 является блок–схемой последовательности операций, иллюстрирующей способ, реализованный в пользовательском оборудовании; и
Фиг. 7 является блок–схемой последовательности операций, иллюстрирующей способ, реализованный в базовой станции.
Подробное описание примерных вариантов осуществления
В контексте настоящего раскрытия сущности, термин "сеть связи" или сокращенно "сеть", в частности, может обозначать совокупность узлов или объектов, связанных транспортных линий связи и ассоциированного администрирования, необходимого для выполнения услуги, например, телефонной услуги или услуги транспортировки пакетов. В зависимости от услуги, разные типы узлов или объектов могут использоваться для того, чтобы реализовывать услугу. Сеть связи принадлежит оператору сети или работает от имени оператора сети и предлагает реализованные услуги своим абонентам. Типичные примеры сети связи представляют собой сеть радиодоступа, такую как WLAN/Wi–Fi™, и сотовые сети, к примеру, 2G/GSM, 3G/UMTS, 4G/LTE и NR.
В контексте настоящего раскрытия сущности, каждый из терминов "пользовательское оборудование" (UE) и "устройство беспроводной связи" относится к устройству, например, используемому пользователем для своей персональной связи. Оно может представлять собой устройство телефонного типа, например, телефон или SIP–телефон, сотовый телефон, мобильную станцию, беспроводной телефон, либо устройство типа персонального цифрового помощника, такое как переносной компьютер, ноутбук, записная книжка, оснащенная беспроводным соединением для передачи данных, или планшетный компьютер. UE также может быть ассоциировано с не человеком, таким как животные, растения или даже машины, и в таком случае может быть выполнено с возможностью машинной связи, межмашинной связи, связи между устройствами или боковой линии связи. UE может оснащаться SIM (модулем идентификации абонента), содержащим уникальные идентификационные данные, такие как IMSI (международный идентификатор абонента мобильной связи) и/или TMSI (временный идентификатор абонента мобильной связи), ассоциированные с абонентом, использующим UE. Присутствие SIM в UE настраивает UE уникально с подпиской абонента.
В контексте настоящего раскрытия сущности, каждый из терминов "базовая станция" и "узел беспроводного доступа" относится к узлу сети радиодоступа, который используется в качестве интерфейса между наземными транспортными линиями связи и транспортными линиями радиосвязи, при этом транспортная линия связи взаимодействует непосредственно с UE. В разных поколениях сотовой связи, термин "базовая станция" может означать BTS, узел B (NodeB), усовершенствованный узел B (eNodeB) или gNB. В WLAN/Wi–Fi™–архитектуре, базовая станция относится к точке доступа (AP).
Изобретение может быть применено в любом узле в сети, который реализует функциональность передатчика или приемника. Одна типичная реализация находится в UE и связана с обработкой транспортного блока нисходящей линии связи с обратной связью по ACK/NACK, передаваемой на восходящей линии связи.
Со ссылкой на фиг. 2, в соответствии с вариантом осуществления система связи включает в себя сеть 210 связи, к примеру, сотовую 3GPP–сеть, которая содержит сеть 211 доступа, к примеру, сеть радиодоступа, и базовую сеть 214. Сеть 211 доступа содержит множество базовых станций 212a, 212b, 212c, к примеру, NB, eNB, gNB или другие типы точек беспроводного доступа, причем каждая задает соответствующую зону 213a, 213b, 213c покрытия. Каждая базовая станция 212a, 212b, 212c может соединяться с базовой сетью 214 по проводному или беспроводному соединению 215. Первое пользовательское оборудование 291 (UE), расположенное в зоне 213c покрытия, выполнено с возможностью в беспроводном режиме соединяться или вызываться посредством поисковых вызовов посредством соответствующей базовой станции 212c. Второе UE 292 в зоне 213a покрытия может соединяться в беспроводном режиме с соответствующей базовой станцией 212a. Хотя множество UE 291, 292 проиллюстрировано в этом примере, раскрытые варианты осуществления являются в равной степени применимыми к ситуации, когда единственное UE находится в зоне покрытия, либо когда единственное UE соединяется с соответствующей базовой станцией.
Необязательно, сеть 210 связи непосредственно соединяется с хост–компьютером 230, который может быть осуществлен в аппаратных средствах и/или программном обеспечении автономного сервера, облачно–реализованного сервера, распределенного сервера или в качестве ресурсов обработки в ферме серверов. Хост–компьютер 230 может находиться в собственности или управлении поставщика услуг либо может управляться посредством поставщика услуг или от имени поставщика услуг. Соединения 221, 222 между сетью 210 связи и хост–компьютером 230 могут протягиваться непосредственно из базовой сети в хост–компьютер 230 либо могут проходить через необязательную промежуточную сеть 220. Промежуточная сеть 220 может представлять собой одно из или комбинацию более одного из общедоступной, частной или размещаемой сети; промежуточная сеть 220, если имеется, может представлять собой магистральную сеть или Интернет; в частности, промежуточная сеть 220 может содержать две или более подсетей (не показаны).
Система связи по фиг. 2 в целом обеспечивает подключение между одним из соединенных UE 291, 292 и хост–компьютером 230. Подключение может описываться как соединение 250 поверх сетей (OTT). Хост–компьютер 230 и соединенные UE 291, 292 выполнены с возможностью обмениваться данными и/или сигнализацией через OTT–соединение 250, с использованием сети 211 доступа, базовой сети 214, любой промежуточной сети 220 и возможной дополнительной инфраструктуры (не показана) в качестве посредников. OTT–соединение 250 может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит OTT–соединение 250, не имеют сведения по маршрутизации восходящей и нисходящей связи. Например, базовая станция 212 не может или не должна информироваться относительно предыдущей маршрутизации входящей нисходящей связи с данными, происходящими из хост–компьютера 230, которые должны перенаправляться (например, с передачей обслуживания) в соединенное UE 291. Аналогично, базовая станция 212 не должна иметь сведения по будущей маршрутизации исходящей восходящей связи, происходящей из UE 291, в хост–компьютер 230.
Ниже описываются примерные реализации, в соответствии с вариантом осуществления, UE, базовой станции и хост–компьютера, поясненных в предыдущих абзацах, со ссылкой на фиг. 3. В системе 300 связи, хост–компьютер 310 содержит аппаратные средства 315, включающие в себя интерфейс 316 связи, выполненный с возможностью устанавливать и поддерживать проводное или беспроводное соединение с интерфейсом другого устройства связи системы 300 связи. Хост–компьютер 310 дополнительно содержит схему 318 обработки, которая может иметь возможности хранения и/или обработки. В частности, схема 318 обработки может содержать один или более программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц либо их комбинаций (не показаны), адаптированных с возможностью выполнять инструкции. Хост–компьютер 310 дополнительно содержит программное обеспечение 311, которое сохраняется или является доступным посредством хост–компьютера 310 и выполняется посредством схемы 318 обработки. Программное обеспечение 311 включает в себя хост–приложение 312. Хост–приложение 312 может быть выполнено с возможностью предоставлять услугу удаленному пользователю, такому как UE 330, соединяющееся через OTT–соединение 350, завершающееся в UE 330 и в хост–компьютере 310. При предоставлении услуги для удаленного пользователя, хост–приложение 312 может предоставлять пользовательские данные, которые передаются с использованием OTT–соединения 350.
Система 300 связи дополнительно включает в себя базовую станцию 320, предоставленную в телекоммуникационной системе и содержащую аппаратные средства 325, позволяющие ей обмениваться данными с хост–компьютером 310 и с UE 330. Аппаратные средства 325 могут включать в себя интерфейс 326 связи для установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 300 связи, а также радиоинтерфейс 327 для установления и поддержания, по меньшей мере, беспроводного соединения 370 с UE 330, расположенным в зоне покрытия (не показано на фиг. 3), обслуживаемой посредством базовой станции 320. Интерфейс 326 связи может быть выполнен с возможностью упрощать соединение 360 с хост–компьютером 310. Соединение 360 может быть прямым, либо оно может проходить через базовую сеть (не показана на фиг. 3) телекоммуникационной системы и/или через одну или более промежуточных сетей за пределами телекоммуникационной системы связи. В показанном варианте осуществления, аппаратные средства 325 базовой станции 320 дополнительно включают в себя схему 328 обработки, которая может содержать один или более программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц либо их комбинаций (не показаны), адаптированных с возможностью выполнять инструкции. Базовая станция 320 дополнительно имеет программное обеспечение 321, сохраненное внутренне или доступное через внешнее соединение.
Система 300 связи дополнительно включает в себя уже упоминаемое UE 330. Его аппаратные средства 335 могут включать в себя радиоинтерфейс 337, выполненный с возможностью устанавливать и поддерживать беспроводное соединение 370 с базовой станцией, обслуживающей зону покрытия, в которой в данный момент находится UE 330. Аппаратные средства 335 упомянутого UE 330 дополнительно включают в себя схему 338 обработки, которая может содержать один или более программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц либо их комбинаций (не показаны), адаптированных с возможностью выполнять инструкции. UE 330 дополнительно содержит программное обеспечение 331, которое сохраняется или является доступным посредством UE 330 и выполняется посредством схемы 338 обработки. Программное обеспечение 331 необязательно может включать в себя клиентское приложение 332. Клиентское приложение 332 может быть выполнено с возможностью предоставлять услугу пользователю–человеку или не человеку через UE 330 с поддержкой хост–компьютера 310. В хост–компьютере 310, выполняющееся хост–приложение 312 может обмениваться данными с выполняющимся клиентским приложением 332 через OTT–соединение 350, завершающееся в UE 330 и в хост–компьютере 310. При предоставлении услуги для пользователя, клиентское приложение 332 может принимать данные запроса из хост–приложения 312 и предоставлять пользовательские данные в ответ на данные запроса. OTT–соединение 350 может переносить данные запроса и пользовательские данные. Клиентское приложение 332 может взаимодействовать с пользователем, чтобы формировать пользовательские данные, которые оно предоставляет.
Следует отметить, что хост–компьютер 310, базовая станция 320 и UE 330, проиллюстрированные на фиг. 3, могут быть идентичными хост–компьютеру 230, одной из базовых станций 212a, 212b, 212c и одному из UE 291, 292 по фиг. 2, соответственно. Другими словами, внутренние операции этих объектов могут быть такими, как показано на фиг. 3, и независимо, окружающая сетевая топология может представлять собой окружающую сетевую топологию по фиг. 2.
На фиг. 3, OTT–соединение 350 нарисовано абстрактно, чтобы иллюстрировать связь между хост–компьютером 310 и пользовательским оборудованием 330 через базовую станцию 320 без прямой ссылки на промежуточные устройства и точную маршрутизацию сообщений через эти устройства. Сетевая инфраструктура может определять маршрутизацию, которая может быть выполнена с возможностью скрываться от UE 330 или от поставщика услуг, работающего с хост–компьютером 310, или с обоими из них. В то время, когда OTT–соединение 350 является активным, сетевая инфраструктура дополнительно может принимать решения, посредством которых она динамически изменяет маршрутизацию (например, на основе рассматриваемого фактора балансировки нагрузки или переконфигурирования сети).
Как уже указано, базовая станция 320 динамически диспетчеризует передачи по нисходящей линии связи в UE 330. Диспетчеризация может быть основана на состоянии канала и отчетах с информацией качества, принимаемых из UE 330 по PUCCH или по физическому совместно используемому каналу восходящей линии связи, либо может быть основана на других факторах. Состояние канала и отчеты с информацией качества указывают мгновенные состояния канала, наблюдаемые посредством приемника. В каждом временном интервале (например, в LTE–субкадре или в NR-слоте), базовая станция 320 передает DCI, идентифицирующий UE, которые диспетчеризованы с возможностью принимать данные в текущем временном интервале, и ресурсы, по которым данные передаются в диспетчеризованные UE. DCI типично передается по физическому каналу управления нисходящей линии связи в ранней части временного интервала.
ARQ или HARQ используется для того, чтобы уменьшать ошибки, которые возникают во время передачи данных по DL. Когда базовая станция 320 указывает то, что UE 330 диспетчеризуется с возможностью принимать DL–передачу, UE 330 пытается декодировать передачу и передает сообщение подтверждения базовую станцию по физическому каналу управления или совместно используемому каналу восходящей линии связи. Сообщение подтверждения информирует базовую станцию касательно того, принят корректно или нет пакет данных посредством UE 330. Сообщение подтверждения может быть представлять собой либо подтверждение (ACK) с положительным значением, указывающее успешное декодирование, либо сообщение подтверждения (NACK) с отрицательным значением, указывающее сбой при декодировании. На основе сообщения подтверждения, принимаемого из UE 330, базовая станция 320 определяет то, следует передавать новые данные (принимаемое ACK) либо повторно передавать предыдущие данные (принимаемое NACK). Введение индикатора ресурсов подтверждения (ARI) в связи с агрегированием LTE–несущих обеспечивает возможность явного выделения ресурсов для сообщения подтверждения таким образом, что несколько UE имеют возможность совместно использовать пул UL–ресурсов, полустатически зарезервированных с этой целью, без коллизий. Совместное использование ресурсов является эффективным, поскольку среднее число UE, которым одновременно назначены ресурсы на нескольких DL–несущих, является небольшим.
Чтобы инициировать UL–передачи, UE 330 может передавать запрос на диспетчеризацию (SR) в базовую станцию 320 по PUCCH, когда оно имеет данные для отправки, но не имеет допустимого разрешения на передачу по восходящей линии связи. Базовая станция 320 выделяет ресурсы восходящей линии связи в ответ на запросы на диспетчеризацию и передает разрешение на диспетчеризацию в UE 330 по физическому DL–каналу управления. Когда данные принимаются, либо данные не поступают в выделенных ресурсах восходящей линии связи, базовая станция 320 может передавать ACK/NACK–сигнализацию в UE 330 по DL–каналу, чтобы указывать, принимаются или нет данные корректно. В качестве альтернативы ACK/NACK–сигнализации, базовая станция 320 может диспетчеризовать UE 330 с возможностью повторно отправлять одинаковые UL–данные.
Возвращаясь к DL–передачам, NR, как отмечено выше, может поддерживать большое число PUCCH–форматов с различными требованиями к UL–ресурсам. В этом контексте, хотя на ресурс можно ссылаться посредством одного индекса ресурса, он может задаваться посредством комбинации либо одного или более из времени, частоты, чередования фаз, кода ортогонального покрытия (OCC). Дополнительно или альтернативно, циклический сдвиг, начальный символ, длительность (в числе символов) и/или полоса пропускания (в числе блоков физических ресурсов) могут быть сконфигурированы для ресурса. Выбор одного из указанных UL–ресурсов посредством UE 330 может представлять значение обратной связи по подтверждению, такое как подтверждение с положительным или отрицательным значением. Необязательно, значение обратной связи по подтверждению может комбинироваться с ограничением конкретной частью DL–передачи (что может обеспечивать возможность отправки подтверждений с различными значениями для разных частей DL–передачи), и/или может применяться дополнительная информация, такая как запрос на диспетчеризацию и разные степени пакетирования и мультиплексирования. Как результат этих или аналогичных факторов, которые отсутствуют в таких более ранних системах связи, в которых обратная связь по подтверждению имеет постоянную длину, число различных выделяемых UL–ресурсов может варьироваться для разных рабочих условий, что приводит к значительному промежутку между минимальным и максимальным числом требуемых ARI–значений. Следовательно, варианты осуществления в данном документе, возможно, должны отличаться для разных рабочих условий или для групп рабочих условий, для которых длина обратной связи по подтверждению является постоянной в каждой группе.
Простой способ для того, чтобы приспосабливать полный диапазон ARI–значений, заключается в том, чтобы обеспечивать для ARI больший объем ресурсов в DCI. Однако, означенное добавляет постоянные издержки сигнализации, соответствующие наихудшему случаю (наиболее исчерпывающему набору значений обратной связи по подтверждению) также в ситуациях, когда это не требуется. Вместо этого, примерные варианты осуществления в данном документе предлагают постоянный ARI, который интерпретируется с учетом текущего рабочего состояния сети связи.
Более точно и в соответствии с примерным вариантом осуществления, фиг. 6 иллюстрирует способ, реализованный в UE 330.
На первом этапе 610 UE 330 конфигурируется по меньшей мере двумя совокупностями UL–ресурсов, которые должны использоваться для передачи управляющей информации в сеть 300 связи. На сетевом уровне конфигурация может иметь такой эффект, что совокупности UL–ресурсов зарезервированы для передачи управляющей информации. Совокупности UL–ресурсов могут пониматься как пул ресурсов, которые могут совместно использоваться, в соответствии с ARI, между UE, в данный момент работающими в системе.
На втором этапе 620 UE 330 принимает назначение радиоресурсов, которые должны использоваться для приема DL–передачи из базовой станции 320.
На третьем этапе 630 UE 330 принимает ARI, указывающий одну из сконфигурированных совокупностей UL–ресурсов, которые должны использоваться для передачи управляющей информации, ассоциированной с DL–передачей. ARI или сконфигурированная совокупность UL–ресурса необязательно может задавать явную временную позицию во времени UL–ресурсов; альтернативно, временная позиция UL–ресурсов является относительной временной позицией DL–ресурсов, которые должны использоваться, для DL–передачи, такой как нахождение через предварительно заданное число слотов во времени.
На четвертом этапе 640 UE 330 использует, по меньшей мере, поднабор указанной совокупности UL–ресурсов, чтобы передавать управляющую информацию, ассоциированную с DL–передачей, в базовую станцию 320. Более точно, указанная совокупность UL–ресурсов содержит множество выбираемых наборов UL–ресурсов, из которых UE 330 передает набор UL–ресурсов, соответствующий рабочему состоянию сети связи.
Следовательно, даже если два рабочих режима различаются с точки зрения их требований для UL–ресурсов для управляющей информации, нет необходимости вводить отдельные ARI–значения для двух рабочих режимов. Вместо этого, смысл передаваемого в сигнализации ARI–значения должен зависеть от рабочего режима сети 300 связи. Если UE 330 имеет сведения по текущему рабочему режиму, это подразумевает то, что объем сигнализации может не учитываться. Например, UE 330 может осведомляться о текущем рабочем режиме посредством приема полустатической или динамической сигнализации, которая является отдельной от ARI, либо посредством выявления значения внутренней переменной, отражающего предыдущее конфигурационное сообщение, либо посредством рассмотрения функциональных аспектов сети 300, которые раскрывают рабочий режим неявно. Вместо этого, UE 330 может определять неявно на основе рабочего режима то, на какие ресурсы ссылается ARI–значение. Все сказанное означает, что даже если данное ARI–значение может повторно интерпретироваться в качестве изменений рабочего режима, существует потребность в двух или более различных ARI–значениях, если отдельные ресурсы должны выделяться двум или более UE одновременно.
Возможное снижение издержек проиллюстрировано посредством сравнения между опорной реализацией, в которой ARI–значения являются уникальными для рабочих режимов, и реализацией согласно примерному варианту осуществления. В нижеприведенных таблицах 1 и 2, ARI–значения являются явными, Rn(n=0,...,16) представляют индексы ресурсов, тогда как M1 и M2 представляют два рабочих режима системы связи.
Таблица 1. Опорная реализация
ARI–значение
UL–ресурсы, указываемые в рабочем режиме M1
UL–ресурсы, указываемые в рабочем режиме M2
Используются в рабочих режимах
000
R0, R1, R2, R3
R0, R1, R2, R3
M1
001
R4, R5, R6, R7
R4, R5, R6, R7
M1
010
R8, R9, R10, R11
R8, R9, R10, R11
M1
011
R12, R13, R14, R15
R12, R13, R14, R15
M1
100
R0, R1
R0, R1
M2
101
R4, R5
R4, R5
M2
110
R8, R9
R8, R9
M2
111
R12, R13
R12, R13
M2
Таблица 1 иллюстрирует реализацию, в которой интерпретация посредством UE ARI–значений является независимой от рабочего режима системы 300 связи. На практике, ARI–значения "000", "001", "010" и "011" не ожидаются в рабочем режиме M2. Аналогично, ARI–значения "100", "101", "110" и "111" нормально не используются в рабочем режиме M1.
Таблица 2. Примерная конфигурация I
ARI–значение
UL–ресурсы, указываемые в рабочем режиме M1
UL–ресурсы, указываемые в рабочем режиме M2
Используются в рабочих режимах
00
R0, R1, R2, R3
R0, R1
M1, M2
01
R4, R5, R6, R7
R4, R5
M1, M2
10
R8, R9, R10, R11
R8, R9
M1, M2
11
R12, R13, R14, R15
R12, R13
M1, M2
Поскольку сокращенный набор значений управляющей информации задается для рабочего режима M2, каждое ARI–значение, используемое в этом рабочем режиме, указывает меньший набор UL–ресурсов. Дополнительные наборы UL–ресурсов {R0, R1, R2, R3} и {R0, R1} не могут выбираться в таком же рабочем режиме, даже посредством разных UE. Соответственно, эти наборы UL–ресурсов могут адресоваться с использованием общего ARI–значения, которое здесь является фиксированно равным "00". В примере, примерный вариант осуществления уменьшает необходимые рабочие ARI–данные с трех до двух битов.
Если сформулировать по–другому, передаваемое в сигнализации ARI–значение "00" имеет базовое содержание (например, {R0, R1, R2, R3}), которое наложено с одним или более дополнительных содержаний (например, {R0, R1}), которые применяются, когда система связи находится в конкретном рабочем режиме или режимах.
В соответствии с примерным вариантом осуществления, фиг. 7 иллюстрирует способ, реализованный в базовой станции 320.
На первом этапе 710 базовая станция 320 получает конфигурацию по меньшей мере двух совокупностей UL–ресурсов, которые должны использоваться для приема управляющей информации, из пользовательского оборудования в покрытии сети связи. Нормально, конфигурация не адресуется в конкретное UE, а во все UE, работающие в части сети.
На втором этапе 720 базовая станция 320 назначает радиоресурсы, которые должны использоваться для передачи DL–передачи в UE 330. В реализациях конфигурация и назначение могут отличаться по объему в той мере, в какой конфигурация применяется для всех UE, работающих в покрытии (части) сети связи, тогда как DL–назначение типично адресуется в конкретное одно UE.
На третьем этапе 730, базовая станция 320 передает ARI в пользовательское оборудование. ARI может указывать одну из сконфигурированных совокупностей UL–ресурсов, которые должны использоваться для приема управляющей информации, ассоциированной с DL–передачей. Как отмечено для этапа 630 (фиг. 6), UL–ресурсы имеют неявную временную позицию (к примеру, постоянное разделение) или явную временную позицию (к примеру, передаваемый в сигнализации индекс слота или символа).
На четвертом этапе 740 базовая станция 320 использует, по меньшей мере, поднабор указанной совокупности UL–ресурсов, чтобы принимать управляющую информацию из UE 330. В этом примерном варианте осуществления, указанная совокупность UL–ресурсов содержит множество выбираемых наборов UL–ресурсов, и управляющая информация принимается по одному из наборов UL–ресурсов, который соответствует рабочему состоянию сети связи. Как пояснено выше со ссылкой на фиг. 7, это имеет преимущества, по меньшей мере, с точки зрения ограничения издержек сигнализации.
Далее поясняется ряд дополнительных усовершенствований примерных вариантов осуществления, проиллюстрированных посредством фиг. 6 и 7. Следует подчеркнуть, что признаки, изложенные в контексте этих дополнительных усовершенствований, также являются полезными непосредственно и могут осуществляться на практике автономно, независимо от связанных базовых вариантов осуществления.
UE 330 может принимать и пытаться декодировать управляющую информацию DL–передачи, при этом управляющая информация определяется на основе успешности декодирования. Альтернативно или дополнительно, управляющая информация может содержать запрос на ресурсы UL–передачи и/или результат измерения, выполняемого посредством UE 330. В частности, управляющая информация, которую передает UE 330 и принимает базовая станция 320, может содержать информацию подтверждения, ассоциированную с DL–передачей, такую как обратная связь по ARQ или HARQ.
В примерном варианте осуществления выбираемые наборы UL–ресурсов в указанной совокупности UL–ресурсов отличаются относительно их числа элементов. В частности, два выбираемых набора UL–ресурсов могут содержать разные числа UL–ресурсов. Число UL–ресурсов, доступных для управляющей информации, может оказывать влияние на степень детализации переносимой информации. Например, в рабочем режиме, в котором каждый набор UL–ресурсов содержит относительно меньший объем UL–ресурсов, обратная связь по HARQ может отправляться на уровне транспортного блока, содержащего несколько кодовых слов, тогда как в рабочем режиме с относительно большим объемом UL–ресурсов в расчете на набор UL–ресурсов, обратная связь по HARQ может предоставляться на уровне каждого кодового слова, составляющего транспортный блок. Во втором случае запрашиваемые повторные передачи могут быть ограничены кодовыми словами, для которых декодирование завершено неудачно. Это свойство может применяться также для выбираемых наборов UL–ресурсов в совокупностях UL–ресурсов, отличных от указанной совокупности.
В примерном варианте осуществления указанная совокупность UL–ресурсов имеет первый набор UL–ресурсов, который содержит UL–ресурсы в дополнение к UL–ресурсам из второго набора UL–ресурсов. Альтернативно или дополнительно, второй набор UL–ресурсов в указанной совокупности UL–ресурсов может представлять собой поднабор первого набора UL–ресурсов. В частности, второй набор UL–ресурсов может представлять собой собственный поднабор первого набора UL–ресурсов. Наборы UL–ресурсов, проиллюстрированные в таблице 2, имеют эти свойства. Здесь, совокупности UL–ресурсов соответствуют строкам таблицы, и наборы UL–ресурсов в одной совокупности соответствуют разным столбцам строки. В совокупности, указанной посредством ARI–значения "10", первый набор UL–ресурсов в смысле этого параграфа может представлять собой {R8, R9, R10, R11}, что соответствует рабочему режиму M1, и второй набор UL–ресурсов может представлять собой {R8, R9}, что соответствует рабочему режиму M2.
В примерном варианте осуществления рабочие состояния представляют режимы обратной связи по подтверждению или режимы обратной связи по HARQ. Режим обратной связи по подтверждению может представлять собой общую настройку сети 300 связи и пользовательского оборудования 330 в ее покрытии. Режим обратной связи по подтверждению может быть ассоциирован с согласованием или общим пониманием между пользовательским оборудованием 330 и базовой станцией 320 касательно того, какие сообщения подтверждения могут сообщаться. Согласование может иметь форму таблицы, ассоциирующую передаваемое в сигнализации значение (представленное посредством кода, последовательности или UL–ресурса) с содержанием в контексте HARQ или подтверждения. Примерные содержания могут представлять собой следующее: подтверждение (ACK или NACK) с положительным или отрицательным значением и/или ограничение подтверждения конкретной частью DL–передачи, и/или дополнительную информацию, такую как запрос на диспетчеризацию. Два режима с подтверждением могут отличаться относительно размера такой таблицы либо, если обобщить, относительно степени детализации сигнализации подтверждения. Режим обратной связи по подтверждению с относительно более детализированной (например, относительно более приблизительной) сигнализацией, а в силу этого с меньшим числом доступных смыслов, может упоминаться как режим сжатой обратной связи по подтверждению. Со ссылкой на первой и второй наборы UL–ресурсов, поясненные и примерно проиллюстрированные в предыдущем абзаце, второй набор UL–ресурсов (который имеет меньшее число элементов) может использоваться в режиме сжатой обратной связи по подтверждению, тогда как первый набор UL–ресурсов (который имеет большее число элементов) может использоваться в несжатом режиме, называемом режимом нормальной обратной связи по подтверждению.
В этом контексте то, является в данный момент применимым режим нормальной или сжатой обратной связи по подтверждению, может явно передаваться либо может быть явно передано в сигнализации, либо может извлекаться из других параметров, доступных для UE 330 и базовой станции 320. Ответственность за инициирование перехода между режимами обратной связи по подтверждению может лежать на UE 330, базовой станции 320 или другом узле сети 300 связи.
Дополнительно сеть 300 связи может работать более чем в двух режимах обратной связи по подтверждению. По меньшей мере некоторые режимы могут отличаться относительно числа элементов или размера соответствующих наборов UL–ресурсов в совокупности UL–ресурсов. Режимы обратной связи по подтверждению могут упорядочиваться последовательно таким образом, что переход может передаваться в сигнализации инкрементно, например, посредством шага "вверх" или "вниз" относительно текущего режима.
В примерном варианте осуществления совокупности UL–ресурсов сконфигурированы таким образом, что каждая совокупность содержит по меньшей мере два выбираемых набора UL–ресурсов. Выбираемые наборы UL–ресурсов могут соответствовать соответствующим рабочим режимам. Такая конфигурация проиллюстрирована в вышеприведенной таблице 2. Конфигурирование совокупностей UL–ресурсов таким методом может иметь такое преимущество, что переход между рабочими режимами является возможным независимо от совокупности, указанной посредством ARI. Другими словами, объект, отвечающий за инициирование перехода между рабочими режимами, не должен учитывать то, что совокупность UL–ресурсов указывается посредством ARI либо предположительно должна указываться посредством ARI в ближайшем будущем.
В примерном варианте осуществления конфигурация совокупности UL–ресурсов достигает UE 330 посредством полустатической сигнализации, такой как сигнализация управления радиоресурсами (RRC). Если базовая станция 320 отвечает за конфигурирование совокупности UL–ресурсов, она может передавать в сигнализации конфигурацию полустатически в UE 330. Если вместо этого другой объект сети 300 связи отвечает за конфигурирование совокупности UL–ресурсов, то как UE 330, так и базовая станция 320 могут принимать полустатическую сигнализацию, указывающую конфигурацию.
В примерном варианте осуществления ARI передается в сообщении, содержащем дополнительную информацию. В частности, ARI может передаваться в сообщении, также содержащем DL–назначение. Сообщение может представлять собой DCI–сообщение. DCI–сообщение может передаваться из базовой станции 320 в UE 330 по физическому DL–каналу управления.
В примерном варианте осуществления способ, проиллюстрированный на фиг 6, дополнительно содержит определение, посредством UE 330, рабочего режима сети связи 330. На основе рабочего режима, который в данный момент применяется (либо который должен применяться или предположительно должен применяться, когда назначенная DL–передача должна приниматься посредством UE 330), UE 330 выбирает набор UL–ресурсов, которые должны использоваться для передачи управляющей информации в сеть 300 связи.
В примерном варианте осуществления тот факт, что наборы UL–ресурсов, соответствующие различным рабочим режимам, отличаются относительно их числа элементов или размера, используется посредством базовой станции 320. Например, в рабочем режиме, соответствующем относительно меньшим наборам UL–ресурсов, большему количеству UE может разрешаться передавать управляющую информацию. Как следствие, большее количество UE могут диспетчеризоваться одновременно. Как проиллюстрировано посредством таблицы 2, UL–ресурсы R2, R3, R6, R7, R10, R11, R14 и R15 не используются в рабочем режиме M2. Если используется трехбитовое ARI–представление, можно конфигурировать совокупности UL–ресурсов способом, проиллюстрированным посредством таблицы 3.
Таблица 3. Примерная конфигурация II
ARI–значение
UL–ресурсы, указываемые в рабочем режиме M1
UL–ресурсы, указываемые в рабочем режиме M2
Используются в рабочих режимах
000
R0, R1, R2, R3
R0, R1
M1, M2
001
R4, R5, R6, R7
R4, R5
M1, M2
010
R8, R9, R10, R11
R8, R9
M1, M2
011
R12, R13, R14, R15
R12, R13
M1, M2
100
R0, R1, R2, R3
R2, R3
M1, M2
101
R4, R5, R6, R7
R6, R7
M1, M2
110
R8, R9, R10, R11
R10, R11
M1, M2
111
R12, R13, R14, R15
R14, R15
M1, M2
В рабочем режиме M1 UL–ресурсы, соответствующие ARI–значениям "000" и "100", перекрываются (фактически совпадают), но в рабочем режиме M2 они являются неперекрывающимися. То же является истинным, в соответствующих рабочих режимах, для UL–ресурсов, соответствующих ARI–значениям "001" и "101"; ARI–значениям "010" и "110"; и ARI–значениям "011" и "111". Соответственно, хотя эта конфигурация позволяет четырем одновременным UE передавать управляющую информацию в рабочем режиме M1, восемь UE могут передавать одновременно в рабочем режиме M2.
Базовая станция 320 может использовать это в пользу производительности сети посредством назначения соответствующих радиоресурсов, которые должны использоваться для передачи DL–передач в UE 291 и дополнительное UE 292. Базовая станция 320 затем передает в дополнительное пользовательское оборудование 292 ARI, указывающее другую из сконфигурированных совокупностей UL–ресурсов, которые должны использоваться для приема управляющей информации, ассоциированной с DL–передачей, в дополнительное пользовательское оборудование. Базовая станция 320 осуществляет это таким образом, что, в указанной совокупности UL–ресурсов, соответствующие наборы UL–ресурсов, соответствующие текущему рабочему состоянию сети связи, являются неперекрывающимися. Это представляет повышение производительности, если наборы ресурсов, соответствующие по меньшей мере одному не являющемуся текущим рабочему состоянию сети связи, являются перекрывающимися.
Беспроводное соединение 370 между UE 330 и базовой станцией 320 осуществляется в соответствии с идеями вариантов осуществления, описанных в ходе этого раскрытия сущности и фиг. 6 и 7, в частности. Один или более различных вариантов осуществления повышают производительность OTT–услуг, предоставленных в UE 330 с использованием OTT–соединения 350, в котором беспроводное соединение 370 формирует последний сегмент. Более точно, идеи этих вариантов осуществления позволяют повышать эффективность использования спектра и пиковую пропускную способность сети 300 посредством уменьшения издержек сигнализации. Это позволяет предоставлять такие преимущества, как большая емкость данных, более низкий риск перегрузки сети и/или большее время работы от аккумулятора.
Процедура измерений может предоставляться для целей отслеживания скорости передач данных, задержки и других факторов, относительно которых улучшаются один или более вариантов осуществления. Дополнительно может быть предусмотрена необязательная сетевая функциональность для переконфигурирования OTT–соединения 350 между хост–компьютером 310 и UE 330, в ответ на варьирования результатов измерений. Процедура измерений и/или сетевая функциональность для переконфигурирования OTT–соединения 350 могут реализовываться в программном обеспечении 311 хост–компьютера 310 или в программном обеспечении 331 UE 330 либо и в том, и в другом. В вариантах осуществления, датчики (не показаны) могут развертываться в/в ассоциации с устройствами связи, через которые проходит OTT–соединение 350; датчики могут участвовать в процедуре измерений посредством подачи значений отслеживаемых величин, примерно проиллюстрированных выше, или подачи значений других физических величин, из которых программное обеспечение 311, 331 может вычислять или оценивать отслеживаемые величины. Переконфигурирование OTT–соединения 350 может включать в себя формат сообщений, настройки повторной передачи, предпочтительную маршрутизацию и т.д.; переконфигурирование не должно затрагивать базовую станцию 320, и оно может быть неизвестным или незаметным для базовой станции 320. Такие процедуры и функциональности могут быть известными и осуществляться на практике в данной области техники. В некоторых вариантах осуществления, измерения могут заключать в себе собственную сигнализацию UE, упрощающую измерения, посредством хост–компьютера 310, пропускной способности, времени распространения, задержки и т.п. Измерения могут реализовываться в том, что программное обеспечение 311, 331 инструктирует передаваться сообщениям, в частности, пустым или "фиктивным" сообщениями, с использованием OTT–соединения 350, в то время как оно отслеживает время распространения, ошибки и т.д.
Фиг. 4 является блок–схемой последовательности операций, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост–компьютер, базовую станцию и UE, которые могут представлять собой элементы, описанные со ссылкой на фиг. 2 и 3. Для простоты настоящего раскрытия сущности, только ссылки на чертежах для фиг. 4 должны быть включены в этот раздел. На первом этапе 410 способа, хост–компьютер предоставляет пользовательские данные. На необязательном подэтапе 411 первого этапа 410 хост–компьютер предоставляет пользовательские данные посредством выполнения хост–приложения. На втором этапе 420 хост–компьютер инициирует передачу, переносящую пользовательские данные в UE. На необязательном третьем этапе 430 базовая станция передает в UE пользовательские данные, которые перенесены в передаче, которую инициирует хост–компьютер, в соответствии со способом, проиллюстрированным на фиг 7. На необязательном четвертом этапе 440 UE выполняет клиентское приложение, ассоциированное с хост–приложением, выполняемым посредством хост–компьютера.
Фиг. 5 является блок–схемой последовательности операций, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост–компьютер, базовую станцию и UE, которые могут представлять собой элементы, описанные со ссылкой на фиг. 2 и 3. Для простоты настоящего раскрытия сущности, только ссылки на чертежах для фиг. 5 должны быть включены в этот раздел. На первом этапе 510 способа хост–компьютер предоставляет пользовательские данные. На необязательном подэтапе (не показан), хост–компьютер предоставляет пользовательские данные посредством выполнения хост–приложения. На втором этапе 520 хост–компьютер инициирует передачу, переносящую пользовательские данные в UE. Передача может проходить через базовую станцию, в соответствии со способом, проиллюстрированным на фиг 7. На необязательном третьем этапе 530 UE принимает пользовательские данные, переносимые в передаче, в соответствии со способом, проиллюстрированным на фиг 6.
Дополнительные примерные варианты осуществления
1. Способ передачи управляющей информации в сеть (300) связи, причем способ реализуется в пользовательском оборудовании (330) и содержит:
– конфигурирование, по меньшей мере, с двумя совокупностями ресурсов восходящей линии связи (UL), которые должны использоваться для передачи управляющей информации в сеть связи;
– прием назначения радиоресурсов, которые должны использоваться для приема передачи по нисходящей линии связи (DL), из базовой станции (320) сети связи;
– прием индикатора ресурсов подтверждения (ARI), указывающего одну из сконфигурированных совокупностей UL–ресурсов, которые должны использоваться для передачи управляющей информации, ассоциированной с DL–передачей; и
– передачу управляющей информации в базовую станцию, по меньшей мере, на поднаборе указанной совокупности UL–ресурсов,
– при этом указанная совокупность UL–ресурсов содержит множество выбираемых наборов UL–ресурсов, и управляющая информация передается по одному из наборов UL–ресурсов, который соответствует рабочему состоянию сети связи.
2. Способ по варианту 1 осуществления, в котором управляющая информация содержит информацию подтверждения, ассоциированную с DL–передачей.
3. Способ по варианту 1 или 2 осуществления, в котором, в указанной совокупности UL–ресурсов по меньшей мере два из выбираемых наборов UL–ресурсов отличаются относительно их числа элементов.
4. Способ по любому из предыдущих вариантов осуществления, в котором, в указанной совокупности UL–ресурсов, первый набор UL–ресурсов содержит UL–ресурсы в дополнение к UL–ресурсам из второго набора UL–ресурсов.
5. Способ по любому из предыдущих вариантов осуществления, в котором, в указанной совокупности UL–ресурсов, второй набор UL–ресурсов представляет собой поднабор первого набора UL–ресурсов.
6. Способ по варианту 4 или 5 осуществления, в котором:
– рабочие состояния представляют режимы обратной связи по подтверждению;
– первый набор UL–ресурсов соответствует режиму регулярной обратной связи по подтверждению; и
– второй набор UL–ресурсов соответствует режиму сжатой обратной связи по подтверждению.
7. Способ по любому из предыдущих вариантов осуществления, в котором каждая сконфигурированная совокупность UL–ресурсов содержит два или более выбираемых наборов UL–ресурсов.
8. Способ по любому из предыдущих вариантов осуществления, в котором, в наборе UL–ресурсов, по которым передается управляющая информация, каждый UL–ресурс представляет подтверждение с положительным или отрицательным значением, необязательно комбинированное с ограничением конкретной частью DL–передачи и/или с дополнительной информацией.
9. Способ по варианту 8 осуществления, в котором UL–ресурсы являются отличимыми посредством по меньшей мере одного из следующего: время, частота, код.
10. Способ по любому из предыдущих вариантов осуществления, в котором пользовательское оборудование сконфигурировано с совокупностями UL–ресурсов посредством полустатической сигнализации.
11. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий:
– определение рабочего режима сети связи и выбор, на его основе, набора UL–ресурсов, которые должны использоваться для передачи управляющей информации в сеть связи.
12. Способ по любому из предыдущих вариантов осуществления, в котором ARI принимается в сообщении, содержащем дополнительную информацию.
13. Способ по варианту 12 осуществления, в котором упомянутое сообщение содержит ARI и назначение.
14. Пользовательское оборудование (330), содержащее радиоинтерфейс (337) и схему (338) обработки, выполненную с возможностью:
– обеспечивать возможность конфигурирования UE, по меньшей мере, с двумя совокупностями ресурсов восходящей линии связи (UL), которые должны использоваться для передачи управляющей информации в сеть связи;
– принимать назначение радиоресурсов, которые должны использоваться для приема передачи по нисходящей линии связи (DL), из базовой станции (320) сети связи;
– принимать индикатор ресурсов подтверждения (ARI), указывающий одну из сконфигурированных совокупностей UL–ресурсов, которые должны использоваться для передачи управляющей информации, ассоциированной с DL–передачей; и
– передавать управляющую информацию в базовую станцию, по меньшей мере, в поднаборе указанной совокупности UL–ресурсов,
– при этом указанная совокупность UL–ресурсов содержит множество выбираемых наборов UL–ресурсов, и управляющая информация передается по одному из наборов UL–ресурсов, который соответствует рабочему состоянию сети связи.
15. Пользовательское оборудование варианта 14 осуществления, в котором схема обработки дополнительно выполнена с возможностью осуществлять способ по любому из вариантов 2–13 осуществления.
16. Способ приема управляющей информации в базовой станции (212; 320) сети (211; 330) связи, при этом способ содержит:
– получение конфигурации по меньшей мере двух совокупностей ресурсов восходящей линии связи (UL), которые должны использоваться для приема управляющей информации, из пользовательского оборудования в покрытии сети связи;
– назначение радиоресурсов, которые должны использоваться для отправки передачи по нисходящей линии связи (DL) в пользовательское оборудование (291; 330);
– передачу индикатора ресурсов подтверждения (ARI), в пользовательское оборудование, причем ARI указывает одну из сконфигурированных совокупностей UL–ресурсов, которые должны использоваться для приема управляющей информации, ассоциированной с DL–передачей; и
– прием управляющей информации из пользовательского оборудования, по меньшей мере, в поднаборе указанной совокупности UL–ресурсов,
– при этом указанная совокупность UL–ресурсов содержит множество выбираемых наборов UL–ресурсов, и управляющая информация принимается по одному из наборов UL–ресурсов, который соответствует рабочему состоянию сети связи.
17. Способ по варианту 16 осуществления, в котором получение конфигурации совокупностей UL–ресурсов содержит определение конфигурации.
18. Способ по варианту 17 осуществления, в котором получение конфигурации совокупностей UL–ресурсов дополнительно содержит передачу полустатической сигнализации в пользовательское оборудование.
19. Способ по варианту 16 осуществления, в котором получение конфигурации совокупностей UL–ресурсов содержит прием информации из другого узла сети связи.
20. Способ по любому из вариантов 16–19 осуществления, дополнительно содержащий:
– назначение радиоресурсов, которые должны использоваться для передачи DL–передачи в дополнительное пользовательское оборудование (292); и
– передачу ARI в дополнительное пользовательское оборудование, причем ARI указывает другую из сконфигурированных совокупностей UL–ресурсов, которые должны использоваться для приема управляющей информации, ассоциированной с DL–передачей, в дополнительное пользовательское оборудование,
– при этом, в указанной совокупности UL–ресурсов, соответствующие наборы UL–ресурсов, соответствующие текущему рабочему состоянию сети связи, являются неперекрывающимися.
21. Способ по варианту 20 осуществления, в котором, в указанных совокупностях UL–ресурсов, соответствующие наборы UL–ресурсов, соответствующие по меньшей мере одному не являющемуся текущим рабочему состоянию сети связи, перекрываются.
22. Способ по любому из вариантов 16–21 осуществления, в котором управляющая информация содержит информацию подтверждения, ассоциированную с DL–передачей.
23. Способ по любому из вариантов 16–22 осуществления, в котором, в указанной совокупности UL–ресурсов по меньшей мере два из выбираемых наборов UL–ресурсов отличаются относительно их числа элементов.
24. Способ по любому из вариантов 16–23 осуществления, в котором, в указанной совокупности UL–ресурсов, первый набор UL–ресурсов содержит UL–ресурсы в дополнение к UL–ресурсам из второго набора UL–ресурсов.
25. Способ по любому из вариантов 16–24 осуществления, в котором, в указанной совокупности UL–ресурсов, второй набор UL–ресурсов представляет собой поднабор первого набора UL–ресурсов.
26. Способ по варианту 24 или 25 осуществления, в котором:
– рабочие состояния представляют режимы обратной связи по подтверждению;
– первый набор UL–ресурсов соответствует режиму регулярной обратной связи по подтверждению; и
– второй набор UL–ресурсов соответствует режиму сжатой обратной связи по подтверждению.
27. Способ по любому из вариантов 16–26 осуществления, в котором каждая сконфигурированная совокупность UL–ресурсов содержит два или более выбираемых наборов UL–ресурсов.
28. Способ по любому из вариантов 16–27 осуществления, в котором, в наборе UL–ресурсов, по которым передается управляющая информация, каждый UL–ресурс представляет подтверждение с положительным или отрицательным значением, необязательно комбинированное с ограничением конкретной частью DL–передачи и/или с дополнительной информацией.
29. Способ по варианту 28 осуществления, в котором UL–ресурсы являются отличимыми посредством по меньшей мере одного из следующего: время, частота, код.
30. Способ по любому из вариантов 16–29 осуществления, дополнительно содержащий:
– определение рабочего состояния сети связи и выбор, на его основе, набора UL–ресурсов, которые должны использоваться для приема управляющей информации.
31. Способ по любому из вариантов 16–30 осуществления, в котором ARI передается в сообщении, содержащем дополнительную информацию.
32. Способ по варианту 31 осуществления, в котором упомянутое сообщение содержит ARI и назначение.
33. Базовая станция (320) для работы в сети (300) связи, содержащая радиоинтерфейс (327) и схему (328) обработки, выполненную с возможностью:
– получать конфигурацию по меньшей мере двух совокупностей ресурсов восходящей линии связи (UL), которые должны использоваться для приема управляющей информации, из пользовательского оборудования в покрытии сети связи;
– назначать радиоресурсы, которые должны использоваться, чтобы передавать передачу по нисходящей линии связи (DL) в пользовательское оборудование (330);
– передавать индикатор ресурсов подтверждения (ARI), в пользовательское оборудование, причем ARI указывает одну из сконфигурированных совокупностей UL–ресурсов, которые должны использоваться для приема управляющей информации, ассоциированной с DL–передачей; и
– принимать управляющую информацию из пользовательского оборудования, по меньшей мере, в поднаборе указанной совокупности UL–ресурсов,
– при этом указанная совокупность UL–ресурсов содержит множество выбираемых наборов UL–ресурсов, и управляющая информация принимается по одному из наборов UL–ресурсов, который соответствует рабочему состоянию сети связи.
34. Базовая станция по варианту 33 осуществления, в которой схема обработки дополнительно выполнена с возможностью выполнять один способов по вариантам 17–32 осуществления.
35. Компьютерная программа, содержащая машиночитаемые инструкции для инструктирования программируемому процессору осуществлять способ по любому из вариантов 1–13 осуществления либо по любому из вариантов 16–32 осуществления.
36. Компьютерный программный продукт, содержащий машиночитаемый носитель, сохраняющий компьютерную программу по варианту 35 осуществления.
Варианты осуществления в данном документе также включают в себя компьютерную программу, содержащую инструкции, которые, при выполнении посредством по меньшей мере одного процессора UE или базовой станции, инструктируют UE или базовой станции осуществлять способы, показанные на фиг. 4–7, либо их варьирования. В одном или более вариантов осуществления, машиночитаемый носитель, сохраняющий компьютерную программу, осуществлен в качестве среды связи (или энергозависимых среды, таких как электронный сигнал, оптический сигнал, радиосигнал) либо в качестве носителей хранения данных (или энергонезависимых носителей), либо в качестве комбинации вышеозначенного. Термин "носитель хранения данных" включает в себя энергозависимые и энергонезависимые, съемные и стационарные носители, реализованные согласно любому способу или технологии для хранения информации; носители хранения данных включают в себя, но не только, RAM, ROM, EEPROM, флэш–память или другую технологию запоминающих устройств, CD–ROM, универсальные цифровые диски или другое устройство хранения данных на оптических дисках, магнитные кассеты, магнитную ленту, устройство хранения данных на магнитных дисках или другие магнитные устройства хранения данных либо любой другой носитель, который сохраняет требуемую информацию и является доступным посредством компьютера. По меньшей мере, в одном варианте осуществления, узел связи или другое оборудование выполнено с возможностью выполнять операции или функции, раскрытые в данном документе, по меньшей мере, частично на основе схемы обработки узла, выполняющей компьютерные программные инструкции, сохраненные на энергонезависимом машиночитаемом носителе.
Разумеется, настоящее изобретение может осуществляться способами, отличными от способов, конкретно изложенных в данном документе, без отступления от важнейших характеристик изобретения. Настоящие варианты осуществления должны рассматриваться во всех отношениях как иллюстративные, а не ограничивающие, и все изменения, попадающие в рамки смысла и эквивалентности прилагаемой формулы изобретения, должны охватываться ей.