RU2592872C2 - Обработка harq-аск для непредусмотренных нисходящих подкадров - Google Patents

Обработка harq-аск для непредусмотренных нисходящих подкадров Download PDF

Info

Publication number
RU2592872C2
RU2592872C2 RU2014148570/07A RU2014148570A RU2592872C2 RU 2592872 C2 RU2592872 C2 RU 2592872C2 RU 2014148570/07 A RU2014148570/07 A RU 2014148570/07A RU 2014148570 A RU2014148570 A RU 2014148570A RU 2592872 C2 RU2592872 C2 RU 2592872C2
Authority
RU
Russia
Prior art keywords
downlink
harq
response
control channel
channel
Prior art date
Application number
RU2014148570/07A
Other languages
English (en)
Other versions
RU2014148570A (ru
Inventor
Сонхи ХАН
Хун ХЭ
Цзун-Каэ ФУ
Original Assignee
Интел Корпорейшн
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Интел Корпорейшн filed Critical Интел Корпорейшн
Publication of RU2014148570A publication Critical patent/RU2014148570A/ru
Application granted granted Critical
Publication of RU2592872C2 publication Critical patent/RU2592872C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0025—Transmission of mode-switching indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026—Transmission of channel quality indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • 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/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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/0073—Allocation arrangements that take into account other cell interferences
    • 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/14—Two-way operation using the same type of signal, i.e. duplex
    • 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/22—Arrangements affording multiple use of the transmission path using time-division multiplexing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H04W28/0221—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices power availability or consumption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/22—Performing reselection for specific purposes for handling the traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0203—Power saving arrangements in the radio access network or backbone network of wireless communication networks
    • H04W52/0206—Power saving arrangements in the radio access network or backbone network of wireless communication networks in access points, e.g. base stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0245—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal according to signal strength
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/38—TPC being performed in particular situations
    • H04W52/383—TPC being performed in particular situations power control in peer-to-peer links
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • 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/0446—Resources in time domain, e.g. slots or frames
    • 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/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • 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
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • 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/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • 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
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • 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/14—Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0205—Traffic management, e.g. flow control or congestion control at the air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02E—REDUCTION OF GREENHOUSE GAS [GHG] EMISSIONS, RELATED TO ENERGY GENERATION, TRANSMISSION OR DISTRIBUTION
    • Y02E40/00—Technologies for an efficient electrical power generation, transmission or distribution
    • Y02E40/60—Superconducting electric elements or equipment; Power systems integrating superconducting elements or equipment

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)
  • Medicines Containing Antibodies Or Antigens For Use As Internal Diagnostic Agents (AREA)
  • Steroid Compounds (AREA)
  • Medicinal Preparation (AREA)

Abstract

Изобретение относится к системе беспроводной связи, когда передача сообщений осуществляется через ненадежную среду между мобильным устройством и сетью с радиодоступом. Описан способ предоставления HARQ отклика в LTE сети для формата 1b PUCCH. Способ включает в себя этапы, на которых: принимают одно или более назначений нисходящих каналов окна пакетирования по беспроводному нисходящему каналу управления; устанавливают статус приема для каждого подкадра нисходящего канала для передачи данных в окне пакетирования исходя из того, был ли связан подкадр на нисходящем канале для передачи данных с одним отдельным принятым назначением нисходящего канала, и исходя из того, был ли успешно принят подкадр; устанавливают статус приема для подкадров нисходящего канала для передачи данных в окне пакетирования, которые не имеют соответствующего назначения нисходящего канала, в заданное значение; и передают отклик, причем отклик основан на статусе приема, установленном модулем отклика. 3 н. и 14 з.п. ф-лы, 10 ил., 4 табл.

Description

