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

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

Info

Publication number
RU2682915C1
RU2682915C1 RU2017141764A RU2017141764A RU2682915C1 RU 2682915 C1 RU2682915 C1 RU 2682915C1 RU 2017141764 A RU2017141764 A RU 2017141764A RU 2017141764 A RU2017141764 A RU 2017141764A RU 2682915 C1 RU2682915 C1 RU 2682915C1
Authority
RU
Russia
Prior art keywords
downlink
dai
pdcch
harq
subframe
Prior art date
Application number
RU2017141764A
Other languages
English (en)
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 Интел Корпорейшн
Application granted granted Critical
Publication of RU2682915C1 publication Critical patent/RU2682915C1/ru

Links

Images

Classifications

    • 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
    • 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
    • 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
    • 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)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (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)
  • Steroid Compounds (AREA)
  • Medicines Containing Antibodies Or Antigens For Use As Internal Diagnostic Agents (AREA)
  • Medicinal Preparation (AREA)

Abstract

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

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 в соответствии с некоторыми примерами настоящего изобретения.
На фиг. 5B показана блок-схема последовательности действий способа обработки отклика HARQ-ACK в соответствии с некоторыми примерами настоящего изобретения.
На фиг. 6 показана блок-схема системы беспроводной связи в соответствии с некоторыми примерами настоящего изобретения.
На фиг. 7 показана функциональная блок-схема, изображающая некоторые функции UE и eNodeB в соответствии с некоторыми примерами настоящего изобретения.
На фиг. 8 показана блок-схема машины в соответствии с некоторыми примерами настоящего изобретения.
Осуществление изобретения
Для того чтобы иметь дело с ненадежной средой осуществления беспроводной связи, в сетях LTE и других сотовых сетях используют механизм, называемый гибридным автоматическим запросом повторной передачи (HARQ), чтобы обеспечить исправление ошибок и подтверждение приема пакетов, чтобы гарантировать безопасную доставку данных между RAN и UE. HARQ обеспечивает исправление ошибок на стороне приемника с использованием кодирования с прямым исправлением ошибок (FEC), а также автоматических механизмов обратной связи (автоматический запрос повторной передачи (ARQ)), чтобы показать отправителю, были ли успешно получены пакеты или нет. После приема пакета данных приемник использует код с обнаружением ошибок (напр., контроль циклическим избыточным кодом (CRC)), чтобы определить, был ли корректно принят пакет. Если пакет был принят успешно, то приемник уведомляет отправителя, используя механизм обратной связи (напр., ACK). Если пакет не был успешно принят, то приемник может попытаться восстановить пакет, используя информацию FEC. Если приемнику удалось применить информацию FEC для восстановления пакета, то он может уведомить (ACK) отправителя, в противном случае приемник может ответить отправителю отрицательным подтверждением (NACK). В других примерах, приемник (UE) может ответить, что он находился в режиме прерывистой передачи (DTX-режиме). DTX-отклик может представлять случай, когда UE не может должным образом обнаружить информацию в управляющем канале (напр., в основном нисходящем управляющем канале – PDCCH) и, таким образом, не может определить, был ли отправлен пакет на UE.
В сотовой сети эти HARQ-отклики обычно передают по управляющим каналам. Отклики для нисходящего трафика, отправленного от RAN на UE, обычно посылают по восходящим управляющим каналам (напр., по физическому восходящему управляющему каналу (PUCCH)). Отклики для восходящего трафика, отправленные от UE на RAN, обычно посылают по нисходящим каналам HARQ-ACK (напр., по физическому каналу гибридного автоматического запроса на повторение HARQ: PHICH). Пакеты, для которых не было подтверждения (либо 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 пакетирования результат ACK, 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 – k i , где k i
Figure 00000001
Figure 00000002
K (задано в Таблице 1) и 0 ≤ i ≤ M - 1. Окно пакетирования, в целом, задают как n – k i нисходящих подкадров для восходящего сигнала HARQ-ACK обратной связи в подкадре n.
Таблица 1. Множество K индексов назначения нисходящей линии связи: {k0, k1,...,kM-1} для TDD
Конфигурация UL-DL Подкадр n
0 1 2 3 4 5 6 7 8 9
0 - - 6 - 4 - - 6 - 4
1 - - 7, 6 4 - - - 7, 6 4 -
2 - - 8, 7, 4, 6 - - - - 8, 7, 4, 6 - -
3 - - 7, 6, 11 6, 5 5, 4 - - - - -
4 - - 12, 8, 7, 11 6, 5, 4, 7 - - - - - -
5 - - 13, 12, 9, 8, 7, 5, 4, 11, 6 - - - - - - -
6 - - 7 7 5 - - 7 7 -
Таблица конфигурации UL-DL для TDD приведена в Таблице 2.
Таблица 2 конфигурации UL-DL для TDD
Конфигурация UL/DL для TDD Периодичность точки переключения нисходящего канала на восходящий Номер подкадра
0 1 2 3 4 5 6 7 8 9
0 5 мс D S U U U D S U U U
1 5 мс D S U U D D S U U D
2 5 мс D S U D D D S U D D
3 10 мс D S U U U D D D D D
4 10 мс D S U U D D D D D D
5 10 мс D S U D D D D D D D
6 5 мс D S U U U D S U U D
Конфигурации восходящей/нисходящей связи для TDD (D = нисходящая, S = специальный подкадр с тремя полями DwPTS, GP и UpPTS, который используют, чтобы дать UE время на переключение с нисходящей связи на восходящую, U = восходящая).
LTE Advanced поддерживает агрегацию несущих, при которой в нисходящем канале может использоваться множество несущих. Это означает, что по восходящему каналу необходимо передавать множество информационных битов ACK/NACK для множества несущих. Для этого в LTE определена технология, известная как выбор канала с временным пакетированием. Эта технология использует аналогичную технологию, как мультиплексирование HARQ-ACK, за исключением того, что временное пакетирование этой технологии немного отличается от существующего. Временное пакетирование для агрегации несущих может предназначаться для передачи некоторого числа последовательных сигналов 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А представлены решения ACK, NACK или DTX для этого конкретного подкадра для первичной и вторичной соты (PCell и SCell соответственно). Например, в случае окна пакетирования из четырех подкадров, если подкадр(0) был принят успешно (ACK), подкадр(1) был принят неуспешно (NACK), подкадр(2) был принят успешно (ACK) и подкадр(3) был принят успешно (ACK) в первичной соте, а во вторичной соте отклик ACK, ACK, ACK, 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 ответит уведомлением ACK. eNodeB проинтерпретирует это уведомление ACK как подтверждение приема обоих подкадров. Чтобы определить, что была пропущена нисходящая передача для UE, в спецификации LTE предложено отправлять от RAN на UE индекс назначения нисходящей линии связи (DAI) вместе с нисходящей информацией планирования в канале PDCCH. DAI, передаваемый в нисходящей передаче уменьшает накапливаемое число PDCCH с назначенными PDSCH передачами, а PDCCH указывает на выпуск от частичного долгосрочного планирования (SPS) вплоть до данного подкадра в том же самом окне пакетирования каждой сконфигурированной обслуживающей соты. Затем UE использует DAI, чтобы сгенерировать HARQ-ACK(j) в окне пакетирования.
Обращаясь теперь к фиг. 3, на ней показан пример вычисления отклика. В примере на фиг. 3 изображено окно пакетирования из четырех подкадров (M=4) в двух сконфигурированных сотах. Отклик HARQ-ACK(j) для первичной соты (PCell) – ACK, ACK, DTX, ACK, а во вторичной соте (SCell) – ACK, NACK, NACK, ACK соответственно. 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А, это дает следующий ответ:
Первичная сота Вторичная сота Ресурс Конфигурация Входные биты кода RM
HARQ-ACK(0),
HARQ-ACK(1),
HARQ-ACK(2),
HARQ-ACK(3),		 HARQ-ACK(0),
HARQ-ACK(1),
HARQ-ACK(2),
HARQ-ACK(3),		 PUCCH
Ресурс		 b(0),b(l) o(0),o(l),
o(2), o(3)
ACK, ACK, (ACK, NACK / 1 0,1 1,0, 0,0
NACK/DTX, любой DTX, любой, любой), за исключением (ACK, DTX, DTX, DTX)
Отметим, что возникает проблема, когда все подкадры конкретного окна пакетирования не запланированы 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, а HARQ-ACK (1) соответствует подкадру 3. Тем не менее, HARQ-ACK(2) и HARQ-ACK(3) не определены, так как нет соответствующих значений DAI, равных 3 и 4, в окне пакетирования в соответствии с определением DAI. Это происходит, потому что значение DAI определяют как накапливающееся число PDCCH с назначенными PDSCH передачами, а PDCCH указывает на выпуск частичного долгосрочного планирования (SPS) вплоть до данного подкадра в окне пакетирования. Поэтому, если в окне пакетирования отсутствует ожидаемый DL подкадр, в котором UE надо отслеживать HARQ-ACK(j), относящийся к значению DAI, то поведение UE не задано.
В некоторых примерах описаны системы, способы, UE и машинно-читаемые носители, которые решают задачу выработки подтверждения для ситуации, в которой последнее принятое значение DAI (LDAI) меньше, чем размер окна пакетирования. В некоторых примерах для HARQ-ACK(j) используют заданное состояние для случая LDAI ≤j≤M – 1, где M – размер окна мультиплексирования или пакетирования. Например, в эти HARQ-ACK отклики может быть добавлено состояние DTX. Так, например, на фиг. 4 HARQ-ACK(j) для PCell правильные параметры отклика следующие: ACK, ACK, DTX, DTX.
Так как последние два состояния для PCell дополнены DTX, то UE будет знать, какое точно отображение из таблицы использовать. Кроме того, на стороне сети, так как eNodeB уже знает, что последние два состояния дополнены DTX, то несоответствующие состояния, отличные от DTX, могут быть исключены во время проверки гипотезы определения PUCCH, что может улучшить производительность определения HARQ-ACK. Например, на фиг. 3, так как HARQ-ACK отклик в PCell представляет собой {ACK, ACK, DTX, DTX}, {ACK, NACK, DTX, DTX}, {NACK, ACK, DTX, DTX} или {NACK, NACK, DTX, DTX}, то состояния {любой, любой, ACK/NACK, ACK/NACK} можно исключить при обнаружении eNB. Уменьшая проверки гипотезы определения, можно увеличить производительность определения PUCCH.
Применяя этот способ к примеру, показанному на фиг. 4, получим:
Первичная сота Вторичная сота Ресурс Конфигурация входные биты кода RM
HARQ-ACK(0), HARQ-ACK(1), HARQ-ACK(2), HARQ-ACK(3) HARQ-ACK(0), HARQ-ACK(1), HARQ-ACK(2), HARQ-ACK(3) ресурс PUCCH b(0),b(l) o(0), o(1), o(2), o(3)
ACK, ACK, NACK/DTX, любой (ACK, NACK / DTX, любой, любой), за исключением (ACK, DTX, DTX, DTX) 1 0,1 1,0, 0,0
Хотя в некоторых примерах отклик HARQ-ACK(j) может быть заполнен TDX для случая, в котором все нисходящие подкадры в пределах окна пакетирования не запланированы, в других примерах могут использоваться другие значения, такие как ACK, 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, где M – размер окна мультиплексирования или пакетирования, являются добавленными значениями. Затем, eNodeB может осуществить любые необходимые повторные передачи.
Обратимся теперь к фиг. 6, на ней показана система 6000 для передач подтверждения. Оборудование пользователя (UE) 6010 осуществляет связь с сетью с радиодоступом (RAN) 6020, которая может включать в себя одну или несколько базовых станций (напр., eNodeB) 6030, 6035, по одному или нескольким радиоканалам 6040. RAN 6020 может быть соединена с базовой сетью 6045, такой как усовершенствованная сеть Packet Core. EPC 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), а индикация того, следует ли для подкадра отправить подтверждение ACK, NACK или DTX, может быть отправлено на модуль 7030 отклика. Приемный модуль 7020 также может передавать различные параметры связи на модуль 7030 отклика, такие как размер окна пакетирования и последнее принятое значение DAI для этого окна.
Модуль 7030 отклика может сообщать модулю 7010 передачи подходящие параметры отклика (напр., ресурс PUCCH, биты кода RM, конфигурацию) в соответствии с таблицами на фиг. 1 и фиг. 2 (продолженными на фиг. 2А), исходя из LDAI, размера окна пакетирования и т.п. Например, модуль 7030 отклика может определить, что число принятых нисходящих передач меньше, чем размер окна пакетирования, и, исходя из этого, установить статус приема каждой принятой нисходящей передачи на основе того, был ли успешно принят кадр, связанный с конкретной принятой нисходящей передачей, и установить в заданное значение статус приема кадра в окне пакетирования, который не имеет соответствующей нисходящей передачи. Например, модуль отклика может определить для каждого индекса j для множества нисходящих подкадров в ответном окне пакетирования, равно ли значению j + p значение одного или нескольких принятых индексов назначения нисходящей линии связи(DAI). Определение статуса приема (ACK/NACK/DTX) подкадра, соответствующего j, отвечает за определение того, что одно или несколько значений DAI равно j + p. Установление статуса приема подкадра, соответствующего j, в заданное значение отвечает за определение того, что ни одно из значений DAI не равно j + p. Где p – это константа (напр., 0 или 1), где одно или несколько значений DAI принимают по физическому нисходящему каналу управления (PDCCH), где j ≤ M – 1, и где M – это число подкадров в окне пакетирования HARQ. Модуль 7030 отклика, который также можно назвать HARQ модулем, может затем дать команду модулю 7010 передачи передать соответствующим образом определенный отклик. В некоторых примерах переменная p может быть равна нулю, если имеет место передача по физическому нисходящему общему каналу (PDSCH) по первичной соте без обнаружения соответствующего PDCCH в окне пакетирования, в противном случае p может быть равно единице. Поэтому, значение 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) или EPC могут быть частями машины 8000 или могут включать в себя такие части. В альтернативных вариантах осуществления машина 8000 может функционировать как отдельное устройство или может быть соединена (напр., через сеть) с другими машинами. При установки в сети машина 8000 может работать в качестве серверной машины, клиентской машины или в качестве и того, и другого в клиент-серверных сетевых окружениях. В примере машина 8000 может выступать в качестве пиринговой машины в пиринговом (P2P) (или другом распределенном) сетевом окружении. Машина 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), беспроводные сети передачи данных (напр., семейство стандартов Института инженеров по электротехнике и радиоэлектронике (IEEE) 802.11, известные как Wi-Fi®, семейство стандартов IEEE 802.16, известные как WiMax®), пиринговые сети (P2P). В примере устройство 8020 сопряжения с сетью может включать в себя один или несколько физических разъемов (напр., Ethernet, коаксиальный или телефонный разъемы) или одну или несколько антенн для соединения с сетью 8026 связи. В примере, и как показано на фиг. 8, устройство 8020 сопряжения с сетью может включать в себя множество антенн (не показано), чтобы осуществлять связь без проводов, применяя, по меньшей мере, одну из следующих технологий: одноканальный вход – многоканальный выход (SIMO), многоканальный вход – многоканальный выход (MIMO) или многоканальный вход – одноканальный выход (MISO). Следует понимать, что выражение "среда передачи" включает в себя любую материальную среду, способную хранить, кодировать или переносить команды для выполнения машиной 8000, и включает в себя цифровые или аналоговые сигналы связи или другую материальную среду для упрощения осуществления связи с таким программным обеспечением.
Другие замечания и примеры
Пример 1: Описано пользовательское оборудование (UE), содержащее модуль отклика, устроенный так, чтобы принимать одно или несколько назначений нисходящих каналов окна пакетирования по беспроводному нисходящему каналу управления; устанавливать статус приема для каждого подкадра нисходящего канала для передачи данных в окне пакетирования, исходя из того, был ли связан подкадр на нисходящем канале для передачи данных с одним отдельным назначением нисходящего канала, и, исходя из того, был ли успешно принят подкадр; и устанавливать статус приема для подкадров нисходящего канала для передачи данных в окне пакетирования, которые не имеют соответствующего назначения нисходящего канала, в заданное значение; и модуль передачи, выполненный для того, чтобы передавать отклик, причем отклик основан на статусе приема, установленном модулем отклика.
Пример 2: UE из примера 1, в котором статус приема представляет собой одно из следующего: подтверждение (ACK), отрицательное подтверждение (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 + p, причем одно или несколько значений DAI принимают по физическому нисходящему каналу управления (PDCCH), где j ≤ M – 1, M – число подкадров в окне пакетирования HARQ, причем p - константа; устанавливают статус приема подкадра, соответствующего j, в заданное значение, которое отвечает за определение того, что ни одно из значений DAI не равно j + 1; и передают статус приема каждого из нескольких нисходящих подкадров j в окне пакетирования M.
Пример 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, где p - константа, причем одно или несколько значений DAI принимают по физическому нисходящему каналу управления (PDCCH), где j ≤ M – 1, и где M – это число подкадров в окне пакетирования HARQ, определять статус приема подкадра, соответствующего j, отвечающий за определение того, что одно или несколько значений DAI равно j + p; и устанавливать статус приема подкадра, соответствующего j, в заданное значение, отвечающее за определение того, что ни одно из значений DAI не равно j + p; и модуль передачи, устроенный так, чтобы передавать статус приема каждого из нескольких нисходящих подкадров j в окне пакетирования M.
Пример 15: UE из примера 14, в котором статус приема представляет собой одно из следующего: подтверждение (ACK), отрицательное подтверждение (NACK) и прерывистый прием (DTX).
Пример 16: UE из одного из примеров 14-15, в котором заданное значение представляет собой значение, указывающее на прерывистую передачу (DTX).
Пример 17: UE из одного из примеров 14-16, в котором заданное значение представляет собой значение, отличное от значения, обозначающего ACK, a NACK и DTX.
Пример 18: UE из одного из примеров 14-17, в котором заданное значение представляет собой значение, выбираемое случайно из значений, обозначающих ACK, NACK и DTX.
Пример 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 (56)

1. Пользовательское оборудование (UE), содержащее:
схему обработки, выполненную с возможностью:
определения, что индекс назначения нисходящей линии связи (DAI) не равен j+p, где p – константа, а j – индекс нисходящего подкадра; и
схему передачи, выполненную с возможностью:
передачи статуса приема HARQ прерывистого приема в ответ на определение, причем p устанавливается в 0 при определении, что общий нисходящий канал управления (PDSCH) без соответствующего физического нисходящего канала управления (PDCCH) и p устанавливается в 1 при определении, что отсутствует (PDSCH) без соответствующего PDCCH.
2. UE по п. 1, дополнительно содержащее схему приема, выполненную с возможностью приема DAI в подкадре нисходящей линии связи.
3. UE по п. 2, в котором схема приема дополнительно выполнена с возможностью
приема DAI по физическому нисходящему каналу управления (PDCCH).
4. UE по п. 3, в котором схема приема дополнительно выполнена с возможностью
приема DAI в сообщении сброса частичного долгосрочного планирования (SPS) нисходящей линии связи по PDCCH.
5. UE по п. 4, в котором схема передачи выполнена с возможностью передачи статуса приема HARQ в ответ на прием сообщения сброса SPS.
6. UE по п. 1, дополнительно содержащее:
устройство отображения с сенсорным экраном.
7. UE по п. 1, дополнительно содержащее
хранилище файлов.
8. Устройство связи, содержащее:
средство для приема подкадра нисходящей линии связи, при этом подкадр нисходящей линии связи имеет значение индекса j и индекс назначения нисходящей линии связи (DAI);
средство для определения, что DAI не равен j+p, где p – константа; и
средство для передачи статуса приема HARQ прерывистого приема (DTX) для указанного нисходящего подкадра в ответ на определение.
9. Устройство связи по п. 8, дополнительно содержащее:
средство для определения, имеется ли передача по общему нисходящему каналу в первичной соте без соответствующего нисходящего канала управления в окне пакетирования, причем окно пакетирования содержит M нисходящих подкадров;
средство для установки p в 0 в ответ на определение, что имеется общий нисходящий канал без соответствующего нисходящего канала управления; и
средство для установки p в 1 в ответ на определение, что не имеется общего нисходящего канала без соответствующего нисходящего канала управления.
10. Устройство связи по п. 8, в котором статус приема HARQ передается с использованием канала физического восходящего канала управления (PUCCH) формата 1b
11. Устройство связи по п. 8, в котором передача статуса приема HARQ содержит выбор по меньшей мере одного из ресурса восходящего PUCCH, конфигурации или набора кода входных битов на основе статуса приема HARQ.
12. Энергонезависимый машиночитаемый носитель, хранящий инструкции, вызывающие, при их исполнении устройством, выполнение устройством:
определения, что индекс назначения нисходящей линии связи (DAI) не равен j+p, где p – константа, а j – индекс нисходящего подкадра; и
передачи статуса приема HARQ прерывистого приема в ответ на определение, причем p устанавливается в 0 при определении, что общий нисходящий канал управления (PDSCH) без соответствующего физического нисходящего канала управления (PDCCH), и p устанавливается в 1 при определении, что отсутствует (PDSCH) без соответствующего PDCCH.
13. Энергонезависимый машиночитаемый носитель по п. 12, дополнительно хранящий инструкции, вызывающие выполнение, устройством, приема DAI в нисходящем подкадре.
14. Энергонезависимый машиночитаемый носитель по п. 13, дополнительно хранящий инструкции, вызывающие выполнение, устройством, приема DAI по физическому нисходящему каналу управления (PDCCH).
15. Энергонезависимый машиночитаемый носитель по п. 14, дополнительно хранящий инструкции, вызывающие выполнение, устройством, приема DAI в сообщении сброса частичного долгосрочного планирования (SPS) нисходящей линии связи по PDCCH.
16. Энергонезависимый машиночитаемый носитель по п. 15, дополнительно хранящий инструкции, вызывающие выполнение, устройством, передачи статуса приема HARQ в ответ на прием сообщения сброса SPS.
17. Улучшенный узел В (eNodeB), содержащий:
модуль передачи, выполненный с возможностью передачи индекса назначения нисходящей линии связи (DAI) по физическому нисходящему каналу управления (PDCCH) и передачи нисходящего подкадра, при этом нисходящий подкадр имеет значение индекса j и подкадр содержит DAI; и
модуль приема, выполненный с возможностью приема статуса приема HARQ прерывистого приема (DTX) в ответ на передачу указанного нисходящего подкадра со значением для указанного DAI неравным j+p, где p – константа.
18. eNodeB по п. 17, в котором модуль передачи выполнен с возможностью передачи DAI по PDCCH.
19. eNodeB по п. 18, в котором модуль передачи выполнен с возможностью передачи DAI в сообщении сброса частичного долгосрочного планирования (SPS) нисходящей линии связи по PDCCH.
20. eNodeB по п. 18, характеризующийся тем, что выполнен с возможностью функционирования в режиме дуплексной связи с временным разделением каналов (TDD).
21. eNodeB по п. 17, в котором модуль приема выполнен с возможностью приема мультиплексированных статусов приема HARQ для множества нисходящих подкадров, причем множество нисходящих подкадров содержит окно пакетирования в M нисходящих подкадров.
22. eNodeB по п. 21, в котором
р равно 0, когда основной нисходящий общий канал (PDSCH) передается без соответствующего PDCCH в окне пакетирования, содержащем M нисходящих подкадров; и
р равно 1, когда отсутствует передача PDSCH без соответствующего PDCCH в окне пакетирования, содержащем M нисходящих подкадров.
23. eNodeB по п. 22, в котором р равно 1, когда осуществляется передача нисходящего общего канала во вторичной соте с передачей соответствующего канала управления в первичной соте.
24. eNodeB по п. 17, в котором модуль приема выполнен с возможностью приема статуса приема HARQ посредством восходящих ресурсов PUCCH, имеющих конфигурации и наборы входных битов кода, выбранных на основе статуса приема HARQ.
25. eNodeB по п. 17, характеризующийся тем, что выполнен с возможностью связи с беспроводной сетью с использованием семейства стандартов "Долгосрочное развитие сетей связи" (LTE).
26. eNodeB по п. 17, в котором модуль приема выполнен с возможностью приема статуса приема HARQ в канале физического восходящего канала управления (PUCCH) формата 1b.
27. Энергонезависимый машиночитаемый носитель, хранящий инструкции, вызывающие, при их исполнении устройством, выполнение устройством:
передачи индекса назначения нисходящей линии связи (DAI) по физическому нисходящему каналу управления (PDCCH) и передачи нисходящего подкадра, при этом нисходящий подкадр имеет значение индекса j и подкадр содержит DAI; и
приема статуса приема HARQ прерывистого приема (DTX) для указанного нисходящего подкадра в ответ на передачу указанного нисходящего подкадра со значением для указанного DAI неравным j+p, где p – константа.
28. Энергонезависимый машиночитаемый носитель по п. 27, дополнительно хранящий инструкции, вызывающие, при их исполнении устройством, выполнение устройством
передачи DAI по физическому нисходящему каналу управления (PDCCH).
29. Энергонезависимый машиночитаемый носитель по п. 27, дополнительно хранящий инструкции, вызывающие, при их исполнении устройством, выполнение устройством
приема мультиплексированного статуса приема HARQ для множества нисходящих подкадров, причем множество нисходящих подкадров содержит окно пакетирования в M нисходящих подкадров, при этом
р равно 0, когда основной нисходящий общий канал (PDSCH) передается без соответствующего PDCCH в окне пакетирования, содержащем M нисходящих подкадров; и р равно 1, когда отсутствует передача PDSCH без соответствующего PDCCH в окне пакетирования, содержащем M нисходящих подкадров.
30. Энергонезависимый машиночитаемый носитель по п. 27, в котором устройство выполнено с возможностью функционирования в режиме дуплексной связи с временным разделением каналов (TDD).
31. Энергонезависимый машиночитаемый носитель по п. 27, дополнительно хранящий инструкции, вызывающие, при их исполнении устройством, выполнение устройством приема статуса приема HARQ посредством канала физического восходящего канала управления (PUCCH) формата 1b, имеющего конфигурации и наборы входных битов кода, выбранные на основе статуса приема HARQ.
RU2017141764A 2012-07-02 2017-11-30 Обработка harq-ack для непредусмотренных нисходящих подкадров RU2682915C1 (ru)

Applications Claiming Priority (4)

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

Related Parent Applications (1)

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

Publications (1)

Publication Number Publication Date
RU2682915C1 true RU2682915C1 (ru) 2019-03-22

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 (2)

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-аск для непредусмотренных нисходящих подкадров

Country Status (21)

Country Link
US (5) US8958331B2 (ru)
EP (2) EP3131221A1 (ru)
JP (2) JP6050482B2 (ru)
KR (2) KR101702397B1 (ru)
CN (3) CN106850129B (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) MX345905B (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 (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11917646B2 (en) 2019-04-19 2024-02-27 Telefonaktiebolaget Lm Ericsson (Publ) Setting HARQ timing for PDSCH with pending PDSCH-to-HARQ-timing-indicator

Families Citing this family (40)

* 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
WO2012099388A2 (ko) * 2011-01-21 2012-07-26 주식회사 팬택 Ｈａｒｑ ａｃｋ／ｎａｃｋ 신호 처리 방법 및 장치
KR20130125695A (ko) 2012-05-09 2013-11-19 주식회사 팬택 인터밴드 ｔｄｄ 전송 방식에서 채널 셀렉션 전송을 위한 ｈａｒｑ-ａｃｋ 인덱스 매핑 및 업링크 자원 할당을 제어하는 방법 및 장치
US8958331B2 (en) 2012-07-02 2015-02-17 Intel Corporation HARQ-ACK handling for unintended downlink sub-frames
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
WO2015062388A1 (zh) * 2013-10-31 2015-05-07 优视科技有限公司 图片加载方法、装置及视频播放方法、装置
EP3097740B1 (en) 2014-01-24 2018-07-25 Sony Corporation Communications device
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
CN112187430B (zh) * 2014-03-21 2024-08-02 北京三星通信技术研究有限公司 一种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
CN107210889B (zh) * 2015-01-20 2021-03-09 Lg 电子株式会社 发送上行链路控制信息的方法及其装置
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
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
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
JP6562434B2 (ja) 2015-06-01 2019-08-21 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 制御およびデータプレーンにおける仮想化された機能のためのシステムおよび方法
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
US10700936B2 (en) 2015-06-02 2020-06-30 Huawei Technologies Co., Ltd. System and methods for virtual infrastructure management between operator networks
US10848291B2 (en) 2015-07-01 2020-11-24 Lg Electronics Inc. Method and device for transmitting signal in wireless communication system
EP3335347A1 (en) * 2015-08-11 2018-06-20 Intel IP Corporation Harq feedback configuration techniques for broadband wireless communication networks
EP4084567A1 (en) * 2015-08-14 2022-11-02 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
ES2923382T3 (es) 2017-05-05 2022-09-27 Ericsson Telefon Ab L M Equipo de usuario, estación base y métodos en una red de comunicaciones por radio
CN109729594B (zh) 2017-10-27 2021-03-23 华为技术有限公司 控制信息的处理方法及系统、第一设备、第二设备
CN110138531B (zh) * 2018-02-09 2021-08-03 大唐移动通信设备有限公司 混合自动重传请求应答的传输方法及其装置
KR20200116392A (ko) 2019-04-01 2020-10-12 삼성전자주식회사 무선 통신 시스템에서 비승인 기반 데이터 전송 방법 및 장치
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
EP4133835A4 (en) * 2020-04-08 2024-02-21 Apple Inc. UPLINK CONTROL INFORMATION MESSAGE

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2340105C2 (ru) * 2004-03-12 2008-11-27 Самсунг Электроникс Ко., Лтд. Способ управления схемой h-arq в системе связи с широкополосным радиодоступом
WO2010129810A2 (en) * 2009-05-07 2010-11-11 Qualcomm Incorporated Multicarrier retransmission feedback
RU2010150107A (ru) * 2008-05-07 2012-06-20 Квэлкомм Инкорпорейтед (US) Пакетирование информации аск в системе беспрводной связи
WO2012081920A2 (ko) * 2010-12-15 2012-06-21 엘지전자 주식회사 Tdd 기반 무선 통신 시스템에서 ack/nack 전송 방법 및 장치

Family Cites Families (59)

* 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
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
JP5425901B2 (ja) * 2008-06-23 2014-02-26 ノキア シーメンス ネットワークス オサケユキチュア 確認応答バンドリングを実現するための方法及び装置
EP2670076B1 (en) * 2008-06-30 2015-09-02 Telefonaktiebolaget LM Ericsson (Publ) Method for providing acknowledgements in a telecommunication system
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 中兴通讯股份有限公司 一种长期演进系统中的下行子帧应答信息的反馈方法
WO2010123893A1 (en) * 2009-04-22 2010-10-28 Interdigital Patent Holdings, Inc. Method and apparatus for transmitting uplink control information for carrier aggregated spectrums
JP5393875B2 (ja) 2009-04-24 2014-01-22 チャイナ アカデミー オブ テレコミュニケーションズ テクノロジー Ｔｄｄシステムバックホールリンク通信方法、デバイスおよびシステム
CN101873630B (zh) * 2009-04-24 2013-04-03 电信科学技术研究院 无线通信方法、系统及其装置
US9705653B2 (en) * 2009-05-04 2017-07-11 Qualcomm Inc. Downlink control transmission in multicarrier operation
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
CN103098536A (zh) * 2010-04-22 2013-05-08 夏普株式会社 用于物理上行链路控制信道资源分配的通信方法和系统以及基站、用户设备和其中的集成电路
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
CN102448151B (zh) 2010-09-30 2016-05-18 索尼公司 非连续接收方法、移动台、基站和无线通信系统
CN102918793B (zh) * 2010-09-30 2016-05-18 Lg电子株式会社 发送控制信息的方法和装置
US9578627B2 (en) * 2010-11-02 2017-02-21 Lg Electronics Inc. Method and device for transmitting/receiving uplink control information in wireless communication system
KR101808820B1 (ko) * 2010-11-03 2017-12-13 삼성전자주식회사 캐리어 집적 다운링크 tdd 시스템에서의 수신확인 정보 생성 및 전력 제어
CN102469596A (zh) 2010-11-08 2012-05-23 北京三星通信技术研究有限公司 支持信道选择的分配ack/nack信道资源的方法
EP2639984B1 (en) 2010-11-11 2019-07-31 LG Electronics Inc. Uplink control information transmitting/receiving method and device in a wireless communication system
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 엘지전자 주식회사 상향링크 제어정보 전송방법 및 사용자기기와, 상향링크 제어정보 수신방법 및 기지국
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 주식회사 팬택 무선통신 시스템에서 ａｃｋ/ｎａｃｋ 정보 송수신 장치 및 방법
EP2733898B1 (en) * 2011-07-14 2016-01-20 LG Electronics Inc. Method for transmitting control information and apparatus for same
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反馈信息的方法
CN103188062B (zh) * 2011-12-31 2018-08-17 中兴通讯股份有限公司 混合自动重传请求应答信息发送方法及装置
CN103188061B (zh) * 2011-12-31 2017-11-03 中兴通讯股份有限公司 混合自动重传请求应答信息的发送方法和装置
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
US9088977B2 (en) * 2012-05-30 2015-07-21 Intel Corporation Hybrid automatic repeat request (HARQ) mapping for carrier aggregation (CA)
US9094960B2 (en) * 2012-05-30 2015-07-28 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
US9357537B2 (en) * 2012-06-19 2016-05-31 Lg Electronics Inc. Method and apparatus for transmitting uplink data
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 (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2340105C2 (ru) * 2004-03-12 2008-11-27 Самсунг Электроникс Ко., Лтд. Способ управления схемой h-arq в системе связи с широкополосным радиодоступом
RU2010150107A (ru) * 2008-05-07 2012-06-20 Квэлкомм Инкорпорейтед (US) Пакетирование информации аск в системе беспрводной связи
WO2010129810A2 (en) * 2009-05-07 2010-11-11 Qualcomm Incorporated Multicarrier retransmission feedback
WO2012081920A2 (ko) * 2010-12-15 2012-06-21 엘지전자 주식회사 Tdd 기반 무선 통신 시스템에서 ack/nack 전송 방법 및 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Catt: Correction on the notation of k and k_m, 3GPP TSG-RAN WG1 Meeting #66bis. R1- 112936, Zhuhai, China, 10 - 14 October, 2011. *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11917646B2 (en) 2019-04-19 2024-02-27 Telefonaktiebolaget Lm Ericsson (Publ) Setting HARQ timing for PDSCH with pending PDSCH-to-HARQ-timing-indicator
US12004185B2 (en) 2019-04-19 2024-06-04 Telefonaktiebolaget Lm Ericsson (Publ) Setting HARQ timing for PDSCH with pending PDSCH-to-HARQ-timing-indicator

Also Published As

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

Similar Documents

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

Legal Events

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

Effective date: 20220201