WO2022090766A1 - Adaptation de liaison pucch utilisant une commutation de partie de bande passante - Google Patents

Adaptation de liaison pucch utilisant une commutation de partie de bande passante Download PDF

Info

Publication number
WO2022090766A1
WO2022090766A1 PCT/IB2020/060063 IB2020060063W WO2022090766A1 WO 2022090766 A1 WO2022090766 A1 WO 2022090766A1 IB 2020060063 W IB2020060063 W IB 2020060063W WO 2022090766 A1 WO2022090766 A1 WO 2022090766A1
Authority
WO
WIPO (PCT)
Prior art keywords
pucch resource
pucch
resource set
profiles
network node
Prior art date
Application number
PCT/IB2020/060063
Other languages
English (en)
Inventor
Jagadish GHIMIRE
Hatem ABOU-ZEID
Xiaoming LAI
Original Assignee
Telefonaktiebolaget Lm Ericsson (Publ)
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 Telefonaktiebolaget Lm Ericsson (Publ) filed Critical Telefonaktiebolaget Lm Ericsson (Publ)
Priority to PCT/IB2020/060063 priority Critical patent/WO2022090766A1/fr
Priority to EP20803647.5A priority patent/EP4238260A1/fr
Publication of WO2022090766A1 publication Critical patent/WO2022090766A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/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
    • 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/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
    • 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/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • 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/1614—Details of the supervisory signal using bitmaps
    • 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/06—TPC algorithms
    • H04W52/14—Separate analysis of uplink or downlink
    • H04W52/146—Uplink power control
    • 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/30—TPC using constraints in the total amount of available transmission power
    • H04W52/32—TPC of broadcast or control channels
    • H04W52/325—Power control of control or pilot channels