Уровень техники
Сети стандарта "Долгосрочное развитие сетей связи" (LTE) и другие беспроводные сети основаны на передаче сообщений через ненадежную среду между мобильным устройством (например, пользовательским оборудованием (UE)) и сетью с радиодоступом (RAN). В LTE RAN состоит из одного или более узлов eNodeB. Эта ненадежная среда передачи данных может создать проблемы для корректной передачи данных между RAN и UE, так как данные могут быть потеряны или повреждены из-за низкого качества сигнала, помех или других проблем с беспроводной средой.
Краткое описание чертежей
На фиг. 1 приведена таблица, показывающая отображения откликов HARQ-ACK на ресурсы, конфигурации и входные биты кода RM для двух сот с окном пакетирования длины 3 в соответствии с некоторыми примерами настоящего изобретения.
На фиг. 2 приведена таблица, показывающая отображения откликов HARQ-ACK на ресурсы, конфигурации и входные биты кода RM для двух сот с окном пакетирования длины 4 в соответствии с некоторыми примерами настоящего изобретения.
На фиг. 2А продолжение таблицы, приведенной на фиг. 2, в соответствии с некоторыми примерами настоящего изобретения.
На фиг. 3 показана диаграмма примера выделения ресурсов в соответствии с некоторыми примерами настоящего изобретения.
На фиг. 4 показана диаграмма примера выделения ресурсов в соответствии с некоторыми примерами настоящего изобретения.
На фиг. 5А показана блок-схема последовательности действий способа выработки отклика HARQ-ACK в соответствии с некоторыми примерами настоящего изобретения.
На фиг. 5В показана блок-схема последовательности действий способа обработки отклика HARQ-ACK в соответствии с некоторыми примерами настоящего изобретения.
На фиг. 6 показана блок-схема системы беспроводной связи в соответствии с некоторыми примерами настоящего изобретения.
На фиг. 7 показана функциональная блок-схема, изображающая некоторые функции UE и eNodeB в соответствии с некоторыми примерами настоящего изобретения.
На фиг. 8 показана блок-схема машины в соответствии с некоторыми примерами настоящего изобретения.
Осуществление изобретения
Для того чтобы иметь дело с ненадежной средой осуществления беспроводной связи, в сетях LTE и других сотовых сетях используют механизм, называемый гибридным автоматическим запросом повторной передачи (HARQ), чтобы обеспечить исправление ошибок и подтверждение приема пакетов, чтобы гарантировать безопасную доставку данных между RAN и UE. HARQ обеспечивает исправление ошибок на стороне приемника с использованием кодирования с прямым исправлением ошибок (FEC), а также автоматических механизмов обратной связи (автоматический запрос повторной передачи (ARQ)), чтобы показать отправителю, были ли успешно получены пакеты или нет. После приема пакета данных приемник использует код с обнаружением ошибок (например, контроль циклическим избыточным кодом (CRC)), чтобы определить, был ли корректно принят пакет. Если пакет был принят успешно, то приемник уведомляет отправителя, используя механизм обратной связи (например, АСK). Если пакет не был успешно принят, то приемник может попытаться восстановить пакет, используя информацию FEC. Если приемнику удалось применить информацию FEC для восстановления пакета, то он может уведомить (АСK) отправителя, в противном случае приемник может ответить отправителю отрицательным подтверждением (NACK). В других примерах приемник (UE) может ответить, что он находился в режиме прерывистой передачи (DTX-режиме). DTX-отклик может представлять случай, когда UE не может должным образом обнаружить информацию в управляющем канале (например, в основном нисходящем управляющем канале - PDCCH) и, таким образом, не может определить, был ли отправлен пакет на UE.
В сотовой сети эти HARQ-отклики обычно передают по управляющим каналам. Отклики для нисходящего трафика, отправленного от RAN на UE, обычно посылают по восходящим управляющим каналам (например, по физическому восходящему управляющему каналу (PUCCH)). Отклики для восходящего трафика, отправленные от UE на RAN, обычно посылают по нисходящим каналам HARQ-ACK (например, по физическому каналу гибридного автоматического запроса на повторение HARQ: СНICH). Пакеты, для которых не было подтверждения (либо NACK, либо просто вовсе без подтверждения), могут быть заново переданы отправителем.
В некоторых системах восходящая связь (от UE к RAN) отделена от нисходящей связи по частоте. То есть восходящую и нисходящую беспроводную связь осуществляют на разных полосах частот. Эти системы называют системами дуплексной связи с частотным разделением каналов (FDD). В других примерах восходящая и нисходящая беспроводная связь может разделять одни и те же полосы частот, но могут быть разделены по времени. То есть в некоторые моменты времени (например, называемые интервалами времени) полосы частот зарезервированы для восходящей беспроводной передачи, а в другие моменты времени (например, интервалы времени) - для нисходящей беспроводной связи. Такую схему называют дуплексной связью с временным разделением каналов (TDD). В других примерах характерной чертой полудуплексных FDD (H-FDD) систем является то, что восходящую и нисходящую связь осуществляют на разных полосах частот, а также разделяют по времени.
Суть сотовой сети заключается в том, что связь между UE и RAN является асимметричной в пользу нисходящего беспроводного канала. То есть обычно от RAN на UE оправляют больше данных, чем от UE на RAN. Чтобы компенсировать это, сотовые планировщики часто выделяют больше частотных или временных ресурсов (в зависимости от того, является ли сеть FDD или TDD) для нисходящей беспроводной связи, чем для восходящей беспроводной связи.
Такая асимметрия ресурсов создает проблемы при управлении UE необходимыми уведомлениями HARQ, потому что часто бывает недостаточно восходящих ресурсов на восходящих каналах управления, чтобы передать эти отклики. Такую проблему можно устранить только добавлением множества несущих и восходящей передачи других сигналов, таких как информация о состоянии канала.
В LTE беспроводную передачу обычно разбивают на дискретные блоки, называемые кадрами, которые затем могут быть разбиты на подкадры, а подкадры - на одно или несколько кодовых слов. Каждому кодовому слову может соответствовать определенный транспортный блок, и в этом документе эти понятия используются взаимозаменяемо, если не указано иное. В FDD системах HARQ ответ может быть передан в фиксированном числе подкадров после того, как передача была принята (обычно в 4 подкадрах). Тем не менее в FDD системах фиксированная задержка невозможна, так как в них часто бывает переменное число восходящих и нисходящих временных интервалов в радиокадре из-за дисбаланса асимметричной беспроводной связи.
Для решения этих задач для TDD систем проектом партнерства мобильной связи 3-го поколения (3GPP), который публикует стандарты для 4G (LTE) беспроводных сетей, было разработано несколько механизмов. Первый представляет собой временное пакетирование ACK/NACK/DTX. Для HARQ-ACK пакетирования результат АСK, NACK или DTX для каждого отдельного кодового слова в каждом нисходящем подкадре для определенного числа подкадров (называемого окном пакетирования), принимаемых по нисходящему каналу (например, по физическому нисходящему общему каналу - PDSCH), логически умножают, чтобы получить один или несколько составных результатов, соответствующих каждому кодовому слову во всех подкадрах окна пакетирования. Тогда число полученных составных результатов ACK/NACK/DTX равняется числу кодовых слов в подкадре. Например, если размер окна пакетирования равен четырем нисходящим подкадрам, а в каждом подкадре имеется два кодовых слова, то уведомления для первого кодового слова подкадров 0-3 логически перемножают друг с другом, а вторые кодовые слова подкадров 0-3 также логически перемножают друг с другом, чтобы получить два бита подтверждения. Преимущество этой технологии заключается в том, что решение, использующее несколько битов, очень компактно, так что можно гарантировать зону покрытия для восходящей связи. Недостаток заключается в том, что, если любое из кодовых слов любого из подкадров принято не корректно, то будет передано заново определенное кодовое слово для всех подкадров. Другая технология заключается в использовании мультиплексирования HARQ-ACK, при котором кодовые слова могут быть логически перемножены для кодовых слов индивидуально для каждого нисходящего подкадра, чтобы получить один бит подтверждения на каждый нисходящий подкадр (т.е. пространственное пакетирование). Результат представляет собой результат ACK/NACK/DTX для каждого соответствующего нисходящего подкадра в окне пакетирования. Для четырех нисходящих подкадров с двумя кодовыми словами на подкадр в подкадре применяют пространственное пакетирование по двум кодовым словам (если есть) путем логического перемножения, а множество пакетированных ACK/NACK в подкадрах могут дать одно составное состояние в окне пакетирования. Для HARQ-ACK отклика, отправленного по физическим восходящим управляющим каналам (PUCCH), составное состояние может быть представлено в виде комбинации ресурса PUCCH и точек конфигурации. Это дает четыре результата подтверждения - по одному для каждого подкадра. Отметим, что несмотря на тот факт, что эта конкретная HARQ-ACK технология называется "мультиплексирование", в этом описании используется выражение "окно пакетирования".
Окно пакетирования представляет собой временную единицу (например, некоторое число подкадров), определяющую, когда по восходящему каналу в конкретном восходящем подкадре передают сигнал HARQ-ACK обратной связи, соответствующий нисходящему трафику. UE передает сигнал HARQ-ACK обратной связи, используя PUCCH, в подкадре n, где сигнал HARQ-ACK обратной связи для n-ki, где ki∈K (задано в Таблице 1) и 0≤i≤М-1. Окно пакетирования, в целом, задают как n-ki нисходящих подкадров для восходящего сигнала HARQ-ACK обратной связи в подкадре n.
Figure 00000001
Таблица конфигурации UL-DL для TDD приведена в Таблице 2.
Figure 00000002
Конфигурации восходящей/нисходящей связи для TDD (D = нисходящая, S = специальный подкадр с тремя полями DwPTS, GP и UpPTS, который используют, чтобы дать UE время на переключение с нисходящей связи на восходящую, U = восходящая).
LTE Advanced поддерживает агрегацию несущих, при которой в нисходящем канале может использоваться множество несущих. Это означает, что по восходящему каналу необходимо передавать множество информационных битов ACK/NACK для множества несущих. Для этого в LTE определена технология, известная как выбор канала с временным пакетированием. Эта технология использует аналогичную технологию, как мультиплексирование HARQ-ACK, за исключением того, что временное пакетирование этой технологии немного отличается от существующего. Временное пакетирование для агрегации несущих может предназначаться для передачи некоторого числа последовательных сигналов АСК для каждой компонентной несущей, в то время как при единственной несущей оно предназначено для передачи логически связанной информации HARQ-ACK. Результирующая ACK/NACK информация может быть закодирована комбинированным выбором канала и символом QPSK конфигурации. Естественно, затем мультиплексированные результаты уведомлений могут быть соотнесены с таблицей поиска для выбора двухбитового поля (конфигурации QPSK) и ресурса PUCCH (выбранного канала) для передачи PUCCH. Также в случае, если HARQ-ACK вкладывают в PUSCH, то также предоставляют множество входных битов кода RM. Таблицы отображения показаны на фиг. 1 и 2 (фиг. 2 продолжена на фиг. 2А) для разных размеров окна пакетирования. В столбце с заголовком HARQ-ACK (0)-(2) для фиг. 1 и HARQ-ACK (0)-(3) для фиг. 2 и 2А представлены решения АСК, NACK или DTX для этого конкретного подкадра для первичной и вторичной соты (PCell и SCell соответственно). Например, в случае окна пакетирования из четырех подкадров, если подкадр (0) был принят успешно (АСK), подкадр (1) был принят неуспешно (NACK), подкадр (2) был принят успешно (АСK) и подкадр (З) был принят успешно (АСK) в первичной соте, а во вторичной соте отклик АСK, АСK, АСK, NACK, то UE выберет конфигурацию (0, 1) с ресурсом обратной связи, соответствующим физическому восходящему управляющему каналу (PUCCH) 3 с использованием входных битов кода 0, 0, 1, 1. Короче говоря, столбец HARQ-ACK (j) представляет собой отклик ACK/NACK/или DTX для каждого конкретного нисходящего подкадра для первичной и вторичной соты (для множества несущих), и следует использовать соответствующие ресурсы PUCCH, конфигурации и входные биты кода RM в зависимости от HARQ-ACK (j), выбранного для первичной и вторичной соты. Эта технология использует формат 1b PUCCH, если HARQ-ACK передают с использованием PUCCH.
HARQ-ACK пакетирование или HARQ-ACK мультиплексирование может не работать должным образом, если UE не принимает корректно информацию планирования для каких-либо запланированных кадров. Например, если eNodeB планирует для терминала два подкадра с окном пакетирования размера 2, но UE принимает только последний кадр, и было не уведомлено о запланированном первом кадре, то UE ответит уведомлением АСК. eNodeB проинтерпретирует это уведомление АСК как подтверждение приема обоих подкадров. Чтобы определить, что была пропущена нисходящая передача для UE, в спецификации LTE предложено отправлять от RAN на UE индекс назначения нисходящей линии связи (DAI) вместе с нисходящей информацией планирования в канале PDCCH. DAI, передаваемый в нисходящей передаче уменьшает накапливаемое число PDCCH с назначенными PDSCH передачами, a PDCCH указывает на выпуск от частичного долгосрочного планирования (SPS) вплоть до данного подкадра в том же самом окне пакетирования каждой сконфигурированной обслуживающей соты. Затем UE использует DAI, чтобы сгенерировать HARQ-ACK(j) в окне пакетирования.
Обращаясь теперь к фиг. 3, на ней показан пример вычисления отклика. В примере на фиг. 3 изображено окно пакетирования из четырех подкадров (М=4) в двух сконфигурированных сотах. Отклик HARQ-ACK (j) для первичной соты (PCell) - АСK, АСK, DTX, АСK, а во вторичной соте (SCell) - АСK, NACK, NACK, АСK соответственно. DAI, принятые по PDCCH для PCell, равны 1 для подкадра 0, 2 для подкадра 1 и 4 для подкадра 3. Отметим, что UE не способно декодировать PDCCH в подкадре 2 (m=2) и, таким образом, не обновило значение DAI. Даже если UE потеряло обновленное значение DAI, оно восстановит его в подкадре m=3 и, таким образом, узнает, что в конце окна пакетирования DAI равен 4. Так как значение DAI равно 4, то UE знает, что ему требуется 4 отклика HARQ-ACK (j). Для SCell значения DAI, принятые по PDCCH, равны 1, 2, 3 и 4 для подкадров 0, 1, 2 и 3 соответственно.
Исходя из таблиц отображения, приведенных на фиг. 2 и 2А, это дает следующий ответ:
Figure 00000003
Отметим, что возникает проблема, когда все подкадры конкретного окна пакетирования не запланированы RAN. Так как определенные кадры не запланированы, то DAI не будет увеличен и в конце окна пакетирования будет меньше, чем размер окна пакетирования. Таблицы обратной связи на фиг. 1 и 2 предполагают, что все кадры были запланированы. На фиг. 4 показан пример такого случая. В этом примере первые два нисходящих подкадра в PCell не запланированы. Таким образом, для подкадра 2 DAI равен 1, а для подкадра 3 DAI равен 2 (по сравнению с фиг. 3, где DAI равнялся 3 и 4 для подкадров 2 и 3 соответственно). Так как HARQ-ACK (j) определяют в связи со значением DAI, то HARQ-ACK (0) соответствует подкадру 2, a HARQ-ACK (1) соответствует подкадру 3. Тем не менее HARQ-ACK (2) и HARQ-ACK (3) не определены, так как нет соответствующих значений DAI, равных 3 и 4, в окне пакетирования в соответствии с определением DAI. Это происходит, потому что значение DAI определяют как накапливающееся число PDCCH с назначенными PDSCH передачами, a PDCCH указывает на выпуск частичного долгосрочного планирования (SPS) вплоть до данного подкадра в окне пакетирования. Поэтому, если в окне пакетирования отсутствует ожидаемый DL подкадр, в котором UE надо отслеживать HARQ-ACK (j), относящийся к значению DAI, то поведение UE не задано.
В некоторых примерах описаны системы, способы, UE и машиночитаемые носители, которые решают задачу выработки подтверждения для ситуации, в которой последнее принятое значение DAI (LDAI) меньше, чем размер окна пакетирования. В некоторых примерах для HARQ-ACK (j) используют заданное состояние для случая LDAI≤j≤М-1, где М - размер окна мультиплексирования или пакетирования. Например, в эти HARQ-ACK отклики может быть добавлено состояние DTX. Так, например, на фиг. 4 HARQ-ACK (j) для PCell правильные параметры отклика следующие: АСK, АСK, DTX, DTX.
Так как последние два состояния для PCell дополнены DTX, то UE будет знать, какое точно отображение из таблицы использовать. Кроме того, на стороне сети, так как eNodeB уже знает, что последние два состояния дополнены DTX, то несоответствующие состояния, отличные от DTX, могут быть исключены во время проверки гипотезы определения PUCCH, что может улучшить производительность определения HARQ-ACK. Например, на фиг. 3, так как HARQ-ACK отклик в PCell представляет собой {АСK, АСK, DTX, DTX}, {АСK, NACK, DTX, DTX}, {NACK, АСК, DTX, DTX} или {NACK, NACK, DTX, DTX}, то состояния {любой, любой, ACK/NACK, ACK/NACK} можно исключить при обнаружении eNB. Уменьшая проверки гипотезы определения, можно увеличить производительность определения PUCCH.
Применяя этот способ к примеру, показанному на фиг. 4, получим:
Figure 00000004
Figure 00000005
Хотя в некоторых примерах отклик HARQ-ACKQ может быть заполнен TDX для случая, в котором все нисходящие подкадры в пределах окна пакетирования не запланированы, в других примерах могут использоваться другие значения, такие как АСK, NACK или другое заданное значение. Это имеет место потому, что eNodeB обладает достаточными системными знаниями, чтобы игнорировать эти значения. На самом деле в некоторых примерах UE может произвольно выбрать любое значение ACK/NACK/DTX.
Обратимся теперь к фиг. 5А, на ней показан способ 5000 подтверждения передачи, когда не все нисходящие подкадры в конкретном окне пакетирования были запланированы. На этапе 5010 UE принимает информацию планирования на PDCCH, указывающую запланированные нисходящие кадры. На этапе 5020 UE определяет, что оно приняло последнюю нисходящую передачу для конкретного окна пакетирования, а на этапе 5030 определяет, что последнее значение DAI (LDAI) меньше, чем размер окна пакетирования. На этапе 5040 UE определяет ответы ACK/NACK/DTX для кадров, относительно которых UE было уведомлено, что они запланированы. На этапе 5050 оставшийся HARQ-ACK (j), у которого нет соответствующих значений DAI, заполняют заданным значением (например, DTX).
Обратимся теперь к фиг. 5В, на ней показан способ 5100 обработки на eNodeB подтверждения передачи, в которой не все нисходящие подкадры в конкретном окне пакетирования были запланированы. На этапе 5110 базовая станция (например, eNodeB) может запланировать одну или несколько нисходящих передач для отдельного периода подтверждения (например, окна пакетирования) и уведомить UE через нисходящий канал управления, такой как физический восходящий управляющий канал (PUCCH). На этапе 5120 eNodeB может передать запланированные кадры. На этапе 5130 eNodeB может принять ответ от UE. На этапе 5140 eNodeB может определить, что последнее значение DAI, отправленное по PDCCH, меньше, чем размер окна пакетирования. На этапе 5150 eNodeB может использовать ресурс (например, ресурс PUCCH), что отклик был принят вместе с принятой конфигурацией и битами кода RM для определения ответа, принимая во внимание, что HARQ-ACK (j), где j такое, что LDAI≤j≤M-1, где М - размер окна мультиплексирования или пакетирования, являются добавленными значениями. Затем eNodeB может осуществить любые необходимые повторные передачи.
Обратимся теперь к фиг. 6, на ней показана система 6000 для передач подтверждения. Оборудование пользователя (UE) 6010 осуществляет связь с сетью с радиодоступом (RAN) 6020, которая может включать в себя одну или несколько базовых станций (например, eNodeB) 6030, 6035, по одному или нескольким радиоканалам 6040. RAN 6020 может быть соединена с базовой сетью 6045, такой как усовершенствованная сеть Packet Core. ЕРС 6045 может быть соединена с сетью 6050, такой как интернет, традиционная сеть телефонной связи (POTS) и т.п. В системе на фиг. 6 радиоканалы 6040 могут функционировать в дуплексном режиме с временным разделением каналов (в TDD режиме).
На фиг. 7 показана частичная функциональная диаграмма UE 7000 (могут иметься и другие не показанные компоненты). UE 7000 может включать в себя модуль 7010 передачи. Модуль 7010 передачи может передавать управляющий и пользовательский трафик на RAN по одному или более восходящим каналам, таким как физический восходящий управляющий канал (PUCCH), физический восходящий общий канал (PUSCH) и т.п. Модуль 7010 передачи может передавать подтверждения пользовательского трафика и управляющего трафика, отправленного от RAN на UE 7000 по нисходящим каналам (например, по физическому нисходящему общему каналу (PDSCH) и физическому специализированному каналу управления (PDCCH)).
Приемный модуль 7020 может принимать информацию, отправленную RAN по нисходящим каналам, таким как физический нисходящий общий канал (PDSCH) и физический нисходящий канал управления (PDCCH), и информировать модуль 7030 отклика о статусе приема этой информации. Например, принятые подкадры могут быть декодированы на приемном модуле (а также может быть выполнено исправление искажений FEC), а индикация того, следует ли для подкадра отправить подтверждение АСK, NACK или DTX, может быть отправлено на модуль 7030 отклика. Приемный модуль 7020 также может передавать различные параметры связи на модуль 7030 отклика, такие как размер окна пакетирования и последнее принятое значение DAI для этого окна.
Модуль 7030 отклика может сообщать модулю 7010 передачи подходящие параметры отклика (например, ресурс PUCCH, биты кода RM, конфигурацию) в соответствии с таблицами на фиг. 1 и фиг. 2 (продолженными на фиг. 2А), исходя из LDAI, размера окна пакетирования и т.п. Например, модуль 7030 отклика может определить, что число принятых нисходящих передач меньше, чем размер окна пакетирования, и исходя из этого установить статус приема каждой принятой нисходящей передачи на основе того, был ли успешно принят кадр, связанный с конкретной принятой нисходящей передачей, и установить в заданное значение статус приема кадра в окне пакетирования, который не имеет соответствующей нисходящей передачи. Например, модуль отклика может определить для каждого индекса j для множества нисходящих подкадров в ответном окне пакетирования, равно ли значению j+р значение одного или нескольких принятых индексов назначения нисходящей линии связи(ОА1). Определение статуса приема (ACK/NACK/DTX) подкадра, соответствующего j, отвечает за определение того, что одно или несколько значений DAI равно j+р. Установление статуса приема подкадра, соответствующего j, в заданное значение отвечает за определение того, что ни одно из значений DAI не равно j+р. Где р - это константа (например, 0 или 1), где одно или несколько значений DAI принимают по физическому нисходящему каналу управления (PDCCH), где j≤М-1 и где М - это число подкадров в окне пакетирования HARQ. Модуль 7030 отклика, который также можно назвать HARQ модулем, может затем дать команду модулю 7010 передачи передать соответствующим образом определенный отклик. В некоторых примерах переменная p может быть равна нулю, если имеет место передача по физическому нисходящему общему каналу (PDSCH) по первичной соте без обнаружения соответствующего PDCCH в окне пакетирования, в противном случае р может быть равно единице. Поэтому значение p может показывать, имеется ли в окне пакетирования полуустойчивое планирование (SPS) PDSCH без соответствующего PDCCH или нет. Отметим, что хотя в спецификации описан PDCCH со значением DAI для запланированного нисходящего кадра, изобретение также можно использовать, когда UE принимает PDCCH, обозначающий сообщение о выпуске нисходящего частичного долгосрочного планирования (SPS), которое также включает в себя значение DAI.
На фиг. 7 также показана частичная функциональная диаграмма eNodeB 7100 (могут иметься и другие не показанные компоненты). eNodeB 7100 включает в себя модуль 7110 передачи, который передает пользовательские данные и данные управления по одному или нескольким каналам. Например, пользовательские данные и данные управления могут быть переданы по физическому специальному каналу управления (PDCCH) или по физическому специальному общему каналу (PDSCH). Модуль 7110 передачи может планировать кадры для передачи и сигнализировать UE по PDCCH. Модуль 7110 передачи также может передавать DAI по PDCCH. Приемный модуль 7120 может принимать управляющие и пользовательские данные по восходящим каналам связи, таким как физический восходящий канал управления (PUCCH) и физический восходящий общий канал (PUSCH). Приемный модуль 7120 может принимать HARQ отклики от UE на нисходящие подкадры (например, ACK-NACK-DTX отклики). В ответ на эту информацию приемный модуль может указывать модулю передачи, что может потребоваться повторная передача определенных данных. Приемный модуль 7120 может декодировать ответ исходя из определения того, по какому ресурсу PUCCH был принят отклик, принятых битов конфигурации и принятых битов кодов RM. Приемный модуль 7120 также может определить, что последнее значение DAI в окне пакетирования было меньше, чем число подкадров в окне пакетирования, и что один или несколько сигналов ACK/NACK/DTX подкадров следует проигнорировать как не представляющие действительную передачу.
На фиг. 8 показана блок-схема примера машины 8000, на которой можно реализовать любую одну или несколько из обсуждаемых в этом документе технологий (например, методик). UE, RAN (включающая в себя eNodeB) или ЕРС могут быть частями машины 8000 или могут включать в себя такие части. В альтернативных вариантах осуществления машина 8000 может функционировать как отдельное устройство или может быть соединена (например, через сеть) с другими машинами. При установке в сети машина 8000 может работать в качестве серверной машины, клиентской машины или в качестве и того, и другого в клиент-серверных сетевых окружениях. В примере машина 8000 может выступать в качестве пиринговой машины в пиринговом (Р2Р) (или другом распределенном) сетевом окружении. Машина 8000 может представлять собой персональный компьютер (ПК), планшетный компьютер, приставку (STB), персональный цифровой помощник (PDA), мобильный телефон (такой как UE), сетевое устройство, беспроводную базовую станцию, сетевой маршрутизатор, концентратор или мост или любую машину, способную выполнять команды (последовательные или другие), которые определяют действия, которые должна выполнить машина. Кроме того, хотя показана только одна машина, также можно полагать, что термин "машина" включает в себя любой набор машин, которые по-отдельности или вместе выполняют набор (или множество наборов) команд, чтобы выполнить любую одну или несколько методик, обсуждавшихся в этом документе, как, например, облачные вычисления, программное обеспечение как услуга (SaaS), другие конфигурации компьютерных кластеров. Например, функции машины 8000 могут быть распределены по множеству других машин в сети.
Примеры, такие как описанные в этом документе, могут включать в себя или могут функционировать на логической схеме или на некотором числе компонент, модулей или механизмов. Модули представляют собой материальные объекты, способные выполнять заданные операции, и могут быть сконфигурированы или устроены определенным образом. В примере схемы могут быть устроены (например, внутренне или относительно внешних объектов, таких как другие схемы) заданным образом в виде модуля. В примере целая одна или несколько компьютерных систем или их часть (например, изолированная, клиентская или серверная компьютерная система) или один или несколько аппаратных процессоров могут быть сконфигурированы посредством микропрограммного или программного обеспечения (например, команд, части приложения или приложения) в виде модуля, который работает, чтобы выполнять заданные операции. В примере программное обеспечение может храниться (1) на постоянном машиночитаемом носителе информации или (2) в сигнале передачи. В примере программное обеспечение при его выполнении основным аппаратным обеспечением модуля заставляет оборудование выполнять заданные операции.
Соответственно, подразумевается, что термин "модуль" охватывает материальный объект, будь то объект, физически сконструированный, специальным образом сконфигурированный (например, в виде аппаратного решения) или временно (например, непостоянно) сконфигурированный (например, запрограммированный), чтобы функционировать определенным образом или чтобы выполнять часть или всю последовательность действий, описанных в этом документе. Рассматривая примеры, в которых модули являются временно сконфигурированными, для каждого из модулей не требуется, чтобы был создан его экземпляр в каждый момент времени. Например, если модули содержат аппаратный процессор общего назначения, сконфигурированный с использованием программного обеспечения, то аппаратный процессор общего назначения может быть сконфигурирован в виде одного или нескольких модулей, которые могут меняться с течением времени. Программное обеспечение может соответственно сконфигурировать аппаратный процессор, например, так, чтобы он составлял отдельный модуль в один момент времени и чтобы он составлял другой модуль в другой момент времени.
Машина (например, компьютерная система) 8000 может включать в себя аппаратный процессор 8002 (например, центральный процессор (CPU), графический процессор (GPU), аппаратное ядро процессора или любое их сочетание), основную память 8004 и статическую память 8006, причем некоторые из этих элементов или все они могут сообщаться друг с другом по шине 8008. Машина 8000 может также включать в себя дисплей 8010, буквенно-цифровое устройство 8012 ввода (например, клавиатуру), устройство 8014 управления пользовательским интерфейсом (UI) и/или другие устройства ввода. В примере дисплей 8010 и устройство 8014 управления UI могут представлять собой сенсорный дисплей. Машина 8000 может дополнительно включать в себя запоминающее устройство (например, привод) 8016, устройство 8018 выработки сигналов (например, громкоговоритель) и устройство 8020 сопряжения с сетью.
Запоминающее устройство 8016 может включать в себя машиночитаемый носитель 8022, на котором хранят один или несколько наборов структур данных или команд 8024 (например, программное обеспечение), реализующие одну или несколько технологий или функций, описанных в этом документе, или применяемые ими. Команды 8024 также могут полностью или, по меньшей мере, частично размещаться в основной памяти 8004, в статической памяти 8006 или в аппаратном процессоре 8002 во время выполнения их машиной 8000. В примере один или любое сочетание из следующих элементов: аппаратный процессор 8002, основная память 8004, статическая память 8006 или запоминающее устройство 8016, могут составлять машиночитаемый носитель.
Хотя машиночитаемый носитель 8022 показан как единственный носитель, выражение "машиночитаемый носитель" может включать в себя единственный носитель или несколько носителей (например, централизованную или распределенную базу данных и/или соответствующие кеши и серверы), сконфигурированные так, чтобы хранить одну или несколько команд 8024.
Выражение "машиночитаемый носитель" может включать в себя любой материальный носитель, который способен хранить, кодировать или переносить команды для выполнения машиной 8000, и которые заставляют машину 8000 выполнять любую одну или несколько технологий настоящего изобретения, или который может хранить, кодировать или переносить структуры данных, используемые такими командами или связанные с ними. Примеры неограничивающего машиночитаемого носителя могут включать в себя твердотельные запоминающие устройства и оптические и магнитные носители. Конкретные примеры машиночитаемого носителя могут включать в себя: энергонезависимую память, например, полупроводниковые запоминающие устройства (например, электрически перепрограммируемое постоянное запоминающее устройство (EPROM), электрически стираемое перепрограммируемое постоянное запоминающее устройство (EEPROM)) и устройства флэш-памяти; магнитные диски, например, внутренние жесткие диски и съемные диски; магнитно-оптические диски; CD-ROM и DVD-ROM диски.
Команды 8024 могут также быть переданы или приняты через сеть 8026 связи с использованием среды передачи посредством устройства 8020 сопряжения с сетью. Устройство 8020 сопряжения с сетью может соединять машину 8000 с сетью, состоящей из других машин, чтобы осуществлять связь с другими машинами в сети, используя любой из множества протоколов передачи (например, ретрансляция кадров, интернет протокол (IP), протокол управления передачей (TCP), протокол пользовательских датаграмм (UDP), протокол передачи гипертекста (HTTP) и т.д.). Примеры сетей связи могут включать в себя, помимо прочего, локальные сети (LAN), глобальные сети (WAN), сети с коммутацией пакетов (например, Интернет), мобильные телефонные сети (например, сотовые сети), традиционные сети телефонной связи (POTS), беспроводные сети передачи данных (например, семейство стандартов Института инженеров по электротехнике и радиоэлектронике (ГЕЕЕ) 802.11, известные как Wi-Fi®, семейство стандартов IEEE 802.16, известные как WiMax®), пиринговые сети (Р2Р). В примере устройство 8020 сопряжения с сетью может включать в себя один или несколько физических разъемов (например, Ethernet, коаксиальный или телефонный разъемы) или одну или несколько антенн для соединения с сетью 8026 связи. В примере, и как показано на фиг. 8, устройство 8020 сопряжения с сетью может включать в себя множество антенн (не показано), чтобы осуществлять связь без проводов, применяя, по меньшей мере, одну из следующих технологий: одноканальный вход - многоканальный выход (SIMO), многоканальный вход - многоканальный выход (МГМО) или многоканальный вход - одноканальный выход (MISO). Следует понимать, что выражение "среда передачи" включает в себя любую материальную среду, способную хранить, кодировать или переносить команды для выполнения машиной 8000, и включает в себя цифровые или аналоговые сигналы связи или другую материальную среду для упрощения осуществления связи с таким программным обеспечением.
Другие замечания и примеры
Пример 1
Описано пользовательское оборудование (UE), содержащее модуль отклика, устроенный так, чтобы принимать одно или несколько назначений нисходящих каналов окна пакетирования по беспроводному нисходящему каналу управления; устанавливать статус приема для каждого подкадра нисходящего канала для передачи данных в окне пакетирования исходя из того, был ли связан подкадр на нисходящем канале для передачи данных с одним отдельным назначением нисходящего канала, и исходя из того, был ли успешно принят подкадр; и устанавливать статус приема для подкадров нисходящего канала для передачи данных в окне пакетирования, которые не имеют соответствующего назначения нисходящего канала, в заданное значение; и модуль передачи, выполненный для того, чтобы передавать отклик, причем отклик основан на статусе приема, установленном модулем отклика.
Пример 2
UE из примера 1, в котором статус приема представляет собой одно из следующего: подтверждение (АСK), отрицательное подтверждение (NACK) и прерывистый прием (DTX).
Пример 3
UE из одного из примеров 1-2, в котором заданное значение представляет собой значение, указывающее на прерывистую передачу (DTX).
Пример 4
UE из любого из примеров 1-3, в котором UE устроено так, чтобы работать в режиме дуплексной связи с временным разделением каналов (TDD), и в котором модуль передачи устроен так, чтобы передавать отклик, используя формат 1b физического восходящего канала управления (PUCCH).
Пример 5
UE из любого из примеров 1-4, в котором окно пакетирования больше, чем 2 подкадра.
Пример 6
UE из любого из примеров 1-5, в котором модуль передачи устроен так, чтобы передавать отклик посредством выбора восходящего ресурса PUCCH, конфигурации и набора входных битов кода исходя из статусов приема.
Пример 7
UE из любого из примеров 1-6, где UE устроено так, чтобы осуществлять связь с беспроводной сетью, используя семейство стандартов "Долгосрочное развитие сетей связи" (LTE).
Пример 8
UE из любого из примеров 1-7, где UE устроено так, чтобы применять агрегацию несущих с конфигурациями двух обслуживающих сот.
Пример 9
Описан способ, содержащий следующее: для каждого индекса j определяют множество нисходящих подкадров, если один или несколько принятых значений индекса назначения нисходящей линии связи (DAI) равны j+р, причем одно или несколько значений DAI принимают по физическому нисходящему каналу управления (PDCCH), где j≤М-1, М - число подкадров в окне пакетирования HARQ, причем p - константа; устанавливают статус приема подкадра, соответствующего j, в заданное значение, которое отвечает за определение того, что ни одно из значений DAI не равно j+1; и передают статус приема каждого из нескольких нисходящих подкадров j в окне пакетирования М.
Пример 10
Способ из примера 9, в котором заданное значение представляет собой значение, указывающее на прерывистую передачу (DTX).
Пример 11
Способ из любого из примеров 9-10, содержащий следующее:
определяют, имеется ли передача по основному нисходящему общему каналу (PDSCH) в первичной соте без обнаружения соответствующего PDCCH в пределах окна пакетирования; если определяют, что имеется PDSCH без соответствующего PDCCH, то p присваивают значение 0; если определяют, что отсутствует PDSCH без соответствующего PDCCH, то p присваивают значение 1.
Пример 12
Способ из любого из примеров 9-11, в котором статусы приема передают с использованием формата 1b физического восходящего канала управления (PUCCH).
Пример 13
Способ из любого из примеров 9-12, в котором передают статусы приема, по меньшей мере, выбирая восходящий ресурс PUCCH, конфигурацию и набор входных битов кода исходя из статусов приема.
Пример 14
Описано пользовательское оборудование (UE), содержащее: модуль гибридного автоматического запроса повторной передачи (HARQ), устроенный так, чтобы для каждого индекса j для множества нисходящих подкадров: определять, если один или несколько принятых значений индекса назначения нисходящей линии связи (DAI) равны j+р, где p - константа, причем одно или несколько значений DAI принимают по физическому нисходящему каналу управления (PDCCH), где j≤М-1 и где М - это число подкадров в окне пакетирования HARQ, определять статус приема подкадра, соответствующего j, отвечающий за определение того, что одно или несколько значений DAI равно j+p; и устанавливать статус приема подкадра, соответствующего j, в заданное значение, отвечающее за определение того, что ни одно из значений DAI не равно j+p; и модуль передачи, устроенный так, чтобы передавать статус приема каждого из нескольких нисходящих подкадров j в окне пакетирования М.
Пример 15
UE из примера 14, в котором статус приема представляет собой одно из следующего: подтверждение (АСК), отрицательное подтверждение (NACK) и прерывистый прием (DTX).
Пример 16
UE из одного из примеров 14-15, в котором заданное значение представляет собой значение, указывающее на прерывистую передачу (DTX).
Пример 17
UE из одного из примеров 14-16, в котором заданное значение представляет собой значение, отличное от значения, обозначающего АСК, a NACK и DTX.
Пример 18
UE из одного из примеров 14-17, в котором заданное значение представляет собой значение, выбираемое случайно из значений, обозначающих АСК, NACKhDTX.
Пример 19
UE из любого из примеров 14-18, где UE устроено так, чтобы работать в режиме дуплексной передачи с временным разделением каналов (TDD).
Пример 20
UE из любого из примеров 14-19, где UE устроено так, чтобы мультиплексировать статус приема HARQ.
Пример 21
UE из любого из примеров 14-20, в котором модуль передачи устроен так, чтобы передавать статусы приема с использованием формата 1b физического восходящего канала управления (PUCCH).
Пример 22
UE из любого из примеров 14-21, в котором модуль HARQ дополнительно устроен так, чтобы: определять, имеется ли передача по основному нисходящему общему каналу (PDSCH) в первичной соте без обнаружения соответствующего PDCCH в пределах окна пакетирования; если определяют, что имеется PDSCH без соответствующего PDCCH, то p присваивают значение 0; если определяют, что отсутствует PDSCH без соответствующего PDCCH, то p присваивают значение 1.
Пример 23
UE из любого из примеров 14-22, в котором модуль передачи устроен так, чтобы передавать статус приема посредством выбора восходящего ресурса PUCCH, конфигурации и набора входных битов кода исходя из статусов приема.
Пример 24
UE из любого из примеров 14-23, где UE устроено так, чтобы осуществлять связь с беспроводной сетью, используя семейство стандартов "Долгосрочное развитие сетей связи" (LTE).

Claims (17)

1. Способ связи, содержащий этапы, на которых:
принимают нисходящий подкадр, при этом нисходящий подкадр имеет значение индекса j и индекс назначения нисходящей линии связи (DAI);
определяют что указанный DAI не равен j+p, где р - константа; и
передают статус приема HARQ прерывистой передачи (DTX) для нисходящего подкадра в ответ на определение.
2. Способ по п. 1, содержащий этапы, на которых:
определяют, имеется ли нисходящая передача по общему каналу в первичной соте без соответствующего нисходящего канала управления, в окне пакетирования, при этом окно пакетирования содержит М нисходящих подкадров, где М указывает количество подкадров нисходящей связи;
присваивают, если определено, что имеется нисходящий общий канал без соответствующего нисходящего канала управления, р значение 0; и
присваивают, если определено, что отсутствуют нисходящие общие каналы без соответствующего нисходящего канала управления, р значение 1;
3. Способ по п. 1, в котором передают статус приема HARQ с использованием формата 1b физического восходящего канала управления (PUCCH).
4. Способ по п. 1, в котором передача статуса приема HARQ включает в себя выбор по меньшей мере одного восходящего ресурса PUCCH, конфигурации или набора входных битов кода, на основе статуса приема HARQ.
5. Пользовательское оборудование (UE), содержащее:
схему гибридного автоматического запроса повторной передачи (HARQ), выполненную с возможностью:
приема нисходящего подкадра, при этом нисходящий подкадр имеет значение индекса j и индекс назначения нисходящей линии связи (DAI), a DAI принимают посредством физического нисходящего канала управления (PDCCH);
определения, что DAI не равен j+р, где р - константа, соответствующая соотношению в физическом нисходящем канале; и
установки статуса приема HARQ соответствующего нисходящего подкадра, в прерывистый прием (DTX) в ответ на указанное определение; и
схему передачи, выполненную с возможностью передачи статуса приема HARQ.
6. UE по п. 5, характеризующееся тем, что выполнено с возможностью функционирования в режиме дуплексной передачи с временным разделением каналов (TDD).
7. UE по п. 5, в котором схема HARQ выполнена с возможностью мультиплексирования статуса приема HARQ для множества нисходящих подкадров, при этом множество нисходящих подкадров содержит окно пакетирования содержащее М нисходящих подкадров.
8. UE по п. 5, в котором схема передачи выполнена с возможностью передачи статусов приема HARQ с использованием формата 1b физического восходящего канала управления (PUCCH).
9. UE по п. 7, в котором схема HARQ выполнена с возможностью:
определения взаимосвязи физического нисходящего канала между передачей по основному нисходящему общему каналу (PDSCH) в первичной соте и обнаружением соответствующего PDCCH в пределах окна пакетирования; при этом
присвоения р значения 0, в ответ на определение, что имеется PDSCH без соответствующего PDCCH; и
присвоения р значения 1, в ответ на определение, что отсутствует PDSCH без соответствующего PDCCH.
10. UE по п. 5, в котором схема передачи выполнен с возможностью передачи статуса приема HARQ посредством выбора восходящего ресурса PUCCH, конфигурации и набора входных битов кода, на основе статуса приема.
11. UE по п. 5, характеризующееся тем, что выполнено с возможностью осуществления связи с беспроводной сетью, с использованием семейства стандартов "Долгосрочное развитие сетей связи" (LTE).
12. UE по п. 7, в котором схема HARQ выполнена с возможностью:
присвоения р значения 1, в ответ на определение, что имеется общий нисходящий канал передачи на вторичную соту с соответствующим каналом управления передачей на первичную соту.
13. UE по п. 7, дополнительно содержащее:
сенсорный дисплей.
14. UE по п. 7, дополнительно содержащее:
устройство хранения файлов.
15. Машиночитаемый носитель информации, хранящий инструкции, вызывающие, при их исполнении устройством, выполнение, устройством:
приема нисходящего подкадра, при этом нисходящий подкадр имеет значение индекса j и индекс назначения нисходящей линии связи (DAI), a DAI принимают посредством физического нисходящего канала управления (PDCCH);
определения, что DAI не равен j+р, где р - константа; и
установки статуса приема HARQ соответствующего нисходящему подкадру, в прерывистый прием (DTX) в ответ на указанное определение; и
передачи статуса приема HARQ с использованием формата 1b физического восходящего канала управления (PUCCH).
16. Машиночитаемый носитель информации по п. 15, дополнительно хранящий инструкции, вызывающие, при их исполнении устройством, выполнение, устройством:
определения, имеется ли передача по общему нисходящему каналу, в первичной соте, без обнаружения соответствующего нисходящего канала управления в пределах окна пакетирования;
присвоения р значения 0, в ответ на определение, что имеется общий нисходящий канал без соответствующего нисходящего канала управления;
присвоения р значения 1, в ответ на определение, что отсутствует общий нисходящий канал без соответствующего нисходящего канала управления.
17. Машиночитаемый носитель информации по п. 15, дополнительно хранящий инструкции, вызывающие, при их исполнении устройством, выполнение, устройством:
присвоения р значения 1, в ответ на определение, что имеется общий нисходящий канал передачи на вторичную соту с соответствующим каналом управления передачей на первичную соту.
RU2014148570/07A 2012-07-02 2013-06-13 Обработка harq-аск для непредусмотренных нисходящих подкадров RU2592872C2 (ru)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201261667325P 2012-07-02 2012-07-02
US61/667,325 2012-07-02
US13/721,458 2012-12-20
US13/721,458 US8958331B2 (en) 2012-07-02 2012-12-20 HARQ-ACK handling for unintended downlink sub-frames
PCT/US2013/045599 WO2014007960A1 (en) 2012-07-02 2013-06-13 Harq-ack handling for unintended downlink sub-frames