Definitions

  • Wireless communication and more particularly to methods and apparatuses for physical uplink control channel adaptation using bandwidth-part switching.
  • Wireless communication networks such as those provided based on standards promulgated by the 3rd Generation Partnership Project (3GPP), e.g., New Radio (NR) (NR is also referred to as 5G), support communication channels, such as physical uplink control channel (PUCCH), for communication between a wireless device (WD) and a network node, e.g., gNB.
  • PUCCH physical uplink control channel
  • WD wireless device
  • gNB network node
  • gNB e.g., gNB
  • PUCCH physical uplink control channel
  • UCI uplink control information
  • HARQ hybrid automatic repeat request
  • PUCCH may also have a number of resources. If a WD does not have a PUCCH resource configuration, a PUCCH resource set may be provided by the network node.
  • the network node may semi-statically configure a set of PUCCH resources, grouped into PUCCH resource sets (up to 4 sets).
  • the first resource set contains PUCCH resources that can be used for feedback of up to 2 UCI bits.
  • the second and subsequent PUCCH resource-sets may be used for carrying more than 2 UCI bits. If more than 2 resource-sets are configured, the network node also semi-statically configures resource sets “boundaries,” which define a minimum and a maximum number of payload bits that can be carried in the resources within that set, i.e., a j-th resource set is semi-statically associated with a minimum payload and a maximum payload for which a wireless device would use from the j-th set.
  • Each PUCCH resource has an associated format and is mapped to a certain part of a resource grid that is shared with other UL channel resources, e.g., physical uplink shared channel (PUSCH) physical resource blocks (PRBs), and physical random access channel (PRACH) occasion.
  • PUSCH physical uplink shared channel
  • PRBs physical resource blocks
  • PRACH physical random access channel
  • This configuration is also defined semi- statically.
  • NR provides flexibility in terms of which part of the grid the resources map to, as well as the “size” of the resources, more specifically, a number of resource elements.
  • PUCCH resource indicator is a 3-bit field p, which refers to the p-th PUCCH resource entry in a resource set j, where j in ⁇ 1,2, 3, 4 ⁇ is semi- statically configured to carry current total payload bits.
  • PUCCH Format 1 For some formats, there is a limit on the maximum number of HARQ- ACK bits that can be transmitted (e.g., PUCCH Format 1), whereas some other formats have virtually unlimited number of HARQ- ACK bits that can be transmitted (e.g., PUCCH Format 3).
  • Typical requirements include at least: (1) a probability of acknowledgement (ACK) to negative acknowledgement (NACK) ⁇ 1%; (2) a probability of NACK to ACK ⁇ 0.1%; and (3) a probability of ACK to discontinuous transmission (DTX) ⁇ 1%.
  • NR may utilize bandwidth parts (BPWs).
  • a bandwidth part (BWP) is a new concept introduced in NR, which enables flexibility in how resources are assigned in a carrier.
  • a WD may be configured with up to 4 uplink (UL) and 4 downlink (DL) BWPs. However, only one BWP is active at a given time. BWPs can be switched, and in some implementations the BWP switch may be completed as fast as a time equal to or less than 3ms using BWP switching based on download control information (DCI), i.e., DCI-based BWP switching.
  • DCI download control information
  • a PUCCH configuration is part of an UL BWP configuration.
  • PUCCH is typically configured statically based on a worst-case link budget that the network has available in order to support in a cell. This simplistic approach leads to waste of resources, thereby limiting PUCCH capacity, particularly when there are multiple WDs in the network.
  • NR has a much more flexibility in terms of defining different kinds of PUCCH resources (in terms of number of symbols, number of PRBs, frequency-hopping versus non-frequency hopping, short PUCCH formats vs long PUCCH formats, and associated implications on time- selectivity and frequency selectivity).
  • a typical strategy for the number and the types of PUCCH resources that the network would define in a cell is to consider a maximum number of feedback bits that the network needs to support and a worst-case link budget that the network has to support in a cell.
  • the network semi-statically configures the same set of PUCCH resources for all WDs in the cell and has the same arrangement of PUCCH resource-sets, including the min and max payload-size of each resource-set.
  • RRC radio resource configuration
  • Some embodiments advantageously provide methods and apparatuses for PUCCH link adaptation using BWP switching.
  • a method for a network node to determine a physical uplink control channel, PUCCH, link adaptation using bandwidth-part, BWP, for communication with a wireless device, WD includes determining a plurality of PUCCH resource set profiles based at least on a WD context of the WD. Each of the plurality of PUCCH resource set profiles corresponds to a BWP, and each PUCCH resource set profile defines at least one corresponding PUCCH resource.
  • the method includes activating a target PUCCH resource set profile of the plurality of PUCCH resource set profiles and the corresponding BWP for communication with the WD and selecting a PUCCH resource of the activated target PUCCH resource set profile to be used for communication with the WD.
  • a plurality of PUCCH resources are grouped into a plurality of PUCCH resource types, each PUCCH resource type having at least a corresponding PUCCH resource configuration.
  • determining a plurality of PUCCH resource set profiles is further based at least on the plurality of PUCCH resource types.
  • a subset of the plurality of PUCCH resource set profiles is transmitted to the WD via an RRC message for the WD to configure at least a PUCCH transmission from the WD.
  • determining a plurality of PUCCH resource set profiles is further based at least on a table, the table associating a set of criteria to each of the plurality of PUCCH resource set profiles.
  • activating the target PUCCH resource set profile of the plurality of PUCCH resource set profiles and the corresponding BWP for communication with the WD is based at least on a criterion of the set of criteria.
  • activating the target PUCCH resource set profile further includes transmitting a BWP switch signal, the signal being based on downlink control information, DCI, the signal causing the WD to switch to the target PUCCH resource set profile.
  • determining a plurality of PUCCH resource set profiles is further based at least on a PUCCH channel quality prediction using at least one of an uplink channel state information and PUCCH decoder output. In other embodiments, determining a plurality of PUCCH resource set profiles is further based at least on a PUCCH-decoder model for PUCCH link adaptation.
  • the PUCCH- decoder model is based at least on n Y defined as a probability of an acknowledgement, ACK, being detected as a negative acknowledgment, NACK, when a total of n bits are transmitted on a PUCCH resource of resource type T when an uplink signal to noise ratio, UL SINR, of the WD, is y.
  • P n2a (Y, T, n) is defined as a probability of NACK detected as ACK when a total of n bits are transmitted on a PUCCH resource of resource type T when an UL SINR of the WD is y.
  • additional PUCCH quality metrics are based on UL SINR, PUCCH resource type and number of UCI payload.
  • activating the target PUCCH resource set profile of the plurality of PUCCH resource set profiles and the corresponding B WP for communication with the WD further includes selecting a PUCCH transmit power and the target PUCCH resource set profile for which P a2n i s less than a first predefined threshold, P n2a is less than a second predefined threshold, and for which an expected number of resource elements per UCI bit is minimized.
  • activating the target PUCCH resource set profile further includes determining a maximum number, B max , of uplink control information, UCI, bits that the WD is permitted to transmit and transmitting a BWP switch signal, where the signal being is based on downlink control information, DCI, and the signal causes the WD to switch to the target PUCCH resource set profile.
  • selecting a PUCCH resource further includes limiting a number of downlink DL transport blocks allocated per feedback slot to B max , selecting an available PUCCH resource from a resource set that corresponds to a number of feedback bits on the target PUCCH resource set profile, and selecting a transmit power control, TPC, command based at least on the selected PUCCH transmit power.
  • the method further includes performing a PUCCH link adaptation including at least one of estimating a decoder performance and dynamically adjusting, based on a reliability metric, at least one of a decoder model and an estimate of UL SINR to match an observed decoder performance with an estimated value.
  • method for a wireless device, WD, supporting communication with a network node includes receiving a plurality of PUCCH resource set profiles based at least on a WD context of the WD. Each of the plurality of PUCCH resource set profiles corresponds to a BWP, and each PUCCH resource set profile defines at least one corresponding PUCCH resource. The method further includes activating a target PUCCH resource set profile of the plurality of PUCCH resource set profiles and the corresponding BWP for communication with the WD and selecting a PUCCH resource of the activated target PUCCH resource set profile to be used for communication with the network node.
  • receiving the plurality of PUCCH resource set profiles further includes receiving the plurality of PUCCH resource set profiles via RRC message and storing the plurality of PUCCH resource set profiles.
  • the method further includes receiving a BWP switch signal. The signal is based on downlink control information, DCI, and is transmitted to cause the WD to activate the target PUCCH resource set profile.
  • the target PUCCH resource set profile is based at least on one of a table, where the table associates a set of criteria to each of the plurality of PUCCH resource set profiles, and a PUCCH-decoder model for PUCCH link adaptation.
  • selecting a PUCCH resource further includes receiving a limited number of downlink DL transport blocks allocated per feedback slot to a B max , receiving a selected available PUCCH resource from a resource set that corresponds to a number of feedback bits on a target PUCCH resource set profile and receiving transmit power control, TPC, command based at least on a PUCCH transmit power.
  • a signal is transmitted based at least on the activated target PUCCH resource set profile.
  • the transmitted signal includes a PUCCH UCI in a desired format based at least on the activated target PUCCH resource set profile.
  • a network node is configured to determine a physical uplink control channel, PUCCH, link adaptation using bandwidth-part, BWP, for communication with a wireless device, WD.
  • the network node includes processing circuitry configured to determine a plurality of PUCCH resource set profiles based at least on a WD context of the WD.
  • Each of the plurality of PUCCH resource set profiles corresponds to a BWP, and each PUCCH resource set profile defining at least one corresponding PUCCH resource.
  • the processing circuitry is further configured to activate a target PUCCH resource set profile of the plurality of PUCCH resource set profiles and the corresponding BWP for communication with the WD and select a PUCCH resource of the activated target PUCCH resource set profile to be used for communication with the WD.
  • the processing circuitry is further configured to group a plurality of PUCCH resources into a plurality of PUCCH resource types. Each PUCCH resource type has at least a corresponding PUCCH resource configuration. In other embodiments, determining a plurality of PUCCH resource set profiles is further based at least on the plurality of PUCCH resource types. In some embodiments, the processing circuitry is further configured to cause a transmission of a subset of the plurality of PUCCH resource set profiles to the WD via an RRC message for the WD to configure at least a PUCCH transmission from the WD. In another embodiment, determining a plurality of PUCCH resource set profiles is further based at least on a table. The table associates a set of criteria to each of the plurality of PUCCH resource set profiles.
  • activating the target PUCCH resource set profile of the plurality of PUCCH resource set profiles and the corresponding B WP for communication with the WD is based at least on a criterion of the set of criteria.
  • activating the target PUCCH resource set profile further includes transmitting a BWP switch signal. The signal is based on downlink control information, DCI, and causes the WD to switch to the target PUCCH resource set profile.
  • determining a plurality of PUCCH resource set profiles is further based at least on a PUCCH channel quality prediction using at least one of an uplink channel state information and PUCCH decoder output.
  • determining a plurality of PUCCH resource set profiles is further based at least on a PUCCH-decoder model for PUCCH link adaptation, and the PUCCH-decoder model is based at least on P a2n defined as a probability of an acknowledgement, ACK, being detected as a negative acknowledgment, NACK, when a total of n bits are transmitted on a PUCCH resource of resource type T when an uplink signal to noise ratio, UL SINR, of the WD, is y.
  • P a2n defined as a probability of an acknowledgement, ACK, being detected as a negative acknowledgment, NACK, when a total of n bits are transmitted on a PUCCH resource of resource type T when an uplink signal to noise ratio, UL SINR, of the WD, is y.
  • P n2 a (/, T, n) is defined as a probability of NACK detected as ACK when a total of n bits are transmitted on a PUCCH resource of resource type T when an UL SINR of the WD is y.
  • the PUCCH-decoder model is also based additional PUCCH quality metrics based on UL SINR, PUCCH resource type, and number of UCI pay load.
  • activating the target PUCCH resource set profile of the plurality of PUCCH resource set profiles and the corresponding BWP for communication with the WD further includes selecting a PUCCH transmit power and the target PUCCH resource set profile for which P a2n i s less than a first predefined threshold, P n2a is less than a second predefined threshold, and for which an expected number of resource elements per UCI bit is minimized.
  • activating the target PUCCH resource set profile further includes determining a maximum number, B max , of uplink control information, UCI, bits that the WD is permitted to transmit and transmitting a BWP switch signal. The signal is based on downlink control information, DCI, and causes the WD to switch to the target PUCCH resource set profile.
  • selecting a PUCCH resource further includes limiting a number of downlink DL transport blocks allocated per feedback slot to B max , selecting an available PUCCH resource from a resource set that corresponds to a number of feedback bits on the target PUCCH resource set profile, and selecting a transmit power control, TPC, command based at least on the selected PUCCH transmit power.
  • the processing circuitry is further configured to perform a PUCCH link adaptation including at least one of estimating a decoder performance and dynamically adjusting, based on a reliability metric, at least one of a decoder model and an estimate of UL SINR to match an observed decoder performance with an estimated value.
  • a wireless device supporting communication with a network node.
  • the WD includes processing circuitry configured to receive a plurality of PUCCH resource set profiles based at least on a WD context of the WD.
  • Each of the plurality of PUCCH resource set profiles corresponds to a BWP and each PUCCH resource set profile defines at least one corresponding PUCCH resource.
  • the processing circuitry is further configured to activate a target PUCCH resource set profile of the plurality of PUCCH resource set profiles and the corresponding BWP for communication with the WD and select a PUCCH resource of the activated target PUCCH resource set profile to be used for communication with the network node.
  • receiving the plurality of PUCCH resource set profiles further includes receiving the plurality of PUCCH resource set profiles via RRC message and storing the plurality of PUCCH resource set profiles.
  • the processing circuitry is further configured to receive a BWP switch signal. The signal is based on downlink control information, DCI, and transmitted to cause the WD to activate the target PUCCH resource set profile.
  • the target PUCCH resource set profile is based at least on one of a table, where the table associates a set of criteria to each of the plurality of PUCCH resource set profiles, and a PUCCH-decoder model for PUCCH link adaptation.
  • selecting a PUCCH resource further includes receiving a limited number of downlink DL transport blocks allocated per feedback slot to a B max , receiving a selected available PUCCH resource from a resource set that corresponds to a number of feedback bits on a target PUCCH resource set profile, and receiving transmit power control, TPC, command based at least on a PUCCH transmit power.
  • the processing circuitry is further configured to cause a transmission of a signal based at least on the activated target PUCCH resource set profile.
  • the transmission of the signal includes a PUCCH UCI in a desired format based at least on the activated target PUCCH resource set profile.
  • FIG. 1 is a schematic diagram of an example network architecture illustrating a communication system according to the principles in the present disclosure
  • FIG. 2 is a block diagram of a network node in communication with a wireless device over an at least partially wireless connection according to some embodiments of the present disclosure
  • FIG. 3 is a flowchart of an example method for determining a physical uplink control channel link adaptation using bandwidth-part for communication with a wireless device according to one embodiment of the present disclosure
  • FIG. 4 is a flowchart of an example method for a wireless device supporting communication with a network node according to one embodiment of the present disclosure
  • FIG. 5 is a flowchart of an example method for PUCCH link adaptation using BWPs according to one embodiment of the present disclosure
  • FIG. 6 illustrates an example of PUCCH link adaptation performed in a network node using BWPs according to one embodiment of the present disclosure
  • FIG. 7 is a flow chart of another example method for PUCCH link adaptation performed in a network node according to one embodiment of the present disclosure.
  • FIG. 8 illustrates an example of PUCCH link adaptation with dynamic adjustments according to one embodiment of the present disclosure.
  • Some embodiments of the present disclosure provide performing optimized PUCCH resource allocation decision, e.g., by a network node, whereby picking a PUCCH resource that is the most efficient PUCCH resource and at the same time satisfying reception reliability requirements.
  • a selection of resource-set profiles is made as part of BWP configurations together with a combination of control loops that operate at different cadence, loops, e.g., slow loops, that pick appropriate profile of resource-sets and power-control targets, and a loops, e.g., fast loops, that perform resource allocation and power control decision.
  • PUCCH link adaptation enables dynamic PUCCH link adaptation in NR, which improves PUCCH capacity significantly, e.g., due to efficient utilization of PUCCH resources. Improving PUCCH capacity is particularly useful for applications like carrier aggregation and Internet of Things (loT) in time division duplex (TDD) systems where PUCCH can likely be the limiting resource due to large number of users and/or HARQ ACK payload.
  • LoT carrier aggregation and Internet of Things
  • TDD time division duplex
  • PUCCH link adaptation provides quality of service (QoS) aware trade-off between capacity and reliability.
  • QoS quality of service
  • an PUCCH link adaptor takes into consideration reliability requirements of ultra-reliable low-latency communication (URLLC).
  • URLLC ultra-reliable low-latency communication
  • PUCCH link adaptation provides a mechanism to quickly adapt a PUCCH user configuration using BWPs without significant overhead.
  • using BWP re-configurations and DCI-based BWP switch mechanisms to modify PUCCH configuration based on QoS-aware, application-aware, and network-performance-aware link adaptation provide benefits over conventional methods of PUCCH resource planning and allocations.
  • the network node may utilize control loop for corrections and/or adjustments of PUCCH decoder performance model as part of PUCCH link adaptation (LA) decisions.
  • LA PUCCH link adaptation
  • relational terms such as “first” and “second,” “top” and “bottom,” and the like, may be used solely to distinguish one entity or element from another entity or element without necessarily requiring or implying any physical or logical relationship or order between such entities or elements.
  • the terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the concepts described herein.
  • the singular forms “a”, “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise.
  • the joining term, “in communication with” and the like may be used to indicate electrical or data communication, which may be accomplished by physical contact, induction, electromagnetic radiation, radio signaling, infrared signaling or optical signaling, for example.
  • electrical or data communication may be accomplished by physical contact, induction, electromagnetic radiation, radio signaling, infrared signaling or optical signaling, for example.
  • Coupled may be used herein to indicate a connection, although not necessarily directly, and may include wired and/or wireless connections.
  • network node can be any kind of network node comprised in a radio network which may further comprise any of base station (BS), radio base station, base transceiver station (BTS), base station controller (BSC), radio network controller (RNC), g Node B (gNB), evolved Node B (eNB or eNodeB), Node B, multi- standard radio (MSR) radio node such as MSR BS, multi-cell/multicast coordination entity (MCE), integrated access and backhaul (IAB) node, relay node, donor node controlling relay, radio access point (AP), transmission points, transmission nodes, Remote Radio Unit (RRU), Remote Radio Head (RRH), baseband unit (BBU), a core network node (e.g., mobile management entity (MME), self-organizing network (SON) node, a coordinating node, positioning node, MDT node, etc.), an external node (e.g., 3rd party node, a node external to the current network),
  • MME mobile management entity
  • wireless device or a user equipment (UE) are used interchangeably.
  • the WD herein can be any type of wireless device capable of communicating with a network node or another WD over radio signals, such as wireless device (WD).
  • the WD may also be a radio communication device, target device, device to device (D2D) WD, machine type WD or WD capable of machine to machine communication (M2M), low-cost and/or low-complexity WD, a sensor equipped with WD, Tablet, mobile terminals, smart phone, laptop embedded equipped (LEE), laptop mounted equipment (LME), USB dongles, Customer Premises Equipment (CPE), an Internet of Things (loT) device, or a Narrowband loT (NB-IOT) device, etc.
  • the generic term “radio network node” is used.
  • Radio network node may comprise any of base station, radio base station, base transceiver station, base station controller, network controller, RNC, evolved Node B (eNB), Node B, gNB, Multi-cell/multicast Coordination Entity (MCE), IAB node, relay node, access point, radio access point, Remote Radio Unit (RRU) Remote Radio Head (RRH).
  • RNC evolved Node B
  • eNB evolved Node B
  • MCE Multi-cell/multicast Coordination Entity
  • IAB node IAB node
  • relay node relay node
  • access point access point
  • radio access point radio access point
  • RRU Remote Radio Unit
  • RRH Remote Radio Head
  • the term “radio resource” is intended to indicate a frequency resource and/or a time resource.
  • the time resource may correspond to any type of physical resource or radio resource expressed in terms of length of time. Examples of time resources are: symbol, time slot, subframe, radio frame, transmission time interval (TTI), interleaving time, etc.
  • the frequency resource may correspond to one or more resource elements, subcarriers, resource blocks, bandwidth part and/or any other resources in the frequency domain.
  • the radio resource may also indicate a combination of subcarriers, time slots, codes and/or spatial dimensions.
  • the network node is the transmitter and the receiver is the WD.
  • the transmitter is the WD and the receiver is the network node.
  • the allocated radio resource may be allocated for a particular signal and on a particular channel.
  • Signaling may generally comprise one or more symbols and/or signals and/or messages.
  • a signal may comprise or represent one or more bits.
  • An indication may represent signaling, and/or be implemented as a signal, or as a plurality of signals.
  • One or more signals may be included in and/or represented by a message.
  • Signaling, in particular control signaling may comprise a plurality of signals and/or messages, which may be transmitted on different carriers and/or be associated to different signaling processes, e.g. representing and/or pertaining to one or more such processes and/or corresponding information.
  • An indication may comprise signaling, and/or a plurality of signals and/or messages and/or may be comprised therein, which may be transmitted on different carriers and/or be associated to different acknowledgement signaling processes, e.g. representing and/or pertaining to one or more such processes.
  • Signaling associated to a channel may be transmitted such that represents signaling and/or information for that channel, and/or that the signaling is interpreted by the transmitter and/or receiver to belong to that channel.
  • Such signaling may generally comply with transmission parameters and/or format/s for the channel.
  • a channel may generally be a logical, transport or physical channel.
  • a channel may comprise and/or be arranged on one or more carriers, in particular a plurality of subcarriers.
  • a channel carrying and/or for carrying control signaling/control information may be considered a control channel, in particular if it is a physical layer channel and/or if it carries control plane information.
  • a channel carrying and/or for carrying data signaling/user information may be considered a data channel, in particular if it is a physical layer channel and/or if it carries user plane information.
  • a channel may be defined for a specific communication direction, or for two complementary communication directions (e.g., UL and DL, or sidelink in two directions), in which case it may be considered to have at least two component channels, one for each direction.
  • Examples of channels comprise a channel for low latency and/or high reliability transmission, in particular a channel for Ultra-Reliable Low Latency Communication (URLLC), which may be for control and/or data.
  • the channel described herein may be an uplink channel and in further embodiments may be a physical uplink shared channel (PUSCH) or a physical uplink control channel (PUCCH).
  • the channel may be a downlink channel, such as, a physical downlink control channel (PDCCH) or a physical downlink shared channel (PDSCH).
  • Transmitting in downlink may pertain to transmission from the network or network node to the terminal.
  • the terminal may be considered the WD or UE.
  • Transmitting in uplink may pertain to transmission from the terminal to the network or network node.
  • Transmitting in sidelink may pertain to (direct) transmission from one terminal to another.
  • Uplink, downlink and sidelink (e.g., sidelink transmission and reception) may be considered communication directions.
  • uplink and downlink may also be used to described wireless communication between network nodes, e.g. for wireless backhaul and/or relay communication and/or (wireless) network communication for example between base stations or similar network nodes, in particular communication terminating at such. It may be considered that backhaul and/or relay communication and/or network communication is implemented as a form of sidelink or uplink communication or similar thereto.
  • WCDMA Wide Band Code Division Multiple Access
  • WiMax Worldwide Interoperability for Microwave Access
  • UMB Ultra Mobile Broadband
  • GSM Global System for Mobile Communications
  • functions described herein as being performed by a wireless device or a network node may be distributed over a plurality of wireless devices and/or network nodes.
  • the functions of the network node and wireless device described herein are not limited to performance by a single physical device and, in fact, can be distributed among several physical devices.
  • Some embodiments provide arrangements for physical uplink control channel adaptation using bandwidth-part switching.
  • FIG. 1 a schematic diagram of a communication system 10, according to an embodiment, such as a 3GPP-type cellular network that may support standards such as LTE and/or NR (5G), which comprises an access network 12, such as a radio access network, and a core network 14.
  • the access network 12 comprises a plurality of network nodes 16a, 16b, 16c (referred to collectively as network nodes 16), such as NBs, eNBs, gNBs or other types of wireless access points, each defining a corresponding coverage area 18a, 18b, 18c (referred to collectively as coverage areas 18).
  • Each network node 16a, 16b, 16c is connectable to the core network 14 over a wired or wireless connection 20.
  • a first wireless device (WD) 22a located in coverage area 18a is configured to wirelessly connect to, or be paged by, the corresponding network node 16a.
  • a second WD 22b in coverage area 18b is wirelessly connectable to the corresponding network node 16b. While a plurality of WDs 22a, 22b (collectively referred to as wireless devices 22) are illustrated in this example, the disclosed embodiments are equally applicable to a situation where a sole WD is in the coverage area or where a sole WD is connecting to the corresponding network node 16. Note that although only two WDs 22 and three network nodes 16 are shown for convenience, the communication system may include many more WDs 22 and network nodes 16.
  • a WD 22 can be in simultaneous communication and/or configured to separately communicate with more than one network node 16 and more than one type of network node 16.
  • a WD 22 can have dual connectivity with a network node 16 that supports LTE and the same or a different network node 16 that supports NR.
  • WD 22 can be in communication with an eNB for LTE/E-UTRAN and a gNB for NR/NG-RAN.
  • a network node 16 is configured to include a link resource unit 28 which is configured at least to cause the network node 16 to perform physical uplink control channel adaptation using bandwidth-part switching.
  • a WD 22 is configured to include a remote link resource unit 30 which is configured at least to select a PUCCH resource of an activated target PUCCH resource set profile to be used for communication with the network node 16.
  • the communication system 10 further includes a network node 16 provided in a communication system 10 and including hardware 32 enabling it to communicate with the WD 22.
  • the hardware 32 may include a communication interface 34 for setting up and maintaining a wired or wireless connection with an interface of a different communication device of the communication system 10, as well as a radio interface 36 for setting up and maintaining at least a wireless connection 38 with a WD 22 located in a coverage area 18 served by the network node 16.
  • the radio interface 36 may be formed as or may include, for example, one or more RF transmitters, one or more RF receivers, and/or one or more RF transceivers.
  • the hardware 32 of the network node 16 further includes processing circuitry 42.
  • the processing circuitry 42 may include a processor 44 and a memory 46.
  • the processing circuitry 42 may comprise integrated circuitry for processing and/or control, e.g., one or more processors and/or processor cores and/or FPGAs (Field Programmable Gate Array) and/or ASICs (Application Specific Integrated Circuitry) adapted to execute instructions.
  • the processor 44 may be configured to access (e.g., write to and/or read from) the memory 46, which may comprise any kind of volatile and/or nonvolatile memory, e.g., cache and/or buffer memory and/or RAM (Random Access Memory) and/or ROM (Read-Only Memory) and/or optical memory and/or EPROM (Erasable Programmable Read-Only Memory).
  • the memory 46 may comprise any kind of volatile and/or nonvolatile memory, e.g., cache and/or buffer memory and/or RAM (Random Access Memory) and/or ROM (Read-Only Memory) and/or optical memory and/or EPROM (Erasable Programmable Read-Only Memory).
  • the network node 16 further has software 48 stored internally in, for example, memory 46, or stored in external memory (e.g., database, storage array, network storage device, etc.) accessible by the network node 16 via an external connection.
  • the software 48 may be executable by the processing circuitry 42.
  • the processing circuitry 42 may be configured to control any of the methods and/or processes described herein and/or to cause such methods, and/or processes to be performed, e.g., by network node 16.
  • Processor 44 corresponds to one or more processors 44 for performing network node 16 functions described herein.
  • the memory 46 is configured to store data, programmatic software code and/or other information described herein.
  • the software 48 may include instructions that, when executed by the processor 44 and/or processing circuitry 42, causes the processor 44 and/or processing circuitry 42 to perform the processes described herein with respect to network node 16.
  • processing circuitry 42 of the network node 16 may include link resource unit 28 configured to perform network node methods discussed herein, such as the methods discussed with reference to FIG. 3 as well as other figures.
  • the communication system 10 further includes the WD 22 already referred to.
  • the WD 22 may have hardware 50 that may include a radio interface 52 configured to set up and maintain a wireless connection 38 with a network node 16 serving a coverage area 18 in which the WD 22 is currently located.
  • the radio interface 52 may be formed as or may include, for example, one or more RF transmitters, one or more RF receivers, and/or one or more RF transceivers.
  • the hardware 50 of the WD 22 further includes processing circuitry 58.
  • the processing circuitry 58 may include a processor 60 and memory 62.
  • the processing circuitry 58 may comprise integrated circuitry for processing and/or control, e.g., one or more processors and/or processor cores and/or FPGAs (Field Programmable Gate Array) and/or ASICs (Application Specific Integrated Circuitry) adapted to execute instructions.
  • the processor 60 may be configured to access (e.g., write to and/or read from) memory 62, which may comprise any kind of volatile and/or nonvolatile memory, e.g., cache and/or buffer memory and/or RAM (Random Access Memory) and/or ROM (Read-Only Memory) and/or optical memory and/or EPROM (Erasable Programmable Read-Only Memory).
  • memory 62 may comprise any kind of volatile and/or nonvolatile memory, e.g., cache and/or buffer memory and/or RAM (Random Access Memory) and/or ROM (Read-Only Memory) and/or optical memory and/or EPROM (Erasable Programmable Read-Only Memory).
  • the WD 22 may further comprise software 64, which is stored in, for example, memory 62 at the WD 22, or stored in external memory (e.g., database, storage array, network storage device, etc.) accessible by the WD 22.
  • the software 64 may be executable by the processing circuitry 58.
  • the software 64 may include a client application 66.
  • the client application 66 may be operable to provide a service to a human or non-human user via the WD 22.
  • the client application 66 may interact with the user to generate the user data that it provides.
  • the processing circuitry 58 may be configured to control any of the methods and/or processes described herein and/or to cause such methods, and/or processes to be performed, e.g., by WD 22.
  • the processor 60 corresponds to one or more processors 60 for performing WD 22 functions described herein.
  • the WD 22 includes memory 62 that is configured to store data, programmatic software code and/or other information described herein.
  • the software 64 and/or the client application 66 may include instructions that, when executed by the processor 60 and/or processing circuitry 58, causes the processor 60 and/or processing circuitry 58 to perform the processes described herein with respect to WD 22.
  • processing circuitry 58 of the WD 22 may include remote link resource unit 30 configured to perform wireless device methods discussed herein, such as the methods discussed with reference to FIG. 4 as well as other figures.
  • the processing circuitry 58 of the wireless device 22 may be configured to use resources and/or receive and/or transmit on radio resources (e.g., physical layer resources, such as, physical downlink control channel, physical downlink shared channel, physical uplink control channel and/or physical uplink shared channel, etc.) that are allocated to the WD 22.
  • radio resources e.g., physical layer resources, such as, physical downlink control channel, physical downlink shared channel, physical uplink control channel and/or physical uplink shared channel, etc.
  • the inner workings of the network node 16 and WD 22, may be as shown in FIG. 2 and independently, the surrounding network topology may be that of FIG. 1.
  • FIGS. 1 and 2 show various “units” such as each of link resource unit 28 and remote link resource unit 30a as being within a processor, it is contemplated that these units may be implemented such that a portion of the unit is stored in a corresponding memory within the processing circuitry. In other words, the units may be implemented in hardware or in a combination of hardware and software within the processing circuitry.
  • FIG. 3 is a flowchart of an example method for a network node 16 to determine a physical uplink control channel, PUCCH, link adaptation using bandwidth-part, BWP, for communication with a WD 22 according to some embodiments of the present disclosure.
  • One or more Blocks and/or functions and/or methods performed by the network node 16 may be performed by one or more elements of network node 16, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, according to the example method.
  • the example method includes determining (Block S100) at least one use case to be assigned to at least one BWP, a plurality of PUCCH resource set profiles based at least on a WD context of the WD 22, each of the plurality of PUCCH resource set profiles corresponding to a BWP and each PUCCH resource set profile defining at least one corresponding PUCCH resource.
  • the method also includes activating (Block S102) a target PUCCH resource set profile of the plurality of PUCCH resource set profiles and the corresponding BWP for communication with the WD 22.
  • the method further includes selecting (Block S104) a PUCCH resource of the activated target PUCCH resource set profile to be used for communication with the WD 22.
  • a plurality of PUCCH resources are grouped into a plurality of PUCCH resource types, each PUCCH resource type having at least a corresponding PUCCH resource configuration.
  • determining a plurality of PUCCH resource set profiles is further based at least on the plurality of PUCCH resource types.
  • a subset of the plurality of PUCCH resource set profiles is transmitted to the WD 22 via an RRC message for the WD 22 to configure at least a PUCCH transmission from the WD 22.
  • determining a plurality of PUCCH resource set profiles is further based at least on a table, the table associating a set of criteria to each of the plurality of PUCCH resource set profiles.
  • activating the target PUCCH resource set profile of the plurality of PUCCH resource set profiles and the corresponding BWP for communication with the WD 22 is based at least on a criterion of the set of criteria.
  • activating the target PUCCH resource set profile further includes transmitting a BWP switch signal, the signal being based on downlink control information, DCI, the signal causing the WD 22 to switch to the target PUCCH resource set profile.
  • determining a plurality of PUCCH resource set profiles is further based at least on a PUCCH channel quality prediction using at least one of an uplink channel state information and PUCCH decoder output. In other embodiments, determining a plurality of PUCCH resource set profiles is further based at least on a PUCCH-decoder model for PUCCH link adaptation.
  • the PUCCH- decoder model is based at least on defined as a probability of an acknowledgement, ACK, being detected as a negative acknowledgment, NACK, when a total of n bits are transmitted on a PUCCH resource of resource type T when an uplink signal to noise ratio, UL SINR, of the WD 22, is y.
  • P n2a (Y, T, n) is defined as a probability of NACK detected as ACK when a total of n bits are transmitted on a PUCCH resource of resource type T when an UL SINR of the WD 22 is y.
  • additional PUCCH quality metrics are based on UL SINR, PUCCH resource type and number of UCI payload.
  • activating the target PUCCH resource set profile of the plurality of PUCCH resource set profiles and the corresponding B WP for communication with the WD 22 further includes selecting a PUCCH transmit power and the target PUCCH resource set profile for which P a2n is less than a first predefined threshold, P n2a is less than a second predefined threshold, and for which an expected number of resource elements per UCI bit is minimized.
  • activating the target PUCCH resource set profile further includes determining a maximum number, B max , of uplink control information, UCI, bits that the WD 22 is permitted to transmit and transmitting a BWP switch signal, where the signal being is based on downlink control information, DCI, and the signal causes the WD 22 to switch to the target PUCCH resource set profile.
  • selecting a PUCCH resource further includes limiting a number of downlink DL transport blocks allocated per feedback slot to B max , selecting an available PUCCH resource from a resource set that corresponds to a number of feedback bits on the target PUCCH resource set profile, and selecting a transmit power control, TPC, command based at least on the selected PUCCH transmit power.
  • the method further includes performing a PUCCH link adaptation including at least one of estimating a decoder performance and dynamically adjusting, based on a reliability metric, at least one of a decoder model and an estimate of UL SINR to match an observed decoder performance with an estimated value.
  • FIG. 4 is a flowchart of an example method for a WD 22 supporting communication with a network node 16 according to some embodiments of the present disclosure.
  • One or more Blocks and/or functions and/or methods performed by WD 22 may be performed by one or more elements of WD 22, such as by remote link resource unit 30 in processing circuitry 58, processor 60, communication interface 54, radio interface 52, etc.
  • the example method includes receiving (Block S 106) a plurality of PUCCH resource set profiles based at least on a WD context of the WD 22.
  • Each of the plurality of PUCCH resource set profiles corresponds to a BWP, and each PUCCH resource set profile defines at least one corresponding PUCCH resource.
  • the method further includes activating (Block S108) a target PUCCH resource set profile of the plurality of PUCCH resource set profiles and the corresponding BWP for communication with the WD 22 and selecting (Block SI 10) a PUCCH resource of the activated target PUCCH resource set profile to be used for communication with the network node 16.
  • receiving the plurality of PUCCH resource set profiles further includes receiving the plurality of PUCCH resource set profiles via RRC message and storing the plurality of PUCCH resource set profiles.
  • the method further includes receiving a BWP switch signal. The signal is based on downlink control information, DCI, and is transmitted to cause the WD 22 to activate the target PUCCH resource set profile.
  • the target PUCCH resource set profile is based at least on one of a table, where the table associates a set of criteria to each of the plurality of PUCCH resource set profiles, and a PUCCH-decoder model for PUCCH link adaptation.
  • selecting a PUCCH resource further includes receiving a limited number of downlink DL transport blocks allocated per feedback slot to a B max , receiving a selected available PUCCH resource from a resource set that corresponds to a number of feedback bits on a target PUCCH resource set profile and receiving transmit power control, TPC, command based at least on a PUCCH transmit power.
  • a signal is transmitted based at least on the activated target PUCCH resource set profile.
  • the transmitted signal includes a PUCCH UCI in a desired format based at least on the activated target PUCCH resource set profile.
  • FIG. 5 is a flowchart of an example method for PUCCH link adaptation using BWPs according to one embodiment of the present disclosure. For each WD 22, a PUCCH resource profile is selected by a network node 16, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34, radio interface 36, based on PUCCH link adaptation, where the selected PUCCH resource profile is the most efficient resource profile and can satisfy PUCCH channel reception quality requirements.
  • the PUCCH configuration profile selection is realized, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34, radio interface 36, by a proper configuration of resource-set profiles together with a combination of control loops that may operate at a different cadence each.
  • the network node 16 monitors, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, the WD channel-conditions, QoS requirements, network state, etc., and performs, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, an RRC reconfiguration of the WD, e.g., if applicable by changing the configuration of PUCCH resource-sets on different BWPs, including a possibility of adding or removing new BWPs.
  • the network node 16 selects, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, a new resource-set profile and PUCCH power-control target from one of the configured BWPs. This selection implies a change in mapping of PUCCH resources to a UCI payload interval.
  • the network node 16 may take into consideration multiple aspects of the WD to make the selection, including uplink channel state information, application’s QoS requirements (including URLLC), etc.
  • Updating to another PUCCH configuration may be performed via BWP- switching mechanism to switch, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, across profiles of PUCCH resource-set arrangements.
  • a BWP based DCI switch may take less than 3 ms to complete.
  • the network node 16 selects, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34, radio interface 36, an available resource based on current PUCCH resource-sets of a currently active BWP.
  • the network node may select, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, power-control corrections (PUCCH TPC) based on at least on a powercontrol target set in the slow loop.
  • PUCCH TPC power-control corrections
  • the network node 16 performs, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, RRC reconfiguration of BWPs, which may be based at least on a specified set of per BWP PUCCH configuration profiles (Block S 118).
  • the RRC reconfiguration of BWPs may include data, e.g., PUCCH-resource set profile as multiple configured BWPs. See Table 1 and Table 2 below.
  • the network node 16 transmits, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, the RRC reconfiguration of BWPs to the WD 22.
  • the WD 22 receives (Block SI 14), such as by remote link resource unit 30 in processing circuitry 58, processor 60, communication interface 54, radio interface 52, BWP configurations with PUCCH format configurations, e.g., specific to the WD current context and application requirements vis RRC.
  • the network node 16 determines (Block SI 16), such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, WD context. For example, the network node determines target PUCCH reliability.
  • Block S 118 the network node 16 specifies (Block S 118), such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, a set of per BWP PUCCH configuration profiles based at least on the determined WD context of Block S 116.
  • the network node 16 predicts, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, PUCCH Channel Quality, e.g., by predicting WD PUCCH channel quality using UL CSI and PUCCH decoder output, based at least on temporal statistics on UL Channel State Information (CSI) and/or output from PUCCH Decoder (Block S136).
  • PUCCH Channel Quality e.g., by predicting WD PUCCH channel quality using UL CSI and PUCCH decoder output, based at least on temporal statistics on UL Channel State Information (CSI) and/or output from PUCCH Decoder (Block S136).
  • CSI Channel State Information
  • the network node 16 determines (Block S122), such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, target PUCCH configuration/resource set profiles to activate and determines, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, corresponding BWPs.
  • the determinations of S122 may be based on WD context (Block SI 16) and PUCCH Channel Quality Prediction (Block S120).
  • the network node 16 performs a DCI BWP switch (Block S124), such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, which transmits a new active BWP, which is received, such as by remote link resource unit 30 in processing circuitry 58, processor 60, communication interface 54, radio interface 52, by the WD22 (Block S126) via DCI/RRC.
  • a DCI BWP switch Block S124
  • a new active BWP which is received, such as by remote link resource unit 30 in processing circuitry 58, processor 60, communication interface 54, radio interface 52, by the WD22 (Block S126) via DCI/RRC.
  • the network node 16 specifies PUCCH resource scheduling (Block S128), such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, and performs the scheduling (Block S130), such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, to transmit at least PUCCH resource and/or transmit at least a power control, TPC, command.
  • PUCCH resource scheduling such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36
  • TPC power control
  • the WD 22 receives, such as by remote link resource unit 30 in processing circuitry 58, processor 60, communication interface 54, radio interface 52, PUCCH resources and TPC command (Block S132) and transmits PUCCCH UCI in a desired PUCCH format according to the currently active BWP (Block S134), such as by remote link resource unit 30 in processing circuitry 58, processor 60, communication interface 54, radio interface 52.
  • PUCCH decoding is performed (Block S136), such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, and output, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, at least for PUCCH Channel Quality Prediction (Block S120).
  • FIG. 6 illustrates an example of PUCCH link adaptation performed in a network node 16 using BWPs according to one embodiment of the present disclosure.
  • the network node 16 configures, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, a WD 22 with multiple BWPs with different PUCCH configurations.
  • RRC configuration 1 may correspond to BWP-1
  • RRC configuration 2 may correspond to BWP-2
  • RRC configuration 3 may correspond to BWP-3.
  • BWP-1 is activated, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, and contains the most robust PUCCH configuration for good cell edge performance and ultra-reliable low latency transmissions requested by the WD.
  • a PUCCH link adaptation process running on the network node 16 determines, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, the WD 22 requires a less robust PUCCH configuration (corresponding to BWP-2), e.g., due to WD mobility.
  • the network node 16 transmits, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, a DCI BWP-switch message to WD 22 including BWP-2 as the desired BWP.
  • a PUCCH link adaptation process running on the network node 16 determines, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, that WD 22 requires an even less robust PUCCH configuration (corresponding to BWP-3), e.g., due to a WD application being a best effort with low reliability.
  • a DCI BWP-switch message is transmitted by the network node 16, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, to WD 22 with BWP-3 as the desired BWP.
  • FIG. 7 illustrates an example of PUCCH link adaptation performed in a network node 16 using BWPs according to one embodiment of the present disclosure.
  • a process in network node 16 configures WD 22, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, with multiple PUCCH format configurations associated with different BWPs.
  • the process may use location/mobility of WD 22 and application requirements to configure WD 22.
  • the network node 16 periodically monitors, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, PUCCH reliability for WD 22 and overall network PUCCH resource usage.
  • a PUCCH LA process in network node 16 determines, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, that WD 22 should transition to a another PUCCH format, e.g., a more efficient format.
  • the network node 16 transmits, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, a DCI BWP- switch message to WD 22 with BWP-2 as the desired BWP.
  • a PUCCH physical channel in NR may carry L1/L2 uplink control information, referred to as UCI, which includes HARQ feedback bits, periodic channel status information (CSI), and scheduling request (SR).
  • the network node 16 configures, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, the WD 22 with a number of PUCCH resources as part of the RRC configuration, and every time a PUCCH channel is to be transmitted by the WD 22, the network node 16 provides, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, information on what PUCCH resource to use, e.g., either as part of the semi-static configuration or dynamically via an indication on PDCCH.
  • NR defines different formats of PUCCH resources including short formats (FormatO, Format2) and long formats (Format 1, Format3, Format4), depending on whether a resource is to be mapped along a frequency-domain with a small number of OFDM symbols or the converse.
  • Short formats may help reduce HARQ round-trip times (RTTs)(i.e., reduce data transmission latency) but may result in potential coverage loss when used for WDs in power limited region.
  • RTTs HARQ round-trip times
  • Long PUCCH resources may overcome the coverage loss but may result in longer RTTs and potentially some resource waste.
  • FormatO and Format 1 are designed to carry only up to 2 bits but may be codemultiplexed into the same physical resource, thereby resulting in a relatively large WD multiplexing gain.
  • FormatO and Formatl may be the most resourceefficient of the formats.
  • Format 2 and Format 3 can support one WD per resource and thus do not offer multiplexing gains.
  • Format 2 and Format 3 can be defined with a flexible number of PRBs and OFDM symbols. Therefore, Format 2 and Format 3 can be used to dedicate a varying number of resource elements per PUCCH- resource.
  • Format 2 and Format 3 also can carry a large number of UCI bits. In other words, a large set of options are provided to define the number of physical resource elements that one can use per UCI bit.
  • FIG. 5 shows various steps/blocks of PUCCH configuration, PUCCH channel estimation, and PUCCH link adaption, e.g., to optimize PUCCH resource utilization.
  • Block SI 12 PUCCH resource enumerations and PUCCH resource-sets profiles
  • Network node 16 enumerates, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, a variety of PUCCH resources, grouped into “resource types”. These PUCCH resources are enumerated at cell-level, but the enumerated PUCCH resources are used in conjunction with WDs 22 in an efficient way. An example is shown in Table 1.
  • Table 1 Example of PUCCH-resource types and cell-level resources.
  • the network node 16 may organize resources into a number of resource-sets profiles, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36. As an example, each column in Table 2 describes one resource-sets profile.
  • the network node 16 may define a number of resource-sets profiles and down-select, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, a subset of these resource-sets profile for a particular WD. Such a down- selection may be based at least on a predefined network need or an evaluation metric to maximize resource efficiency and decoder performance tradeoff.
  • Table 2 Resource-sets profiles, which may be communicated to WDs semi-statically via RRC Reconfiguration
  • Block SI 14 WD 22 is configured with resource-sets options using the resource-sets profiles defined in Block SI 12.
  • RRC configuration for the WDs 22 may include N different BWP configurations, each BWP configuration corresponding to one of the resource-sets profiles. Each profile may correspond to one PUCCH-ResourceSet-list configuration indicated to the WD.
  • An example selection is given below:
  • Blocks S122 and S124 PUCCH Resource-sets profile selection (PUCCH Link adaptation)
  • Realization example 1 In the simplest realization of PUCCH link-adaptation, e.g., based on a table lookup, the network node 16 may maintain a table, an example of which is shown in Table 3, where the network node 16 can associate, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, a set of criteria that are used to decide which of the resource-sets profiles are to be used for a particular WD 22. As an example, the network node 16, e.g., gNB, selects profile[3] for a WD 22 with fair UL quality and with URLLC traffic, whereas, the network node 16 selects profile[0] for a powerlimited WD 22 with best-effort traffic.
  • the network node 16 selects profile[3] for a WD 22 with fair UL quality and with URLLC traffic
  • the network node 16 selects profile[0] for a powerlimited WD 22 with best-effort traffic.
  • the network node 16 may also put an upperbound limit, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, on a maximum number of UCI bits that a WD 22 is required to transmit, which is guaranteed by enforcing a maximum number of downlink shared channel (DL-SCH) transport blocks that the network node 16 transmits towards a given feedback slot.
  • the network node 16 can either maintain such the table via offline analysis of performance of a PUCCH resource type against a predefined criteria.
  • the network node 16 may keep, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, detailed information of a PUCCH decoder performance model and adapt dynamically based at least on actual performance, e.g., observed performance.
  • Table 3 Table-based resource-sets profile selection example.
  • Realization example#2 In another variant based on a PUCCH-decoder performance model, the network node 16, e.g., gNB, maintains, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, a PUCCH decoder model which includes the following information:
  • the network node 16 determines, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, a PUCCH LA decision by performing the following: for each WD, select PUCCH transmit power and resource-sets profile from Table 1 that satisfy at least P a2n ⁇ le-10, P n2a ⁇ le-10 and that results in a smallest expected number of resource elements per UCI bit.
  • the network node 16 may also deduce, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, a value of B max (as indicated in Table 2) that limits a maximum number of UCI bits that a WD 22 will transmit.
  • the network node may send, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, a DCI-based BWP-switch command to a WD 22 to switch to BWP#i if an LA decision resulted in selecting a new resource-sets profile i.
  • Blocks S128 and S130 PUCCH resource assignment
  • the network node 16 uses the results from the PUCCH LA decision in Blocks S122 and S124 to perform, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, at least one of the following:
  • the network node 16 may run Blocks SI 12, SI 14, S122, S124, S128 and S130 with increasing cadence for each WD 22 to achieve a predefined trade-off between reliability and efficiency. Similarly, the network node 16 may also run any other Block with increasing cadence. Note that, a PUCCH resource cannot be shared between users. Thus, the network node 16 may plan the PUCCH resource to resourceelement mapping in a way that whenever a WD can be given a PUCCH resource with small number of resource elements, unused physical resources are usable either for PUCCH resource used for other WDs 22 (or users), or for PUSCH. Thus, the network node 16 plans, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, a resource layout strategy in Block S 112 to obtain benefits of PUCCH LA.
  • the PUCCH decoder-model, maintained by the network node 16, (P a 2n (.) etc.) is used to perform, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, the PUCCH LA.
  • the mappings are may be based on offline experiments (e.g., in simulated environments with some reference transmitter and receiver implementations).
  • the network node 16 estimates, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, decoder performance and to perform PUCCH LA.
  • the network node 16 can also correct, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, models dynamically during runtime by receiving feedback from the PUCCH decoder on the reliability of decoding.
  • the reliability metric is binary (e.g., either decoding succeeded, or decoding failed).
  • the decoder can derive, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, some soft metric of PUCCH decoding reliability by using some estimates during the decoding process itself, including, for example, the cross-correlation peaks values if decoder employs such technique.
  • FIG. 8 illustrates an example of PUCCH link adaptation with dynamic adjustments according to one embodiment of the present disclosure.
  • the reliability metric for a given PUCCH resource k with a given number of UCI bits n, can then be fed into an “adjustment block,” i.e., S156, where the network node 16 may correct, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, a given estimate of the UL SINR to match an observed decoder performance with the estimated value, e.g., determine an adjusted UL SINR.
  • the reliability metric for a given PUCCH resource k with a given number of UCI bits n and a given estimate of UL SINR y, can then be fed into an “adjustment block,” i.e., model adjustment S158, to adjust, such as by link resource unit 28 in processing circuitry 42, processor 44, communication interface 34 and/or radio interface 36, the decoder-model based at least on one value of P a 2n (.) and/or P n 2a (.) to determine adjusted values of P a 2n (.) and/or P n 2 a (.)
  • the concepts described herein may be embodied as a method, data processing system, and/or computer program product. Accordingly, the concepts described herein may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects all generally referred to herein as a “circuit” or “module.” Furthermore, the disclosure may take the form of a computer program product on a tangible computer usable storage medium having computer program code embodied in the medium that can be executed by a computer. Any suitable tangible computer readable medium may be utilized including hard disks, CD-ROMs, electronic storage devices, optical storage devices, or magnetic storage devices.
  • These computer program instructions may also be stored in a computer readable memory or storage medium that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture including instruction means which implement the function/act specified in the flowchart and/or block diagram block or blocks.
  • the computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
  • Computer program code for carrying out operations of the concepts described herein may be written in an object oriented programming language such as, Python, Java® or C++.
  • the computer program code for carrying out operations of the disclosure may also be written in conventional procedural programming languages, such as the "C" programming language.
  • the program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer.
  • the remote computer may be connected to the user's computer through a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).
  • LAN local area network
  • WAN wide area network
  • Internet Service Provider for example, AT&T, MCI, Sprint, EarthLink, MSN, GTE, etc.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé permettant à un nœud de réseau de déterminer une adaptation de liaison de canal de commande de liaison montante physique (PUCCH) à l'aide d'une partie de bande passante (BWP) pour une communication avec un dispositif sans fil (WD). Une pluralité de profils d'ensemble de ressources PUCCH est déterminée d'après au moins un contexte WD du WD, chaque profil de la pluralité de profils d'ensemble de ressources PUCCH correspondant à une BWP et chaque profil d'ensemble de ressources PUCCH définissant au moins une ressource PUCCH correspondante. Le procédé consiste également à : activer un profil d'ensemble de ressources PUCCH cible de la pluralité de profils d'ensemble de ressources PUCCH ainsi que la BWP correspondante pour une communication avec le WD ; et sélectionner une ressource PUCCH du profil d'ensemble de ressources PUCCH cible activé à utiliser pour une communication avec le WD. De plus, l'invention concerne un procédé pour un WD, un nœud de réseau et un WD.