Related Child Applications (1)

Application Number Title Priority Date Filing Date
RU2016123176A Division RU2639717C1 (ru) 2012-07-02 2013-06-13 Обработка harq-ack для непредусмотренных нисходящих подкадров

Publications (2)

Publication Number Publication Date
RU2014148570A RU2014148570A (ru) 2016-06-27
RU2592872C2 true RU2592872C2 (ru) 2016-07-27

Family

ID=74556577

Family Applications (3)

Application Number Title Priority Date Filing Date
RU2016123176A RU2639717C1 (ru) 2012-07-02 2013-06-13 Обработка harq-ack для непредусмотренных нисходящих подкадров
RU2014148570/07A RU2592872C2 (ru) 2012-07-02 2013-06-13 Обработка harq-аск для непредусмотренных нисходящих подкадров
RU2017141764A RU2682915C1 (ru) 2012-07-02 2017-11-30 Обработка harq-ack для непредусмотренных нисходящих подкадров

Family Applications Before (1)

Application Number Title Priority Date Filing Date
RU2016123176A RU2639717C1 (ru) 2012-07-02 2013-06-13 Обработка harq-ack для непредусмотренных нисходящих подкадров

Family Applications After (1)

Application Number Title Priority Date Filing Date
RU2017141764A RU2682915C1 (ru) 2012-07-02 2017-11-30 Обработка harq-ack для непредусмотренных нисходящих подкадров