PCT/IB2020/060063 2020-10-27 2020-10-27 Adaptation de liaison pucch utilisant une commutation de partie de bande passante WO2022090766A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/IB2020/060063 WO2022090766A1 (fr) 2020-10-27 2020-10-27 Adaptation de liaison pucch utilisant une commutation de partie de bande passante
EP20803647.5A EP4238260A1 (fr) 2020-10-27 2020-10-27 Adaptation de liaison pucch utilisant une commutation de partie de bande passante

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2020/060063 WO2022090766A1 (fr) 2020-10-27 2020-10-27 Adaptation de liaison pucch utilisant une commutation de partie de bande passante

Publications (1)

Publication Number Publication Date
WO2022090766A1 true WO2022090766A1 (fr) 2022-05-05

Family

ID=73172764

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2020/060063 WO2022090766A1 (fr) 2020-10-27 2020-10-27 Adaptation de liaison pucch utilisant une commutation de partie de bande passante

Country Status (2)

Country Link
EP (1) EP4238260A1 (fr)
WO (1) WO2022090766A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200145169A1 (en) * 2018-11-01 2020-05-07 Comcast Cable Communications, Llc Uplink transmissions using multiple active resources
WO2020108333A1 (fr) * 2018-11-27 2020-06-04 Mediatek Inc. Ressources multiples de canal physique de commande de liaison montante (pucch) pour un rapport d'informations de commande de liaison montante (uci)
US20200221448A1 (en) * 2019-01-07 2020-07-09 Kt Corporation Method and apparatus for transmitting and receiving uplink control information
US20200314858A1 (en) * 2019-03-28 2020-10-01 Kai Xu Control Channel with Multiple Transmission Reception Points

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200145169A1 (en) * 2018-11-01 2020-05-07 Comcast Cable Communications, Llc Uplink transmissions using multiple active resources
WO2020108333A1 (fr) * 2018-11-27 2020-06-04 Mediatek Inc. Ressources multiples de canal physique de commande de liaison montante (pucch) pour un rapport d'informations de commande de liaison montante (uci)
US20200221448A1 (en) * 2019-01-07 2020-07-09 Kt Corporation Method and apparatus for transmitting and receiving uplink control information
US20200314858A1 (en) * 2019-03-28 2020-10-01 Kai Xu Control Channel with Multiple Transmission Reception Points