Country Status (21)

Country Link
US (5) US8958331B2 (ru)
EP (2) EP2868025A4 (ru)
JP (2) JP6050482B2 (ru)
KR (2) KR101801240B1 (ru)
CN (3) CN103532680B (ru)
AU (2) AU2013287185B2 (ru)
BE (2) BE1023157B1 (ru)
BR (1) BR112014030155A2 (ru)
CA (1) CA2874463C (ru)
ES (1) ES2447190B2 (ru)
FI (2) FI127102B (ru)
FR (1) FR2992804B1 (ru)
HK (1) HK1243841A1 (ru)
IT (1) ITMI20131102A1 (ru)
MX (2) MX364066B (ru)
MY (1) MY174519A (ru)
NL (2) NL2011073C2 (ru)
RU (3) RU2639717C1 (ru)
SE (1) SE545113C2 (ru)
TW (3) TWI632787B (ru)
WO (1) WO2014007960A1 (ru)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10027446B2 (en) 2012-07-02 2018-07-17 Intel Corporation HARQ-ACK handling for unintended downlink sub-frames
RU2738821C1 (ru) * 2017-05-05 2020-12-17 Телефонактиеболагет Лм Эрикссон (Пабл) Оборудование пользователя, базовая станция и способы в сети радиосвязи

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9491743B2 (en) * 2010-10-11 2016-11-08 Lg Electronics Inc. Method for transmitting control information and apparatus for same
US20130294299A1 (en) * 2011-01-21 2013-11-07 Pantech Co., Tld Method and apparatus for processing a harq ack/nack signal
KR20130125695A (ko) * 2012-05-09 2013-11-19 주식회사 팬택 인터밴드 ｔｄｄ 전송 방식에서 채널 셀렉션 전송을 위한 ｈａｒｑ-ａｃｋ 인덱스 매핑 및 업링크 자원 할당을 제어하는 방법 및 장치
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
US10121263B2 (en) * 2013-10-31 2018-11-06 Uc Mobile Co., Ltd. Methods and devices for image loading and methods and devices for video playback
KR102333454B1 (ko) 2014-01-24 2021-12-02 소니그룹주식회사 통신 디바이스
US10779341B2 (en) 2014-01-31 2020-09-15 Futurewei Technologies, Inc. System and method for inter-cell coordination for a device-to-device communication resource allocation
US9859972B2 (en) 2014-02-17 2018-01-02 Ubiqomm Llc Broadband access to mobile platforms using drone/UAV background
CN104935415B (zh) * 2014-03-21 2020-10-13 北京三星通信技术研究有限公司 一种harq-ack传输的方法及用户设备
US9479964B2 (en) * 2014-04-17 2016-10-25 Ubiqomm Llc Methods and apparatus for mitigating fading in a broadband access system using drone/UAV platforms
GB2539363A (en) 2014-06-12 2016-12-21 Nec Corp Communication system
US9614608B2 (en) 2014-07-14 2017-04-04 Ubiqomm Llc Antenna beam management and gateway design for broadband access using unmanned aerial vehicle (UAV) platforms
US10039112B2 (en) 2014-10-10 2018-07-31 Huawei Technologies Co., Ltd Methods and systems for provisioning a virtual network in software defined networks
US9571180B2 (en) 2014-10-16 2017-02-14 Ubiqomm Llc Unmanned aerial vehicle (UAV) beam forming and pointing toward ground coverage area cells for broadband access
US9712228B2 (en) 2014-11-06 2017-07-18 Ubiqomm Llc Beam forming and pointing in a network of unmanned aerial vehicles (UAVs) for broadband access
KR20170107426A (ko) * 2015-01-20 2017-09-25 엘지전자 주식회사 상향링크 제어 정보를 전송하기 위한 방법 및 이를 위한 장치
US9906347B2 (en) * 2015-04-09 2018-02-27 Samsung Electronics Co, Ltd Method and system for hybrid automatic repeat request operation in a semi-persistent scheduling (SPS) interval
US9590720B2 (en) 2015-05-13 2017-03-07 Ubiqomm Llc Ground terminal and gateway beam pointing toward an unmanned aerial vehicle (UAV) for network access
US9660718B2 (en) 2015-05-13 2017-05-23 Ubiqomm, LLC Ground terminal and UAV beam pointing in an unmanned aerial vehicle (UAV) for network access
BR112017023037A2 (pt) 2015-06-01 2018-07-03 Huawei Tech Co Ltd aparelho e método para funções virtualizadas em planos de controle e de dados.
US10700936B2 (en) 2015-06-02 2020-06-30 Huawei Technologies Co., Ltd. System and methods for virtual infrastructure management between operator networks
US10212589B2 (en) 2015-06-02 2019-02-19 Huawei Technologies Co., Ltd. Method and apparatus to use infra-structure or network connectivity services provided by 3rd parties
US10469234B2 (en) * 2015-07-01 2019-11-05 Lg Electronics Inc. Method and apparatus for transmitting signals in wireless communication system
EP3335347A1 (en) * 2015-08-11 2018-06-20 Intel IP Corporation Harq feedback configuration techniques for broadband wireless communication networks
EP3337277B1 (en) * 2015-08-14 2022-07-06 Electronics and Telecommunications Research Institute Operating method of communication node in network supporting licensed and unlicensed bands
US10862818B2 (en) 2015-09-23 2020-12-08 Huawei Technologies Co., Ltd. Systems and methods for distributing network resources to network service providers
US10476641B2 (en) * 2015-11-17 2019-11-12 Qualcomm Incorporated Back-to-back reference signals
CN106998591B (zh) 2016-01-24 2018-03-23 上海朗帛通信技术有限公司 一种调度方法和装置
US10321461B2 (en) 2016-05-06 2019-06-11 Bridgewest Finance Llc Unmanned aerial vehicle (UAV) beam pointing and data rate optimization for high throughput broadband access
US10313686B2 (en) 2016-09-20 2019-06-04 Gopro, Inc. Apparatus and methods for compressing video content using adaptive projection selection
US10154496B2 (en) 2016-11-10 2018-12-11 Futurewei Technologies, Inc. System and method for beamformed reference signals in three dimensional multiple input multiple output communications systems
CN108288989B (zh) 2017-01-09 2020-12-08 华为技术有限公司 信道状态信息反馈方法、用户设备及基站
US10680866B2 (en) 2017-03-24 2020-06-09 Huawei Technologies Co., Ltd. Sounding reference signal design
CN109729594B (zh) 2017-10-27 2021-03-23 华为技术有限公司 控制信息的处理方法及系统、第一设备、第二设备
CN110138531B (zh) * 2018-02-09 2021-08-03 大唐移动通信设备有限公司 混合自动重传请求应答的传输方法及其装置
US11509424B2 (en) * 2019-04-01 2022-11-22 Samsung Electronics Co., Ltd. Method and apparatus for grant free based data transmission in wireless communication system
KR20200116392A (ko) 2019-04-01 2020-10-12 삼성전자주식회사 무선 통신 시스템에서 비승인 기반 데이터 전송 방법 및 장치
MX2021012371A (es) 2019-04-19 2021-11-12 Ericsson Telefon Ab L M Configuracion de sincronizacion de harq para pdsch con indicador de sincronizacion de pdsch a harq pendiente.
EP4133835A4 (en) 2020-04-08 2024-02-21 Apple Inc UPLINK CONTROL INFORMATION MESSAGE

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2010150107A (ru) * 2008-05-07 2012-06-20 Квэлкомм Инкорпорейтед (US) Пакетирование информации аск в системе беспрводной связи

Family Cites Families (62)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6050482B2 (ja) 1982-10-06 1985-11-08 日立金属株式会社 沈砂掻揚装置
EP1313247B1 (en) * 2001-11-16 2005-11-09 Matsushita Electric Industrial Co., Ltd. Incremental redundancy ARQ retransmission method using bit reordering schemes
US6717927B2 (en) 2002-04-05 2004-04-06 Interdigital Technology Corporation System for efficient recovery of node B buffered data following serving high speed downlink shared channel cell change
KR100754658B1 (ko) * 2004-03-12 2007-09-03 삼성전자주식회사 통신 시스템에서 복합 재전송 운용 방법
US7366477B2 (en) 2004-05-06 2008-04-29 Nokia Corporation Redundancy version implementation for an uplink enhanced dedicated channel
JP4592547B2 (ja) 2005-08-24 2010-12-01 株式会社エヌ・ティ・ティ・ドコモ 送信電力制御方法及び移動通信システム
JP4684045B2 (ja) 2005-08-30 2011-05-18 株式会社エヌ・ティ・ティ・ドコモ 伝送制御方法、移動局、無線基地局及び無線回線制御局
US8345605B2 (en) * 2008-02-21 2013-01-01 Texas Instruments Incorporated Transmission of bundled feedback in wireless networks
EP2849378B1 (en) * 2008-06-23 2018-11-21 Beijing Xiaomi Mobile Software Co., Ltd. Method and apparatus for providing acknowledgment bundling
PT2675095T (pt) * 2008-06-30 2016-10-07 ERICSSON TELEFON AB L M (publ) Método e arquitetura num sistema de telecomunicações
KR101603338B1 (ko) * 2008-08-11 2016-03-15 엘지전자 주식회사 무선 통신 시스템에서 정보 전송 방법 및 장치
US9369238B2 (en) 2008-08-12 2016-06-14 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement in a communication system
JP5199223B2 (ja) * 2008-12-30 2013-05-15 創新音▲速▼股▲ふん▼有限公司 Ａｃｋ／ｎａｃｋバンドリングを改善する方法及び通信装置
CN101478383B (zh) * 2009-02-03 2014-03-19 中兴通讯股份有限公司 一种长期演进系统中的下行子帧应答信息的反馈方法
US20100271970A1 (en) * 2009-04-22 2010-10-28 Interdigital Patent Holdings, Inc. Method and apparatus for transmitting uplink control information for carrier aggregated spectrums
CN101873630B (zh) * 2009-04-24 2013-04-03 电信科学技术研究院 无线通信方法、系统及其装置
EP2424288B1 (en) 2009-04-24 2023-09-13 Datang Mobile Communications Equipment Co., Ltd. Method, device and system for backhaul link communication in tdd system
US9705653B2 (en) * 2009-05-04 2017-07-11 Qualcomm Inc. Downlink control transmission in multicarrier operation
US8885479B2 (en) * 2009-05-07 2014-11-11 Qualcomm Incorporated Multicarrier retransmission feedback
US9106378B2 (en) * 2009-06-10 2015-08-11 Qualcomm Incorporated Systems, apparatus and methods for communicating downlink information
US8873454B2 (en) 2009-12-18 2014-10-28 Qualcomm Incorporated Apparatus and method for transmit-response timing for relay operation in wireless communications
CN102123019B (zh) * 2010-01-11 2015-11-25 三星电子株式会社 针对无线通信系统的下行数据传输执行ack/nack反馈的方法
CN102215084A (zh) * 2010-04-02 2011-10-12 北京三星通信技术研究有限公司 一种传输上行控制信息的方法
US9553697B2 (en) * 2010-04-05 2017-01-24 Qualcomm Incorporated HARQ ACK/NACK transmission for multi-carrier operation
JP5635623B2 (ja) * 2010-04-22 2014-12-03 シャープ株式会社 物理上りリンク制御チャネルリソースを割り当てるための通信方法、通信システム、基地局、ユーザ装置、および、集積回路
US8982743B2 (en) * 2010-05-14 2015-03-17 Qualcomm Incorporated DAI designs for FDD carrier aggregation
US8660107B2 (en) * 2010-06-18 2014-02-25 Mediatek Inc. Uplink HARQ feedback channel design for carrier aggregation in OFDMA systems
US10135595B2 (en) * 2010-06-21 2018-11-20 Telefonaktiebolaget L M Ericsson (Publ) Uplink control information (UCI) mapping indicator for long term evolution (LTE) carrier aggregation
CN102378385A (zh) * 2010-08-16 2012-03-14 夏普株式会社 上行控制信息传输方法、基站和用户设备
US8884888B2 (en) * 2010-08-30 2014-11-11 Apple Inc. Accelerometer determined input velocity
EP2624494B1 (en) * 2010-09-30 2021-06-30 LG Electronics Inc. Method and apparatus for transmitting control information
CN102448151B (zh) 2010-09-30 2016-05-18 索尼公司 非连续接收方法、移动台、基站和无线通信系统
WO2012060629A2 (ko) * 2010-11-02 2012-05-10 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어정보 송수신 방법 및 장치
CN103370970B (zh) * 2010-11-03 2016-11-09 三星电子株式会社 具有载波聚合的下行链路的tdd系统中的harq-ack信息生成及harq-ack信号功率控制
CN102469596A (zh) 2010-11-08 2012-05-23 北京三星通信技术研究有限公司 支持信道选择的分配ack/nack信道资源的方法
KR101899820B1 (ko) 2010-11-11 2018-11-08 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어정보 송수신 방법 및 장치
US8830883B2 (en) 2010-11-16 2014-09-09 Qualcomm Incorporated Method and apparatus for improving acknowledgement/negative acknowledgement feedback
KR101191216B1 (ko) 2010-11-24 2012-10-16 엘지전자 주식회사 상향링크 제어정보 전송방법 및 사용자기기와, 상향링크 제어정보 수신방법 및 기지국
EP2654234B1 (en) 2010-12-15 2019-04-24 LG Electronics Inc. Method and apparatus for transmitting ack/nack in a tdd-based wireless communication system
CN102098151B (zh) * 2010-12-28 2015-08-12 中兴通讯股份有限公司 一种正确/错误应答消息的发送方法及用户终端
CN102651678B (zh) * 2011-02-23 2015-07-22 华为技术有限公司 控制信息的传输方法、装置及系统
WO2012122170A1 (en) * 2011-03-07 2012-09-13 Interdigital Patent Holdings, Inc. Method and apparatus for sending uplink control information for multi-radio access technology operation
ES2802001T3 (es) * 2011-04-19 2021-01-15 Samsung Electronics Co Ltd Aparato y procedimiento para transmitir información de reconocimiento en un sistema de comunicación TDD
CN102170338B (zh) 2011-04-29 2013-09-25 电信科学技术研究院 Ack/nack反馈信息的传输方法和设备
KR20120123848A (ko) * 2011-05-02 2012-11-12 주식회사 팬택 무선통신 시스템에서 ａｃｋ/ｎａｃｋ 정보 송수신 장치 및 방법
WO2013009154A2 (ko) * 2011-07-14 2013-01-17 엘지전자 주식회사 제어 정보를 전송하는 방법 및 이를 위한 장치
US9331828B2 (en) * 2011-10-11 2016-05-03 Lg Electronics Inc. Bundling scheduling method in wireless access system and apparatus therefor
CN103095433B (zh) * 2011-11-04 2018-06-15 北京三星通信技术研究有限公司 一种发送harq-ack反馈信息的方法
CN103188061B (zh) * 2011-12-31 2017-11-03 中兴通讯股份有限公司 混合自动重传请求应答信息的发送方法和装置
CN103188062B (zh) * 2011-12-31 2018-08-17 中兴通讯股份有限公司 混合自动重传请求应答信息发送方法及装置
US9674822B2 (en) * 2012-02-22 2017-06-06 Lg Electronics Inc. Method and apparatus for transmitting control information
CN103368709B (zh) * 2012-04-09 2018-08-14 中兴通讯股份有限公司 一种混合自动重传请求确认应答信息发送方法及装置
US8718558B2 (en) * 2012-04-18 2014-05-06 Blackberry Limited Methods and apparatus for use in facilitating communications over first and second wireless connections of a wireless transceiver
CN103384188B (zh) * 2012-05-04 2017-03-01 电信科学技术研究院 载波聚合反馈方法、装置及系统
KR20130125695A (ko) * 2012-05-09 2013-11-19 주식회사 팬택 인터밴드 ｔｄｄ 전송 방식에서 채널 셀렉션 전송을 위한 ｈａｒｑ-ａｃｋ 인덱스 매핑 및 업링크 자원 할당을 제어하는 방법 및 장치
US9185564B2 (en) * 2012-05-11 2015-11-10 Sharp Kabushiki Kaisha Devices for sending and receiving feedback information
US9094960B2 (en) * 2012-05-30 2015-07-28 Intel Corporation Hybrid automatic repeat request (HARQ) mapping for carrier aggregation (CA)
US9088977B2 (en) * 2012-05-30 2015-07-21 Intel Corporation Hybrid automatic repeat request (HARQ) mapping for carrier aggregation (CA)
US9749094B2 (en) * 2012-06-14 2017-08-29 Sharp Kabushiki Kaisha Devices for sending and receiving feedback information
WO2013191453A1 (ko) * 2012-06-19 2013-12-27 엘지전자 주식회사 상향 링크 데이터 전송 방법 및 장치
US9294230B2 (en) * 2012-07-02 2016-03-22 Intel Corporation Multiplexing of channel state information and hybrid automatic repeat request—acknowledgement information
US8958331B2 (en) 2012-07-02 2015-02-17 Intel Corporation HARQ-ACK handling for unintended downlink sub-frames

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2010150107A (ru) * 2008-05-07 2012-06-20 Квэлкомм Инкорпорейтед (US) Пакетирование информации аск в системе беспрводной связи

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10027446B2 (en) 2012-07-02 2018-07-17 Intel Corporation HARQ-ACK handling for unintended downlink sub-frames
USRE49490E1 (en) 2012-07-02 2023-04-11 Apple Inc. HARQ-ACK handling for unintended downlink sub-frames
RU2738821C1 (ru) * 2017-05-05 2020-12-17 Телефонактиеболагет Лм Эрикссон (Пабл) Оборудование пользователя, базовая станция и способы в сети радиосвязи
US11005701B2 (en) 2017-05-05 2021-05-11 Telefonaktiebolaget Lm Ericsson (Publ) Measurement framework for beam failure detection and radio link monitoring
US11616684B2 (en) 2017-05-05 2023-03-28 Telefonaktiebolaget Lm Ericsson (Publ) User equipment, base station and methods in a radio communications network
US11916724B2 (en) 2017-05-05 2024-02-27 Telefonaktiebolaget Lm Ericsson (Publ) User equipment, base station and methods in a radio communications network