Also Published As

Publication number Publication date
EP4238260A1 (fr) 2023-09-06

Similar Documents

Publication Publication Date Title
US11956730B2 (en) Power control for ACK/NACK formats with carrier aggregation
US10601480B2 (en) Systems and methods for adaptively restricting CSI reporting in multi antenna wireless communications systems utilizing unused bit resources
US20180097578A1 (en) Adaptive transmission methods for uplink control information
US10506557B2 (en) Decoding margin based configuration of transmission properties
JP6975839B2 (ja) 等しいサイズのコードブロックのためのトランスポートブロックサイズの決定
US20160261321A1 (en) Multi-level ack defining decoding margin
US20160277256A1 (en) Access node, control node, and various methods for adapting a reporting period for a user equipment
CN111345055A (zh) 用于重复传输的方法和装置
US20220304024A1 (en) Layer reduction criteria
US11463191B2 (en) Link adaptation for 5G NR
WO2022090766A1 (fr) Adaptation de liaison pucch utilisant une commutation de partie de bande passante
US20230156694A1 (en) Wireless communication uplink prescheduling with guarantees
US20230180196A1 (en) Load-aware variable periodic resource allocation
WO2022144707A1 (fr) Bits harq-ack de liaison descendante maximale pilotés par des adaptations de liaison en liaison montante

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20803647

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020803647

Country of ref document: EP

Effective date: 20230530