Also Published As

Publication number Publication date
US9673939B2 (en) 2017-06-06
MY174519A (en) 2020-04-23
JP2017063479A (ja) 2017-03-30
KR20170015541A (ko) 2017-02-08
ES2447190A2 (es) 2014-03-11
SE1350813A1 (sv) 2014-01-03
HK1243841A1 (zh) 2018-07-20
JP2015524205A (ja) 2015-08-20
BE1023157B1 (fr) 2016-12-02
TW201406096A (zh) 2014-02-01
NL2012390C2 (en) 2014-11-26
RU2014148570A (ru) 2016-06-27
USRE49490E1 (en) 2023-04-11
BR112014030155A2 (pt) 2017-11-21
US20140003302A1 (en) 2014-01-02
TWI517625B (zh) 2016-01-11
MX364066B (es) 2019-04-11
US9106420B2 (en) 2015-08-11
TW201804748A (zh) 2018-02-01
TWI632787B (zh) 2018-08-11
CA2874463C (en) 2019-05-14
AU2015249093B2 (en) 2016-09-08
TWI590614B (zh) 2017-07-01
BE1023180B9 (fr) 2022-02-16
US8958331B2 (en) 2015-02-17
FI127102B (en) 2017-11-15
NL2011073A (en) 2014-01-06
CN103532680A (zh) 2014-01-22
US10027446B2 (en) 2018-07-17
AU2015249093A1 (en) 2015-11-12
US20170338916A1 (en) 2017-11-23
FI20175940A (fi) 2017-10-24
CA2874463A1 (en) 2014-01-09
FR2992804B1 (fr) 2018-05-04
AU2013287185A1 (en) 2014-12-11
WO2014007960A1 (en) 2014-01-09
RU2639717C1 (ru) 2017-12-22
NL2012390A (en) 2014-04-29
US20150131496A1 (en) 2015-05-14
KR101801240B1 (ko) 2017-11-24
NL2011073C2 (en) 2014-03-18
CN106850129A (zh) 2017-06-13
BE1023180B1 (fr) 2016-12-12
ITMI20131102A1 (it) 2014-01-03
JP6050482B2 (ja) 2016-12-21
MX345905B (es) 2017-02-23
ES2447190R1 (es) 2014-12-30
FI20135724A (fi) 2014-01-03
KR101702397B1 (ko) 2017-02-03
EP2868025A4 (en) 2016-03-16
AU2013287185B2 (en) 2015-09-17
MX2014014725A (es) 2015-10-29
TW201607268A (zh) 2016-02-16
CN107592182A (zh) 2018-01-16
JP6275802B2 (ja) 2018-02-07
ES2447190B2 (es) 2015-10-08
KR20150002897A (ko) 2015-01-07
CN103532680B (zh) 2017-09-15
EP2868025A1 (en) 2015-05-06
RU2682915C1 (ru) 2019-03-22
US20150263826A1 (en) 2015-09-17
EP3131221A1 (en) 2017-02-15
CN107592182B (zh) 2020-10-02
SE545113C2 (sv) 2023-04-04
CN106850129B (zh) 2020-09-22
FR2992804A1 (en) 2014-01-03

Similar Documents

Publication Publication Date Title
RU2682915C1 (ru) Обработка harq-ack для непредусмотренных нисходящих подкадров
CN106452661B (zh) 应答信息的传输方法、装置、基站及终端
CN109983818B (zh) 用于发送/接收调度命令的方法和设备
WO2017088920A1 (en) Error recovery mechanisms at lower layers of mobile communication systems

Legal Events

Date Code Title Description
PC41 Official registration of the transfer of exclusive right

Effective date: 20220201