WO2023213277A1 - 混合自动重传请求-确认harq-ack码本的确定方法、装置及终端 - Google Patents

混合自动重传请求-确认harq-ack码本的确定方法、装置及终端 Download PDF

Info

Publication number
WO2023213277A1
WO2023213277A1 PCT/CN2023/092120 CN2023092120W WO2023213277A1 WO 2023213277 A1 WO2023213277 A1 WO 2023213277A1 CN 2023092120 W CN2023092120 W CN 2023092120W WO 2023213277 A1 WO2023213277 A1 WO 2023213277A1
Authority
WO
WIPO (PCT)
Prior art keywords
harq
ack
physical downlink
downlink channel
codebook
Prior art date
Application number
PCT/CN2023/092120
Other languages
English (en)
French (fr)
Inventor
李娜
Original Assignee
维沃移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 维沃移动通信有限公司 filed Critical 维沃移动通信有限公司
Publication of WO2023213277A1 publication Critical patent/WO2023213277A1/zh

Links

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/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
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • 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

Definitions

  • the present application belongs to the field of communication technology, and specifically relates to a method, device and terminal for determining a hybrid automatic repeat request-confirmation HARQ-ACK codebook.
  • the New Radio (NR) system supports hybrid automatic repeat requests in addition to the unicast physical downlink control channel (PDCCH) and unicast physical downlink shared channel (PDSCH).
  • PDCH unicast physical downlink control channel
  • PDSCH unicast physical downlink shared channel
  • HARQ-ACK Hybrid automatic repeat request acknowledgment
  • Embodiments of the present application provide a method, device and terminal for determining a hybrid automatic repeat request-acknowledgement HARQ-ACK codebook, which can determine the HARQ-ACK codebook of multicast HARQ-ACK and unicast HARQ-ACK.
  • a method for determining a hybrid automatic repeat request-confirmation HARQ-ACK codebook including: the terminal determines the target HARQ-ACK according to the HARQ-ACK codebook type and/or scenario type corresponding to the physical downlink channel Codebook; wherein, the HARQ-ACK codebook types corresponding to the physical downlink channel include type 1 HARQ-ACK codebook and type 2 HARQ-ACK codebook; the scenario types corresponding to the physical downlink channel include the first scenario and In the second scenario, the first scenario is that the terminal reports only the PDSCH received in the candidate PDSCH reception opportunity on one PUCCH. Specify the HARQ-ACK corresponding to the physical downlink channel, and the second scenario is a scenario other than the first scenario.
  • a device for determining a hybrid automatic repeat request-confirmation HARQ-ACK codebook including: a determination module for determining the HARQ-ACK codebook type and/or scenario type corresponding to the physical downlink channel.
  • Target HARQ-ACK codebook wherein, the HARQ-ACK codebook types corresponding to the physical downlink channel include type 1 HARQ-ACK codebook and type 2 HARQ-ACK codebook; the scene types corresponding to the physical downlink channel include The first scenario and the second scenario.
  • the first scenario is that the terminal reports only the HARQ-ACK corresponding to the designated physical downlink channel received in the candidate PDSCH reception opportunity on one PUCCH.
  • the second scenario is that in addition to the Scenes beyond the first scene.
  • a terminal in a third aspect, includes a processor and a memory.
  • the memory stores programs or instructions that can be run on the processor.
  • the program or instructions are executed by the processor, the following implementations are implemented: The steps of the method described in one aspect.
  • a fourth aspect provides a terminal, including a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the method described in the first aspect. step.
  • a wireless communication system including: a terminal and a network side device.
  • the terminal can be used to perform the steps of the method described in the first aspect.
  • a readable storage medium is provided. Programs or instructions are stored on the readable storage medium. When the programs or instructions are executed by a processor, the steps of the method described in the first aspect are implemented.
  • a chip in a seventh aspect, includes a processor and a communication interface.
  • the communication interface is coupled to the processor.
  • the processor is used to run programs or instructions to implement the method described in the first aspect. A step of.
  • a computer program product/program product is provided, the computer program/program product is stored in a storage medium, and the computer program/program product is executed by at least one processor to implement as described in the first aspect steps of the method.
  • the terminal determines the target HARQ-ACK codebook according to the HARQ-ACK codebook type and/or scenario type corresponding to the physical downlink channel, thereby providing an effective multicast HARQ-ACK and/or Or the HARQ-ACK codebook determination scheme of unicast HARQ-ACK ensures the performance of the communication system.
  • Figure 1 is a schematic structural diagram of a wireless communication system provided by an exemplary embodiment of the present application.
  • Figure 2 is a schematic flowchart of a method for determining a HARQ-ACK codebook provided by an exemplary embodiment of the present application.
  • Figure 3 is a schematic flowchart of a method for determining a HARQ-ACK codebook provided by another exemplary embodiment of the present application.
  • Figure 4 is a schematic structural diagram of a device for determining a HARQ-ACK codebook provided by an exemplary embodiment of the present application.
  • Figure 5 is a schematic structural diagram of a terminal provided by an exemplary embodiment of the present application.
  • first, second, etc. in the description and claims of this application are used to distinguish similar objects and are not used to describe a specific order or sequence. It is to be understood that the terms so used are interchangeable under appropriate circumstances so that the embodiments of the present application can be practiced in sequences other than those illustrated or described herein, and that "first" and “second” are distinguished objects It is usually one type, and the number of objects is not limited.
  • the first object can be one or multiple.
  • “and/or” in the description and claims indicates at least one of the connected objects, and the character “/" generally indicates that the related objects are in an "or” relationship.
  • LTE Long Term Evolution
  • LTE-Advanced, LTE-A Long Term Evolution
  • LTE-A Long Term Evolution
  • CDMA Code Division Multiple Access
  • TDMA Time Division Multiple Access
  • FDMA Frequency Division Multiple Access
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single-carrier Frequency-Division Multiple Access
  • system and “network” in the embodiments of this application are often used interchangeably, and the described technology can be used not only for the above-mentioned systems and radio technologies, but also for other systems and radio technologies.
  • NR systems for example purposes, and NR terminology is used in much of the following description, but these techniques may also be applied to applications other than NR system applications, such as 6th Generation (6G) Communication Systems.
  • 6G 6th Generation
  • FIG. 1 shows a block diagram of a wireless communication system to which embodiments of the present application are applicable.
  • the wireless communication system includes a terminal 11 and a network side device 12.
  • the terminal 11 can be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer), or a notebook computer, a personal digital assistant (Personal Digital Assistant, PDA), a handheld computer, a netbook, or a super mobile personal computer.
  • Tablet Personal Computer Tablet Personal Computer
  • laptop computer laptop computer
  • PDA Personal Digital Assistant
  • PDA Personal Digital Assistant
  • wearable devices include: smart watches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart bracelets, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc.
  • the network side device 12 may include access network equipment or core network equipment. , where the access network device 12 may also be called a radio access network device, a radio access network (Radio Access Network, RAN), a radio access network function or a radio access network unit.
  • RAN Radio Access Network
  • the access network device 12 may include a base station , Wireless Local Area Network (WLAN) access point or WiFi node, etc.
  • the base station can be called Node B, evolved Node B (evolved Node B, eNB), access point, base transceiver station (Base Transceiver Station) , BTS), radio base station, radio transceiver, Basic Service Set (BSS), Extended Service Set (ESS), home B-node, home evolved B-node, Transmitting Receiving Point , TRP) or some other appropriate term in the field, as long as the same technical effect is achieved, the base station is not limited to specific technical terms. It should be noted that in the embodiment of this application, only the base station in the NR system is used. This example is introduced without limiting the specific type of base station.
  • a schematic flow chart of a method 200 for determining a HARQ-ACK codebook is provided for an exemplary embodiment of the present application.
  • the method 200 can be, but is not limited to, executed by a terminal. Specifically, it can be performed by hardware and/or installed in the terminal. or software execution. In this embodiment, the method 200 may include at least the following steps.
  • S210 The terminal determines the HARQ-ACK codebook type and/or scene type corresponding to the physical downlink channel. type, determine the target HARQ-ACK codebook.
  • the HARQ-ACK codebook type corresponding to the unicast physical downlink channel may be a type 1 HARQ-ACK codebook
  • the multicast physical downlink channel may be a type 1 HARQ-ACK codebook.
  • the HARQ-ACK codebook type corresponding to the downlink channel can be type 2 HARQ-ACK codebook.
  • the HARQ-ACK codebook type corresponding to the unicast physical downlink channel can be type 2 HARQ-ACK codebook
  • the multicast physical downlink The HARQ-ACK codebook type corresponding to the channel can be type 1 HARQ-ACK codebook. It can be understood that the HARQ-ACK codebook type corresponding to the physical downlink channel mentioned in this embodiment may be but is not limited to the aforementioned ones.
  • Scenario types corresponding to the physical downlink channel include a first scenario (which may also be referred to as a fallback (Fallback) scenario) and a second scenario (which may also be referred to as a non-fallback (non-Fallback) scenario).
  • the first scenario For the terminal to report only the HARQ-ACK corresponding to the designated physical downlink channel received in the candidate PDSCH reception opportunity on one physical uplink control channel (PUCCH) (if the terminal is only scheduled on one PUCCH feedback the HARQ-ACK corresponding to the designated physical downlink channel), and the second scenario is a scenario other than the first scenario (for example, the terminal is scheduled to feed back the HARQ-ACK corresponding to the designated physical downlink channel on a PUCCH).
  • HARQ-ACK corresponding to the external physical downlink channel The first scenario and/or the second scenario can be implemented by protocol agreement, high-level configuration or network-side configuration, and are not limited here.
  • the physical downlink channel mentioned in this embodiment may be PDSCH and/or PDCCH, if the terminal needs to communicate in the same time unit (such as time slot (Slot), sub-time slot, symbol, sub-symbol, etc. ) feeds back the HARQ-ACK corresponding to the unicast physical downlink channel (such as unicast PDSCH, unicast PDCCH) and the HARQ-ACK corresponding to the multicast physical downlink channel (such as multicast PDCCH, multicast PDSCH), and the unicast physical downlink
  • the HARQ-ACK corresponding to the channel and the HARQ-ACK corresponding to the multicast physical downlink channel have the same priority.
  • the physical downlink channel may include a unicast physical downlink channel and a multicast physical downlink channel at the same time.
  • the aforementioned physical downlink channel may also be a Dynamic Grant (DG) physical downlink channel or a Semi-Persistent Scheduling (SPS) physical downlink channel, etc., which will not be discussed here. limit.
  • DG Dynamic Grant
  • SPS Semi-Persistent Scheduling
  • the terminal only needs to feedback Specify the HARQ-ACK corresponding to the PDCCH, where the specified PDCCH may be a PDCCH indicating SPS PDSCH release, a PDCCH indicating secondary cell dormancy (Scell dormancy) without scheduling a PDSCH, or a Transmission Configuration Indicator (TCI). PDCCH for state update, etc.
  • the specified PDCCH may be a PDCCH indicating SPS PDSCH release, a PDCCH indicating secondary cell dormancy (Scell dormancy) without scheduling a PDSCH, or a Transmission Configuration Indicator (TCI).
  • TCI Transmission Configuration Indicator
  • the terminal determines the target HARQ-ACK codebook according to the HARQ-ACK codebook type and/or scenario type corresponding to the physical downlink channel, thereby providing an effective multicast HARQ-ACK and/or
  • the HARQ-ACK codebook determination scheme for unicast HARQ-ACK implements the reporting of HARQ-ACK information and ensures the performance of the communication system.
  • a schematic flow chart of a HARQ-ACK codebook determination method 300 is provided for an exemplary embodiment of the present application.
  • the method 300 can be, but is not limited to, executed by a terminal. Specifically, it can be performed by hardware and/or installed in the terminal. or software execution. In this embodiment, the method 300 may include at least the following steps.
  • the terminal determines the target HARQ-ACK codebook according to the HARQ-ACK codebook type and/or scenario type corresponding to the physical downlink channel.
  • the HARQ-ACK codebook types corresponding to the physical downlink channel include type 1 HARQ-ACK codebook and type 2 HARQ-ACK codebook;
  • the scene types corresponding to the physical downlink channel include the first scene and the second scene ,
  • the first scenario is that the terminal reports the HARQ-ACK corresponding to the designated physical downlink channel received in the candidate PDSCH reception opportunity on a PUCCH, and the second scenario is a scenario other than the first scenario.
  • the designated physical downlink channel may include any of the following (11)-(13).
  • DCI downlink control information
  • the specific PDCCH is a unicast physical downlink channel (such as a PDCCH scrambled by a Configured Scheduling Radio Network Temporary Identifier (CS-RNTI))
  • the first format is DCI 1_0; or, in the case where the specific PDCCH is scrambled by a multicast physical downlink channel (such as Group-Configured Scheduling-RNTI, G-CS-RNTI), the second format DCI is DCI 4_1.
  • CS-RNTI Configured Scheduling Radio Network Temporary Identifier
  • the DCI of the second format is DCI 1_0; or, in the case where the specific PDSCH is a multicast physical downlink channel (such as group RNTI, G-RNTI scrambling), the DCI of the second format is DCI 4_1.
  • the DAI is counter DAI (Counter DAI, C-DAI)
  • the specific PDSCH may be located in a primary cell (PCell).
  • PCell primary cell
  • the specific PDSCH is a unicast PDSCH
  • the unicast PDSCH is located in the PCell.
  • the specific PDSCH is a multicast PDSCH
  • the multicast PDSCH may be located in PCell, or may be located in other cells other than PCell, such as a cell configured with multicast reception.
  • At least one SPS PDSCH At least one SPS PDSCH.
  • the HARQ-ACK codebook type corresponding to the first physical downlink channel is the type 1 HARQ-ACK codebook (also called type 1 type, or semi-static codebook type), and the HARQ-ACK codebook type corresponding to the second physical downlink channel.
  • the ACK codebook type is the type 2 HARQ-ACK codebook (which can also be called type 2 type, or dynamic codebook type)
  • the terminal generates at least two of the following HARQ-ACK sub-codebooks:
  • the first HARQ-ACK sub-codebook, the second HARQ-ACK sub-codebook and the third HARQ-ACK sub-codebook are concatenated, and the generated HARQ-ACK sub-codebook is concatenated to obtain the target HARQ-ACK codebook.
  • the first HARQ-ACK sub-codebook corresponds to the first physical downlink channel.
  • the way in which the terminal generates the first HARQ-ACK sub-codebook may also be different. For example, in the first When the scenario type corresponding to the physical downlink channel is the first scenario, the terminal generates the first HARQ-ACK sub-codebook according to the received HARQ-ACK corresponding to the first physical downlink channel.
  • the terminal determines a candidate PDSCH reception occasion (candidate PDSCH reception occasion) according to a time domain resource allocation table (TDRA) corresponding to the first physical downlink channel, and generates the The first HARQ-ACK sub-codebook.
  • TDRA time domain resource allocation table
  • the terminal determines the candidate PDSCH reception opportunity according to TDRA, it can also determine the candidate PDSCH reception opportunity in combination with the timing K1 of PDSCH to HARQ-ACK feedback, semi-static uplink and downlink configuration, etc.
  • K1 represents the number of time units from the time unit where the PDSCH receiving position is located to HARQ feedback for the terminal. That is, when the terminal receives the PDSCH in time unit n, it feeds back its corresponding HARQ information in time unit n+K1.
  • the first HARQ-ACK sub-codebook may include a HARQ-ACK sub-codebook corresponding to the DG PDSCH in the first physical downlink channel and/or a HARQ-ACK sub-codebook corresponding to the SPS PDSCH, that is, for type 1 HARQ-ACK codebook, DG PDSCH and SPS PDSCH HARQ-ACK can all be determined based on the candidate PDSCH reception timing.
  • the second HARQ-ACK sub-codebook corresponds to the DG PDSCH in the second physical downlink channel.
  • the terminal may generate the second HARQ-ACK sub-codebook according to a type 2 codebook generation method (such as according to DAI).
  • the third HARQ-ACK sub-codebook corresponds to the SPS PDSCH in the second physical downlink channel.
  • the terminal may generate the third HARQ-ACK sub-codebook according to the SPS PDSCH HARQ-ACK codebook generation method. For example, the terminal may generate the third HARQ-ACK subcodebook according to the serving cell index, the SPS PDSCH configuration index, the time slot where the SPS PDSCH is located, etc. It is worth noting that the third HARQ-ACK sub-codebook only contains HARQ-ACK corresponding to the SPS PDSCH in the second physical downlink channel.
  • the first physical downlink channel mentioned in Implementation Mode 1 is a unicast physical downlink channel (such as unicast PDSCH, unicast PDCCH), and the second physical downlink channel is a multicast physical downlink channel (such as multicast (cast PDSCH, multicast PDCCH), or the first physical downlink channel is a multicast physical downlink channel, and the second physical downlink channel is a unicast physical downlink channel.
  • a unicast physical downlink channel such as unicast PDSCH, unicast PDCCH
  • the second physical downlink channel is a multicast physical downlink channel (such as multicast (cast PDSCH, multicast PDCCH)
  • the first physical downlink channel is a multicast physical downlink channel
  • the second physical downlink channel is a unicast physical downlink channel.
  • the concatenation sequence between the HARQ-ACK sub-codebooks can be determined by protocol agreement, high-level configuration, or terminal Independently determine the implementation to ensure that the terminal and network side equipment have a consistent understanding of the order of each HARQ-ACK sub-codebook, so that when the network side equipment receives the target HARQ-ACK codebook sent by the terminal, it can clearly understand the HARQ corresponding to the SPS PDSCH -The position of ACK in the target HARQ-ACK codebook to achieve deterministic resource scheduling.
  • the terminal can report the cascading sequence to the network side device.
  • the terminal is activated with unicast SPS PDSCH and multicast SPS PDSCH, then the terminal can generate the target HARQ-ACK codebook according to the following example 1 or example 2, the content is as follows .
  • the terminal If on a certain uplink time unit (such as a time slot or sub-slot), the terminal is scheduled to feedback the HARQ-ACK corresponding to the unicast DG PDSCH, the HARQ-ACK corresponding to the unicast SPS PDSCH, and the HARQ-ACK corresponding to the multicast DG PDSCH.
  • ACK, multicast SPS PDSCH HARQ-ACK then the terminal can determine the HARQ-ACK codebook as follows.
  • the terminal can use the TDRA table corresponding to the unicast PDSCH (which can also be called the TDRA table corresponding to the unicast DCI), K1 (also called K1 corresponding to unicast DCI) and uplink and downlink configurations determine the candidate PDSCH reception timing corresponding to unicast, and then generate the first HARQ-ACK subcodebook corresponding to the unicast PDSCH based on the candidate PDSCH reception timing.
  • the HARQ-ACK subcodebook includes HARQ-ACK corresponding to unicast DG PDSCH and unicast SPS PDSCH.
  • the terminal can generate the second HARQ-ACK subcodebook corresponding to the multicast DG PDSCH based on DAI.
  • the terminal can generate the third HARQ-ACK subcodebook corresponding to the multicast SPS PDSCH based on the SPS PDSCH configuration index, the time slot where the SPS PDSCH is located, etc.
  • the terminal concatenates the first HARQ-ACK subcodebook, the second HARQ-ACK subcodebook, and the third HARQ-ACK subcodebook in the first order to obtain the target HARQ-ACK codebook.
  • the first order may be (first HARQ-ACK sub-codebook, second HARQ-ACK sub-codebook, third HARQ-ACK sub-codebook), (first HARQ-ACK sub-codebook, third HARQ-ACK sub-codebook).
  • HARQ-ACK sub-codebook, second HARQ-ACK sub-codebook), (third HARQ-ACK sub-codebook, second HARQ-ACK sub-codebook, first HARQ-ACK sub-codebook), etc. are not mentioned here. Make restrictions.
  • unicast DG PDSCH and unicast SPS PDSCH belong to the aforementioned first physical downlink channel; multicast SPS PDSCH and multicast DG PDSCH belong to the aforementioned second physical downlink channel.
  • the terminal is scheduled to feedback unicast DG HARQ-ACK for PDSCH (or unicast DG PDCCH), HARQ-ACK corresponding to multicast DG PDSCH, and HARQ-ACK corresponding to multicast SPS PDSCH.
  • the scenario type corresponding to PDSCH (or unicast PDCCH) is the first scenario. Then, the terminal can determine the target HARQ-ACK codebook as follows.
  • the terminal generates the first HARQ-ACK subcodebook corresponding to unicast DG PDSCH (or unicast DG PDCCH).
  • the terminal can generate the second HARQ-ACK sub-codebook corresponding to the multicast DG PDSCH according to DAI.
  • the terminal can generate the third HARQ-ACK subcodebook corresponding to the multicast SPS PDSCH according to the SPS PDSCH configuration index, the time slot where the SPS PDSCH is located, etc.
  • the terminal concatenates the first HARQ-ACK subcodebook, the second HARQ-ACK subcodebook, and the third HARQ-ACK subcodebook in the second order to obtain the target HARQ-ACK codebook.
  • the second order may be (first HARQ-ACK sub-codebook, second HARQ-ACK sub-codebook, third HARQ-ACK sub-codebook), (first HARQ-ACK sub-codebook, third HARQ-ACK sub-codebook).
  • HARQ-ACK sub-codebook, second HARQ-ACK sub-codebook), (third HARQ-ACK sub-codebook, second HARQ-ACK sub-codebook, first HARQ-ACK sub-codebook), etc. are not mentioned here. Make restrictions.
  • the terminal is activated with unicast SPS PDSCH and multicast SPS PDSCH, then the terminal determines the target HARQ-ACK codebook in a manner similar to the aforementioned examples 1 and 2. To avoid duplication, I won’t go into details here.
  • the terminal When the HARQ-ACK codebook type corresponding to the first physical downlink channel is the type 1 HARQ-ACK codebook, and the HARQ-ACK codebook type corresponding to the second physical downlink channel is the type 2 HARQ-ACK codebook , the terminal performs the following (21) or (22).
  • the scenario type corresponding to the first physical downlink channel is the second scenario
  • the codebook corresponds to the first physical downlink channel
  • the second HARQ-ACK sub-codebook corresponds to the DG PDSCH in the second physical downlink channel
  • the third HARQ-ACK sub-codebook corresponds to the third HARQ-ACK sub-codebook.
  • the first physical downlink channel is a unicast physical downlink channel
  • the second physical downlink channel is a multicast physical downlink channel
  • the first physical downlink channel is a multicast physical downlink channel
  • the second physical downlink channel is a multicast physical downlink channel.
  • the physical downlink channel is a unicast physical downlink channel.
  • the target HARQ-ACK that needs to be fed back only includes the HARQ-ACK corresponding to the SPS PDSCH in the first physical downlink channel.
  • generate a fourth HARQ-ACK sub-codebook and/or a fifth HARQ-ACK sub-codebook and concatenate the fourth HARQ-ACK sub-codebook and the fifth HARQ-ACK sub-codebook , obtain the HARQ-ACK codebook.
  • the fourth HARQ-ACK sub-codebook corresponds to the DG PDSCH in the second physical downlink channel.
  • the terminal may generate the fourth HARQ-ACK sub-codebook according to a type 2 codebook generation method (such as according to DAI).
  • the terminal may generate the fifth HARQ-ACK sub-codebook according to the SPS PDSCH HARQ-ACK codebook generation method. For example, the terminal can generate the fifth HARQ-ACK subcodebook according to the serving cell index, the SPS PDSCH configuration index, the time slot where the SPS PDSCH is located, etc.
  • the first physical downlink channel mentioned in Implementation Mode 2 is a unicast physical downlink channel
  • the second physical downlink channel is a multicast physical downlink channel
  • the first physical downlink channel is a multicast Physical downlink channel
  • the second physical downlink channel is a unicast physical downlink channel.
  • the concatenation sequence involved may be determined by protocol agreement, high-level configuration, or network side configuration. Or the terminal independently determines the implementation to ensure that the terminal and the network side device have a consistent understanding of the order of the fourth HARQ-ACK sub-codebook and the fifth HARQ-ACK sub-codebook, so that the network side device can receive the target HARQ sent by the terminal.
  • -ACK codebook the position of the HARQ-ACK corresponding to SPS PDSCH in the target HARQ-ACK codebook is clear.
  • the terminal can report the concatenation sequence to the network side device. .
  • the terminal is activated with unicast SPS PDSCH and multicast SPS PDSCH, then the terminal can generate the target HARQ-ACK codebook according to the following example 3 or example 4,
  • the content is as follows.
  • the terminal On a certain uplink time unit (such as a time slot or sub-slot), the terminal is scheduled to feed back the HARQ-ACK corresponding to the unicast SPS PDSCH, the HARQ-ACK corresponding to the multicast DG PDSCH, and the HARQ-ACK corresponding to the multicast SPS PDSCH. , then, the terminal can determine the target HARQ-ACK codebook as follows.
  • the terminal can generate a unicast SPS based on the serving cell index, the SPS PDSCH configuration index, the time slot where the SPS PDSCH is located, etc.
  • the first HARQ-ACK subcodebook corresponding to PDSCH is the first scenario.
  • the terminal can generate the second HARQ-ACK subcodebook corresponding to the multicast DG PDSCH according to DAI.
  • the terminal can generate the second HARQ-ACK subcodebook corresponding to the multicast SPS PDSCH based on the SPS PDSCH configuration index, the time slot where the SPS PDSCH is located, etc.
  • the terminal concatenates the first HARQ-ACK subcodebook, the second HARQ-ACK subcodebook, and the third HARQ-ACK subcodebook in the third order to obtain the target HARQ-ACK codebook.
  • the third order may be (first HARQ-ACK sub-codebook, second HARQ-ACK sub-codebook, third HARQ-ACK sub-codebook), (first HARQ-ACK sub-codebook, third HARQ-ACK sub-codebook).
  • HARQ-ACK sub-codebook, second HARQ-ACK sub-codebook), (third HARQ-ACK sub-codebook, second HARQ-ACK sub-codebook, first HARQ-ACK sub-codebook), etc. are not mentioned here. Make restrictions.
  • Example 3 the unicast SPS PDSCH belongs to the aforementioned first physical downlink channel.
  • Multicast SPS PDSCH and multicast DG PDSCH belong to the second physical downlink channel.
  • the terminal If on a certain uplink time unit (such as a time slot or sub-slot), the terminal is scheduled to feed back the HARQ-ACK of the unicast SPS PDSCH, the HARQ-ACK corresponding to the multicast DG PDSCH, and the HARQ-ACK corresponding to the multicast SPS PDSCH . Then, the terminal can determine the target as follows: Standard HARQ-ACK codebook.
  • the terminal can generate the fourth HARQ-ACK subcodebook corresponding to the multicast DG PDSCH according to DAI.
  • the terminal can generate the fifth HARQ-ACK subcodebook corresponding to the unicast SPS and multicast SPS PDSCH based on the serving cell index, the SPS PDSCH configuration index, the time slot where the SPS PDSCH is located, etc.
  • the terminal concatenates the fourth HARQ-ACK sub-codebook and the fifth HARQ-ACK sub-codebook in the fourth order to obtain the final target HARQ-ACK codebook.
  • the fourth order may be (fourth HARQ-ACK sub-codebook, fifth HARQ-ACK sub-codebook) or (fifth HARQ-ACK sub-codebook, fourth HARQ-ACK sub-codebook) , there is no restriction here.
  • the method for determining the HARQ-ACK codebook provided in this embodiment is applicable to unicast HARQ-ACK configured with a type 1 HARQ-ACK codebook, multicast HARQ-ACK configured with a type 2 HARQ-ACK codebook, or
  • the determination method can report multicast HARQ-ACK and unicast HARQ-ACK under different codebook types and/or different scenarios.
  • this application compared with HARQ-ACK feedback in related technologies, this application only performs HARQ-ACK codebook generation and feedback of SPS PDSCH once, thereby effectively avoiding the repeated HARQ-ACK generation problem of SPS PDSCH that exists in related technologies and reducing the number of codes. This size improves the effectiveness of the communication system.
  • the execution subject of the HARQ-ACK codebook determination method 200-300 provided by the embodiment of the present application may be a device for determining the HARQ-ACK codebook.
  • the HARQ-ACK codebook determination method performed by the HARQ-ACK codebook determination apparatus is used as an example to illustrate the HARQ-ACK codebook determination apparatus provided by the embodiment of the present application.
  • the device 400 includes a determination module 410 for determining the HARQ-ACK codebook type corresponding to the physical downlink channel. and/or scenario type, determine the target HARQ-ACK codebook; wherein, the HARQ-ACK codebook type corresponding to the physical downlink channel includes type 1 HARQ-ACK codebook and type 2 HARQ-ACK codebook; the physical Scenario types corresponding to downlink channels include a first scenario and a second scenario.
  • the first scenario is that the terminal reports only the HARQ-ACK corresponding to the designated physical downlink channel received in the candidate PDSCH reception opportunity on one PUCCH.
  • the second scene is a scene other than the first scene.
  • the device 400 further includes a receiving module configured to receive the physical downlink channel.
  • the step of determining the target HARQ-ACK codebook according to the HARQ-ACK codebook type and/or scenario type corresponding to the physical downlink channel by the determining module 410 includes: When this type is the type 1 HARQ-ACK codebook and the HARQ-ACK codebook type corresponding to the second physical downlink channel is the type 2 HARQ-ACK codebook, the following HARQ-ACK sub-codebook is generated: At least two items: the first HARQ-ACK sub-codebook, the second HARQ-ACK sub-codebook and the third HARQ-ACK sub-codebook, and concatenating the generated HARQ-ACK sub-codebooks to obtain the target HARQ-ACK Codebook; wherein the first HARQ-ACK subcodebook corresponds to the first physical downlink channel, and the second HARQ-ACK subcodebook is shared with the dynamically authorized physical downlink in the second physical downlink channel
  • the channel DG PDSCH corresponds to the third HARQ-ACK subcodebook and the semi-persistent
  • the step of generating the first HARQ-ACK subcodebook by the determining module 410 includes any of the following: when the scenario type corresponding to the first physical downlink channel is the first scenario, according to The received HARQ-ACK corresponding to the first physical downlink channel generates the first HARQ-ACK sub-codebook; when the scenario type corresponding to the first physical downlink channel is the second scenario, according to The time domain resource allocation table TDRA corresponding to the first physical downlink channel determines the candidate PDSCH reception opportunity, and generates the first HARQ-ACK subcodebook according to the candidate PDSCH reception opportunity, wherein the first HARQ-ACK subcodebook
  • the codebook includes the HARQ-ACK subcodebook corresponding to the DG PDSCH and/or the HARQ-ACK subcodebook corresponding to the SPS PDSCH in the first physical downlink channel.
  • the step of determining the target HARQ-ACK codebook according to the HARQ-ACK codebook type and/or scenario type corresponding to the physical downlink channel by the determining module 410 includes: If this type is the type 1 HARQ-ACK codebook and the HARQ-ACK codebook type corresponding to the second physical downlink channel is the type 2 HARQ-ACK codebook, perform any of the following: When the scenario type corresponding to a physical downlink channel is the second scenario, at least two of the following HARQ-ACK subcodebooks are generated: the first HARQ-ACK subcodebook, the second HARQ-ACK subcodebook, and the second HARQ-ACK subcodebook.
  • the second HARQ-ACK subcodebook corresponds to the DG PDSCH in the second physical downlink channel
  • the third HARQ-ACK The sub-codebook corresponds to the SPS PDSCH in the second physical downlink channel; when the scene type corresponding to the first physical downlink channel is the first scene, or when only the target HARQ-ACK that needs to be fed back is In the case where the HARQ-ACK corresponding to the SPS PDSCH in the first physical downlink channel is included, a fourth HARQ-ACK subcodebook and/or a fifth HARQ-ACK subcodebook is generated, and the fourth HARQ-ACK subcodebook is This codebook is concatenated with the fifth HARQ-ACK subcodebook to obtain the HARQ-ACK codebook;
  • the items correspond to; wherein, the first physical downlink channel is a unicast physical downlink channel, the second physical downlink channel is a multicast physical downlink channel, or the first physical downlink channel is a multicast physical downlink channel, so The second physical downlink channel is a unicast physical downlink channel.
  • the designated physical downlink channel includes any of the following: a specific PDCCH, the specific PDCCH carries the DCI of the first format, and the DCI of the first format indicates the release of SPS PDSCH, wherein the first format
  • the downlink allocation index DAI 1 corresponding to the DCI
  • the DCI in the first format and the DCI in the second format are both DCI1_0; when the specific PDCCH and/or Or when the specific PDSCH is a multicast physical downlink channel, the DCI in the first format and the DCI in the second format are DCI 4_1.
  • the specific PDSCH is located in the primary cell Pcell.
  • the physical downlink channel includes a physical downlink shared channel and a physical downlink control channel.
  • the device 400 for determining the HARQ-ACK codebook in the embodiment of the present application may be an electronic device, such as an electronic device with an operating system, or may be a component in the electronic device, such as an integrated circuit or chip.
  • the electronic device may be a terminal or other devices other than the terminal.
  • terminals may include but are not limited to the types of terminals 11 listed above, and other devices may be servers, network attached storage (Network Attached Storage, NAS), etc., which are not specifically limited in the embodiment of this application.
  • the device 400 for determining the HARQ-ACK codebook provided by the embodiment of the present application can implement each process implemented by the method embodiments of Figures 2 to 3, and achieve the same technical effect. To avoid duplication, the details will not be described here.
  • An embodiment of the present application also provides a terminal, including a processor and a communication interface.
  • the communication interface is coupled to the processor.
  • the processor is used to run programs or instructions to implement the methods described in method embodiments 200-300. Method steps.
  • This terminal embodiment corresponds to the above-mentioned terminal-side method embodiment. Each implementation process and implementation manner of the above-mentioned method embodiment can be applied to this terminal embodiment, and can achieve the same technical effect.
  • FIG. 5 is a schematic diagram of the hardware structure of a terminal that implements an embodiment of the present application.
  • the terminal 500 includes but is not limited to: radio frequency unit 501, network module 502, audio output unit 503, input unit 504, sensor 505, display unit 506, user input unit 507, interface unit 508, memory 509, processor 510, etc. at least some parts of it.
  • the terminal 500 may also include a power supply (such as a battery) that supplies power to various components.
  • the power supply may be logically connected to the processor 510 through a power management system, thereby managing charging, discharging, and power consumption through the power management system. Management and other functions.
  • the terminal structure shown in FIG. 5 does not constitute a limitation on the terminal.
  • the terminal may include more or fewer components than shown in the figure, or some components may be combined or arranged differently, which will not be described again here.
  • the input unit 504 may include a graphics processing unit (GPU) 5041 and a microphone 5042.
  • the GPU 5041 is used for recording data by an image capture device (such as a camera) in the video capture mode or the image capture mode.
  • the image data obtained from still pictures or videos is processed.
  • the display unit 506 may include a display panel 5061, which may be configured in the form of a liquid crystal display, an organic light emitting diode, or the like.
  • the user input unit 507 includes a touch panel 5071 and at least one of other input devices 5072 .
  • Touch panel 5071 also called touch screen.
  • the touch panel 5071 may include two parts: a touch detection device and a touch controller.
  • Other input devices 5072 may include, but are not limited to, physical keyboards, function keys (such as volume control keys, switch keys, etc.), trackballs, mice, and joysticks, which will not be described again here.
  • the radio frequency unit 501 after receiving downlink data from the network side device, the radio frequency unit 501 can transmit it to the processor 510 for processing; in addition, the radio frequency unit 501 can send uplink data to the network side device.
  • the radio frequency unit 501 includes, but is not limited to, an antenna, amplifier, transceiver, coupler, low noise amplifier, duplexer, etc.
  • Memory 509 may be used to store software programs or instructions as well as various data.
  • the memory 509 may mainly include a first storage area for storing programs or instructions and a second storage area for storing data, wherein the first storage area may store an operating system, an application program or instructions required for at least one function (such as a sound playback function, Image playback function, etc.) etc.
  • memory 509 may include volatile memory or non-volatile memory, or memory 509 may include both volatile and non-volatile memory.
  • the non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), electrically removable memory. Erase programmable read-only memory (Electrically EPROM, EEPROM) or flash memory.
  • Volatile memory can be random access memory (Random Access Memory, RAM), static random access memory (Static RAM, SRAM), dynamic random access memory (Dynamic RAM, DRAM), synchronous dynamic random access memory (Synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (Double Data Rate SDRAM, DDRSDRAM), enhanced synchronous dynamic random access memory (Enhanced SDRAM, ESDRAM), synchronous link dynamic random access memory (Synch link DRAM) , SLDRAM) and direct memory bus random access memory (Direct Rambus RAM, DRRAM).
  • RAM Random Access Memory
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • DRAM synchronous dynamic random access memory
  • SDRAM double data rate synchronous dynamic random access memory
  • Double Data Rate SDRAM Double Data Rate SDRAM
  • DDRSDRAM double data rate synchronous dynamic random access memory
  • Enhanced SDRAM, ESDRAM enhanced synchronous dynamic random access memory
  • Synch link DRAM synchronous link dynamic random access memory
  • SLDRAM direct memory bus
  • the processor 510 may include one or more processing units; optionally, the processor 510 integrates an application processor and a modem processor, where the application processor mainly handles operations related to the operating system, user interface, application programs, etc., Modem processors mainly process wireless communication signals, such as baseband processors. It can be understood that the above modem processor may not be integrated into the processor 510.
  • the processor 510 is configured to determine the target HARQ-ACK codebook according to the HARQ-ACK codebook type and/or scene type corresponding to the physical downlink channel; wherein the HARQ-ACK codebook type corresponding to the physical downlink channel includes Type type 1 HARQ-ACK codebook and type 2 HARQ-ACK codebook; the scenario types corresponding to the physical downlink channel include the first scenario and the second scenario.
  • the first scenario is that the terminal only reports on one PUCCH HARQ-ACK corresponding to the designated physical downlink channel received in the candidate PDSCH reception opportunity
  • the second scenario is a scenario other than the first scenario.
  • the processor 510 determines the target HARQ-ACK codebook according to the HARQ-ACK codebook type and/or scene type corresponding to the physical downlink channel, including: using the HARQ-ACK code corresponding to the first physical downlink channel.
  • this type is the type 1 HARQ-ACK codebook
  • the HARQ-ACK codebook type corresponding to the second physical downlink channel is the type 2 HARQ-ACK codebook
  • the following HARQ-ACK sub-codebook is generated: At least two items: the first HARQ-ACK sub-codebook, the second HARQ-ACK sub-codebook and the third HARQ-ACK sub-codebook, and concatenating the generated HARQ-ACK sub-codebooks to obtain the target HARQ-ACK Codebook; wherein the first HARQ-ACK subcodebook corresponds to the first physical downlink channel, and the second HARQ-ACK subcodebook is shared with the dynamically authorized physical downlink in the second physical downlink channel
  • the channel DG PDSCH corresponds to the
  • the first physical downlink channel is a unicast physical downlink channel
  • the second physical downlink channel is a multicast physical downlink channel
  • the first physical downlink channel is a multicast physical downlink channel, so
  • the second physical downlink channel is a unicast physical downlink channel.
  • the step of the processor 510 generating the first HARQ-ACK sub-codebook includes any of the following: when the scenario type corresponding to the first physical downlink channel is the first scenario, according to The received HARQ-ACK corresponding to the first physical downlink channel generates the first HARQ-ACK sub-codebook; when the scenario type corresponding to the first physical downlink channel is the second scenario, according to The time domain resource allocation table TDRA corresponding to the first physical downlink channel determines the candidate PDSCH reception opportunity, and generates the first HARQ-ACK subcodebook according to the candidate PDSCH reception opportunity, wherein the first HARQ-ACK subcodebook
  • the codebook includes the HARQ-ACK subcodebook corresponding to the DG PDSCH and/or the HARQ-ACK subcodebook corresponding to the SPS PDSCH in the first physical downlink channel.
  • the processor 510 determines the target HARQ-ACK codebook according to the HARQ-ACK codebook type and/or scene type corresponding to the physical downlink channel, including: using the HARQ-ACK code corresponding to the first physical downlink channel. If this type is the type 1 HARQ-ACK codebook and the HARQ-ACK codebook type corresponding to the second physical downlink channel is the type 2 HARQ-ACK codebook, perform any of the following: When the scenario type corresponding to a physical downlink channel is the second scenario, at least two of the following HARQ-ACK subcodebooks are generated: the first HARQ-ACK subcodebook, the second HARQ-ACK subcodebook, and the second HARQ-ACK subcodebook.
  • the second HARQ-ACK sub-codebook corresponds to the DG PDSCH in the second physical downlink channel
  • the third HARQ-ACK sub-codebook corresponds to the SPS PDSCH in the second physical downlink channel
  • the fourth HARQ-ACK sub-codebook corresponds to the DG PDSCH in the second physical downlink channel
  • the fifth HARQ-ACK subcodebook corresponds to the DG PDSCH in the first physical downlink channel.
  • the SPS PDSCH in the second physical downlink channel, and the designated physical downlink channel in the first physical downlink channel; wherein the first physical downlink channel is a unicast physical downlink channel, the second physical downlink channel is a multicast physical downlink channel, or the first physical downlink channel is a multicast physical downlink channel, and the second physical downlink channel is a unicast physical downlink channel.
  • the designated physical downlink channel includes any of the following: a specific PDCCH, the specific PDCCH carries the DCI of the first format, and the DCI of the first format indicates the release of SPS PDSCH, wherein the first format
  • the downlink allocation index DAI 1 corresponding to the DCI
  • the DCI in the first format and the DCI in the second format are both DCI1_0; when the specific PDCCH and/or Or when the specific PDSCH is a multicast physical downlink channel, the DCI in the first format and the DCI in the second format are DCI 4_1.
  • the specific PDSCH is located in the primary cell Pcell.
  • the physical downlink channel includes a physical downlink shared channel and a physical downlink control channel.
  • Embodiments of the present application also provide a readable storage medium, which stores a program or instructions.
  • a program or instructions When the program or instructions are executed by a processor, each process of the above HARQ-ACK codebook determination method embodiment is implemented. , and can achieve the same technical effect, so to avoid repetition, they will not be described again here.
  • the processor is the processor in the terminal described in the above embodiment.
  • the readable storage medium includes computer readable storage media, such as computer read-only memory ROM, random access memory RAM, magnetic disk or optical disk, etc.
  • An embodiment of the present application further provides a chip.
  • the chip includes a processor and a communication interface.
  • the communication interface is coupled to the processor.
  • the processor is used to run network side device programs or instructions to implement the above HARQ-ACK.
  • chips mentioned in the embodiments of this application may also be called system-on-chip, system-on-a-chip, system-on-chip or system-on-chip, etc.
  • Embodiments of the present application also provide a computer program product.
  • the computer program product includes a processor, a memory, and a program or instructions stored on the memory and executable on the processor.
  • the program or instructions are used by the processor.
  • the embodiment of the present application also provides a communication system, including: a terminal and a network side device.
  • the terminal can be used to perform each process of the HARQ-ACK codebook determination method embodiment as described above, and can achieve the same technology. The effect will not be described here to avoid repetition.
  • the methods of the above embodiments can be implemented by means of software plus the necessary general hardware platform. Of course, it can also be implemented by hardware, but in many cases the former is better. implementation.
  • the technical solution of the present application can be embodied in the form of a computer software product that is essentially or contributes to the existing technology.
  • the computer software product is stored in a storage medium (such as ROM/RAM, disk , CD), including several instructions to cause a terminal (which can be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in various embodiments of this application.

Abstract

本申请公开了一种混合自动重传请求-确认HARQ-ACK码本的确定方法、装置及终端，属于通信技术领域，本申请实施例的HARQ-ACK码本的确定方法包括：终端根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型，确定目标HARQ-ACK码本；其中，所述物理下行信道对应的HARQ-ACK码本类型包括类型type 1 HARQ-ACK码本和type 2 HARQ-ACK码本；所述物理下行信道对应的场景类型包括第一场景和第二场景，所述第一场景为所述终端在一个PUCCH上仅上报候选PDSCH接收时机中接收到的指定物理下行信道对应的HARQ-ACK，所述第二场景为除所述第一场景之外的场景。

Description

混合自动重传请求-确认HARQ-ACK码本的确定方法、装置及终端
交叉引用
本发明要求在2022年05月06日提交中国专利局、申请号为202210488104.6、发明名称为“混合自动重传请求-确认HARQ-ACK码本的确定方法、装置及终端”的中国专利申请的优先权，该申请的全部内容通过引用结合在本发明中。
技术领域
本申请属于通信技术领域，具体涉及一种混合自动重传请求-确认HARQ-ACK码本的确定方法、装置及终端。
背景技术
目前，新空口(New Radio，NR)系统除了单播(unicast)物理下行控制信道(Physical downlink control channel，PDCCH)、单播物理下行共享信道(Physical Downlink Shared Channel，PDSCH)支持混合自动重传请求-确认(Hybrid automatic repeat request acknowledgement，HARQ-ACK)反馈之外，多播(Multicast)PDSCH、多播PDCCH也支持HARQ-ACK反馈。
但是，终端如何实现多播HARQ-ACK和/或单播HARQ-ACK的HARQ-ACK码本确定，还是当前急需解决的技术问题。
发明内容
本申请实施例提供一种混合自动重传请求-确认HARQ-ACK码本的确定方法、装置及终端，能够实现多播HARQ-ACK和单播HARQ-ACK的HARQ-ACK码本的确定。
第一方面，提供了一种混合自动重传请求-确认HARQ-ACK码本的确定方法，包括：终端根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型，确定目标HARQ-ACK码本；其中，所述物理下行信道对应的HARQ-ACK码本类型包括类型type 1 HARQ-ACK码本和type 2 HARQ-ACK码本；所述物理下行信道对应的场景类型包括第一场景和第二场景，所述第一场景为所述终端在一个PUCCH上仅上报候选PDSCH接收时机中接收到的 指定物理下行信道对应的HARQ-ACK，所述第二场景为除所述第一场景之外的场景。
第二方面，提供了一种混合自动重传请求-确认HARQ-ACK码本的确定装置，包括：确定模块，用于根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型，确定目标HARQ-ACK码本；其中，所述物理下行信道对应的HARQ-ACK码本类型包括类型type 1 HARQ-ACK码本和type 2 HARQ-ACK码本；所述物理下行信道对应的场景类型包括第一场景和第二场景，所述第一场景为所述终端在一个PUCCH上仅上报候选PDSCH接收时机中接收到的指定物理下行信道对应的HARQ-ACK，所述第二场景为除所述第一场景之外的场景。
第三方面，提供了一种终端，该终端包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第四方面，提供了一种终端，包括处理器及通信接口，其中，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法的步骤。
第五方面，提供了一种无线通信系统，包括：终端及网络侧设备，所述终端可用于执行如第一方面所述的方法的步骤。
第六方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。
第七方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法的步骤。
第八方面，提供了一种计算机程序产品/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面所述的方法的步骤。
在本申请实施例中，终端根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型，确定目标HARQ-ACK码本，由此，能够提供一种有效的多播HARQ-ACK和/或单播HARQ-ACK的HARQ-ACK码本确定方案，确保了通信系统的性能。
附图说明
图1是本申请一示例性实施例提供的无线通信系统的结构示意图。
图2是本申请一示例性实施例提供的HARQ-ACK码本的确定方法的流程示意图。
图3是本申请另一示例性实施例提供的HARQ-ACK码本的确定方法的流程示意图。
图4是本申请一示例性实施例提供的HARQ-ACK码本的确定装置的结构示意图。
图5是本申请一示例性实施例提供的终端的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long Term Evolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time Division Multiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了NR系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6th Generation，6G) 通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴式设备(Wearable Device)、车载设备((Vehicle User Equipment，VUE)、行人终端(Pedestrian User Equipment，PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer，PC)、柜员机或者自助机等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网设备或核心网设备，其中，接入网设备12也可以称为无线接入网设备、无线接入网(Radio Access Network,RAN)、无线接入网功能或无线接入网单元。接入网设备12可以包括基站、无线局域网(Wireless Local Area Network，WLAN)接入点或WiFi节点等，基站可被称为节点B、演进节点B(evolved Node B，eNB)、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的技术方案进行详细地说明。
如图2所示，为本申请一示例性实施例提供的HARQ-ACK码本的确定方法200的流程示意图，该方法200可以但不限于由终端执行，具体可由安装于终端中的硬件和/或软件执行。本实施例中，所述方法200至少可以包括如下步骤。
S210，终端根据物理下行信道对应的HARQ-ACK码本类型和/或场景类 型，确定目标HARQ-ACK码本。
其中，所述物理下行信道对应的HARQ-ACK码本(codebook)类型包括类型(type)1 HARQ-ACK码本(如pdsch-HARQ-ACK-Codebook＝semi-static)和type 2 HARQ-ACK码本(如pdsch-HARQ-ACK-Codebook-Multicast＝dynamic)。例如，在所述物理下行信道包括单播物理下行信道和多播物理下行信道的情况下，单播物理下行信道对应的HARQ-ACK码本类型可以为type 1 HARQ-ACK码本，多播物理下行信道对应的HARQ-ACK码本类型可以为type 2 HARQ-ACK码本，又例如，单播物理下行信道对应的HARQ-ACK码本类型可以为type 2 HARQ-ACK码本，多播物理下行信道对应的HARQ-ACK码本类型可以为type 1 HARQ-ACK码本。可以理解，本实施例中提及的所述物理下行信道对应的HARQ-ACK码本类型可以是但不限于前述几种。
所述物理下行信道对应的场景类型包括第一场景(也可以称作回退(Fallback)场景)和第二场景(也可以称作非回退(non-Fallback)场景)，所述第一场景为所述终端在一个物理上行控制信道(Physical Uplink Control Channel，PUCCH)上仅上报候选PDSCH接收时机中接收到的指定物理下行信道对应的HARQ-ACK(如所述终端只被调度在一个PUCCH上反馈所述指定物理下行信道对应的HARQ-ACK)，所述第二场景为除所述第一场景之外的场景(如所述终端被调度在一个PUCCH上反馈除所述指定物理下行信道之外的物理下行信道对应的HARQ-ACK)。其中，所述第一场景和/或所述第二场景可以由协议约定、高层配置或网络侧配置实现，在此不做限制。
在此情况下，对于本实施例中提及的物理下行信道可以是PDSCH和/或PDCCH，如所述终端需要在同一时间单元(如时隙(Slot)、子时隙、符号、子符号等)上反馈单播物理下行信道(如单播PDSCH、单播PDCCH)对应的HARQ-ACK和多播物理下行信道(如多播PDCCH、多播PDSCH)对应的HARQ-ACK、且单播物理下行信道对应的HARQ-ACK与多播物理下行信道对应的HARQ-ACK具有相同的优先级，那么，所述物理下行信道可以同时包括单播物理下行信道和多播物理下行信道等。
此外，在本实施例中，前述的所述物理下行信道也可以是动态授权(Dynamic Grant，DG)物理下行信道或半持续调度(Semi-Persistent Scheduling，SPS)物理下行信道等，在此不做限制。
值的注意的是，如果所述物理下行信道是PDCCH，那么，终端只需反馈 指定PDCCH对应的HARQ-ACK，其中，所述指定的PDCCH可以是指示SPS PDSCH释放的PDCCH、指示辅小区休眠(Scell dormancy)且没有调度PDSCH的PDCCH、指示传输配置指示(Transmission Configuration Indicator，TCI)状态(State)更新的PDCCH等。
本实施例中，终端通过根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型，确定目标HARQ-ACK码本，由此，能够提供一种有效的多播HARQ-ACK和/或单播HARQ-ACK的HARQ-ACK码本确定方案，实现HARQ-ACK信息的上报，确保了通信系统的性能。
如图3所示，为本申请一示例性实施例提供的HARQ-ACK码本的确定方法300的流程示意图，该方法300可以但不限于由终端执行，具体可由安装于终端中的硬件和/或软件执行。本实施例中，所述方法300至少可以包括如下步骤。
S310，终端根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型，确定目标HARQ-ACK码本。
其中，所述物理下行信道对应的HARQ-ACK码本类型包括类型type 1 HARQ-ACK码本和type 2 HARQ-ACK码本；所述物理下行信道对应的场景类型包括第一场景和第二场景，所述第一场景为所述终端在一个PUCCH上上报候选PDSCH接收时机中接收到的指定物理下行信道对应的HARQ-ACK，所述第二场景为除所述第一场景之外的场景。
可以理解，S310的实现过程除了可参照方法实施例200中的相关描述，在一种可能的实现方式中，所述指定物理下行信道可以包括以下(11)-(13)中的任一项。
(11)特定PDCCH，所述特定PDCCH承载第一格式的下行控制信息(Downlink Control Information，DCI)、且所述第一格式的DCI指示释放SPS PDSCH，其中，所述第一格式的DCI对应的下行分配索引(Downlink assignment index，DAI)＝1。
可选的，在所述特定PDCCH为单播物理下行信道(如配置调度的无线网络临时标识(Configured Scheduling Radio Network Temporary Identifier，CS-RNTI)加扰的PDCCH)的情况下，所述第一格式为DCI 1_0；或者，在所述特定PDCCH为多播物理下行信道(如组配置调度的RNTI(Group-Configured Scheduling-RNTI，G-CS-RNTI)加扰的情况下，所述第二格式的DCI为DCI 4_1。
(12)特定PDSCH，所述特定PDSCH由第二格式的DCI进行调度，且所述第二格式的DCI对应的DAI＝1。
可选的，在所述特定PDSCH为单播物理下行信道(如小区RNTI(Cell RNTI，C-RNTI)、小区无线网络临时标识(Cell-Radio Network Temporary Identifier，C-RNTI)加扰)的情况下，所述第二格式的DCI为DCI 1_0；或者，在所述特定PDSCH为多播物理下行信道(如group RNTI，G-RNTI加扰)的情况下，所述第二格式的DCI为DCI 4_1。所述DAI为计数器器型DAI(Counter DAI，C-DAI)
此外，在一种实现方式中，所述特定PDSCH可以位于主小区(Primary cell，PCell)，例如，在所述特定PDSCH为单播PDSCH的情况下，所述单播PDSCH位于PCell。相应的，在所述特定PDSCH为多播PDSCH的情况下，所述多播PDSCH可以位于PCell，也可以位于除PCell之外的其他小区，如配置了多播接收的小区。
(13)至少一个SPS PDSCH。
当然，在另一种实现方式中，所述终端根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型确定目标HARQ-ACK码本的过程有多种，下面结合两种不同的实现方式进行说明，内容如下。
实现方式1
在第一物理下行信道对应的HARQ-ACK码本类型为所述type 1 HARQ-ACK码本(也可以称作type 1类型，或者半静态码本类型)、第二物理下行信道对应的HARQ-ACK码本类型为所述type 2 HARQ-ACK码本(也可以称作type 2类型，或者动态码本类型)的情况下，所述终端生成如下HARQ-ACK子码本中的至少两项：第一HARQ-ACK子码本、第二HARQ-ACK子码本和第三HARQ-ACK子码本，以及将生成的HARQ-ACK子码本级联得到所述目标HARQ-ACK码本。
其中，所述第一HARQ-ACK子码本与所述第一物理下行信道对应。作为一种可能的实现方式，当所述第一物理下行信道对应的场景类型不同的情况下，所述终端生成第一HARQ-ACK子码本的方式也可以不同，例如，在所述第一物理下行信道对应的场景类型为所述第一场景的情况下，所述终端根据接收到的所述第一物理下行信道对应的HARQ-ACK生成所述第一HARQ-ACK子码本。
又例如，在所述第一物理下行信道对应的场景类型为所述第二场景的情 况下，所述终端根据第一物理下行信道对应的时域资源分配表(Time domain resource assignment，TDRA)确定候选PDSCH接收时机(candidate PDSCH reception occasion)，以及根据所述候选PDSCH接收时机生成所述第一HARQ-ACK子码本。可以理解，所述终端在根据TDRA确定所述候选PDSCH接收时机时，还可以结合PDSCH到HARQ-ACK反馈的定时K1、半静态上下行配置等实现候选PDSCH接收时机的确定。其中，所述K1表示终端从PDSCH接收位置所在时间单元到HARQ反馈的时间单元数，即当终端在时间单元n接收到PDSCH，则在时间单元n+K1反馈其对应的HARQ信息。
另外，所述第一HARQ-ACK子码本中可以包括第一物理下行信道中的DG PDSCH对应的HARQ-ACK子码本和/或SPS PDSCH对应的HARQ-ACK子码本，即对于type 1 HARQ-ACK码本，DG PDSCH以及SPS PDSCH的HARQ-ACK均可以根据候选PDSCH接收时机确定。
所述第二HARQ-ACK子码本与所述第二物理下行信道中的DG PDSCH对应。一种实现方式中，所述终端可以根据type 2码本生成方法(如根据DAI)生成所述第二HARQ-ACK子码本。
所述第三HARQ-ACK子码本与所述第二物理下行信道中的SPS PDSCH对应。一种实现方式中，所述终端可以根据SPS PDSCH HARQ-ACK码本生成方法生成所述第三HARQ-ACK子码本。例如，所述终端可以根据服务小区索引、SPS PDSCH配置索引、SPS PDSCH所在时隙等生成所述第三HARQ-ACK子码本。值得注意的是，所述第三HARQ-ACK子码本只包含所述第二物理下行信道中的SPS PDSCH对应的HARQ-ACK。
当然，对于实现方式1中提及的所述第一物理下行信道为单播物理下行信道(如单播PDSCH、单播PDCCH)，所述第二物理下行信道为多播物理下行信道(如多播PDSCH、多播PDCCH)，或者，所述第一物理下行信道为多播物理下行信道，所述第二物理下行信道为单播物理下行信道。
此外，在一种实现方式中，所述终端在对生成的HARQ-ACK子码本进行级联时，各HARQ-ACK子码本之间的级联顺序可以由协议约定、高层配置、或终端自主确定实现，以确保终端和网络侧设备对各HARQ-ACK子码本的顺序理解一致，进而使得网络侧设备在接收到终端发送的目标HARQ-ACK码本时，清楚如SPS PDSCH对应的HARQ-ACK在目标HARQ-ACK码本中的位置，以实现确定的资源调度。
需要注意的是，如果所述各HARQ-ACK子码本之间的级联顺序由终端 自主确定，那么，所述终端可以上报级联顺序给网络侧设备。
基于前述实现方式1的描述，假设单播HARQ-ACK码本被配置type 1类型，即pdsch-HARQ-ACK-Codebook＝semi-static，多播HARQ-ACK码本被配置为type 2类型，即pdsch-HARQ-ACK-Codebook-Multicast＝dynamic，且终端被激活了单播SPS PDSCH和多播SPS PDSCH，那么，所述终端可以按照如下示例1或示例2生成目标HARQ-ACK码本，内容如下。
示例1
如果在某个上行时间单元(如时隙或子时隙)上，终端被调度反馈单播DG PDSCH对应的HARQ-ACK、单播SPS PDSCH对应的HARQ-ACK、多播DG PDSCH对应的HARQ-ACK、多播SPS PDSCH的HARQ-ACK，那么，所述终端可以按照如下方式确定HARQ-ACK码本。
(a)由于单播PDSCH(即第一物理下行信道)对应的场景类型为第二场景，那么，终端可以根据单播PDSCH对应TDRA表格(也可以称为单播DCI对应的TDRA表格)、K1(也可以称为单播DCI对应的K1)以及上下行配置确定单播对应的候选PDSCH接收时机，再根据候选PDSCH接收时机生成单播PDSCH对应的第一HARQ-ACK子码本，该第一HARQ-ACK子码本中包括单播DG PDSCH以及单播SPS PDSCH对应的HARQ-ACK。
(b)终端可以根据DAI，生成多播DG PDSCH对应的第二HARQ-ACK子码本。
(c)终端可以根据SPS PDSCH配置索引、SPS PDSCH所在时隙等生成多播SPS PDSCH对应的第三HARQ-ACK子码本。
(d)终端按照第一顺序将第一HARQ-ACK子码本、第二HARQ-ACK子码本、第三HARQ-ACK子码本进行级联，得到目标HARQ-ACK码本。其中，所述第一顺序可以为(第一HARQ-ACK子码本、第二HARQ-ACK子码本、第三HARQ-ACK子码本)、(第一HARQ-ACK子码本、第三HARQ-ACK子码本、第二HARQ-ACK子码本)、(第三HARQ-ACK子码本、第二HARQ-ACK子码本、第一HARQ-ACK子码本)等，在此不做限制。
值的注意的是，在示例1中，单播DG PDSCH以及单播SPS PDSCH属于前述的第一物理下行信道；多播SPS PDSCH以及多播DG PDSCH属于前述的第二物理下行信道。
示例2
如果在某个上行时间单元(如时隙或子时隙)，终端被调度反馈单播DG  PDSCH(或单播DG PDCCH)的HARQ-ACK、多播DG PDSCH对应的HARQ-ACK以及多播SPS PDSCH对应的HARQ-ACK。其中，单播DG PDSCH为Pcell上由DCI 1_0调度的PDSCH，且DCI 1_0对应DAI＝1(或者是指示SPS PDSCH释放的单播DCI或者指示Scell dormancy的单播DCI)，即所述单播DG PDSCH(或单播PDCCH)对应的场景类型为第一场景。那么，所述终端可以按照如下方式确定目标HARQ-ACK码本。
(a)所述终端生成单播DG PDSCH(或单播DG PDCCH)对应的第一HARQ-ACK子码本。
(b)所述终端可根据DAI生成多播DG PDSCH对应的第二HARQ-ACK子码本。
(c)所述终端可根据SPS PDSCH配置索引、SPS PDSCH所在时隙等生成多播SPS PDSCH对应的第三HARQ-ACK子码本。
(d)终端按照第二顺序将第一HARQ-ACK子码本、第二HARQ-ACK子码本、第三HARQ-ACK子码本进行级联，得到目标HARQ-ACK码本。
其中，所述第二顺序可以为(第一HARQ-ACK子码本、第二HARQ-ACK子码本、第三HARQ-ACK子码本)、(第一HARQ-ACK子码本、第三HARQ-ACK子码本、第二HARQ-ACK子码本)、(第三HARQ-ACK子码本、第二HARQ-ACK子码本、第一HARQ-ACK子码本)等，在此不做限制。
此外，如果单播HARQ-ACK码本被配置type 2类型，即pdsch-HARQ-ACK-Codebook-Multicast＝dynamic，多播HARQ-ACK码本被配置为type 1类型，即pdsch-HARQ-ACK-Codebook＝semi-static，且终端被激活了单播SPS PDSCH和多播SPS PDSCH，那么，所述终端确定所述目标HARQ-ACK码本的方式与前述示例1和示例2类似，为避免重复，在此不再赘述。
实现方式2
在第一物理下行信道对应的HARQ-ACK码本类型为所述type 1 HARQ-ACK码本、第二物理下行信道对应的HARQ-ACK码本类型为所述type 2 HARQ-ACK码本的情况下，所述终端执行以下(21)或(22)。
(21)在所述第一物理下行信道对应场景类型为所述第二场景的情况下，生成如下HARQ-ACK子码本中的至少两项：第一HARQ-ACK子码本、第二HARQ-ACK子码本和第三HARQ-ACK子码本，以及将生成的HARQ-ACK子码本级联得到所述目标HARQ-ACK码本，其中，所述第一HARQ-ACK子 码本与所述第一物理下行信道对应，所述第二HARQ-ACK子码本与所述第二物理下行信道中的DG PDSCH对应，所述第三HARQ-ACK子码本与所述第二物理下行信道中的SPS PDSCH对应。其中，所述第一物理下行信道为单播物理下行信道，所述第二物理下行信道为多播物理下行信道，或者，所述第一物理下行信道为多播物理下行信道，所述第二物理下行信道为单播物理下行信道。
可以理解，(21)中所提及的实现方式具有与前述实现方式1相同或相应的技术特征，因此，关于(21)的实现过程可参照方法实现方式1中的相关描述，为避免重复，在此不再赘述。
(22)在所述第一物理下行信道对应场景类型为所述第一场景的情况下，或者，在需要反馈的目标HARQ-ACK中仅包括第一物理下行信道中SPS PDSCH对应的HARQ-ACK的情况下，生成第四HARQ-ACK子码本和/或第五HARQ-ACK子码本，以及将所述第四HARQ-ACK子码本和所述第五HARQ-ACK子码本级联，得到所述HARQ-ACK码本。
其中，所述第四HARQ-ACK子码本与所述第二物理下行信道中的DG PDSCH对应。一种实现方式中，所述终端可以根据type 2码本生成方法(如根据DAI)生成所述第四HARQ-ACK子码本。
所述第五HARQ-ACK子码本与第一物理下行信道中的SPS PDSCH、第二物理下行信道中的SPS PDSCH、所述第一物理下行信道中的所述指定物理下行信道中的至少一项对应。一种实现方式中，所述终端可以根据SPS PDSCH HARQ-ACK码本生成方法生成所述第五HARQ-ACK子码本。例如，所述终端可以根据服务小区索引、SPS PDSCH配置索引、SPS PDSCH所在时隙等生成所述第五HARQ-ACK子码本。
当然，对于实现方式2中提及的所述第一物理下行信道为单播物理下行信道，所述第二物理下行信道为多播物理下行信道，或者，所述第一物理下行信道为多播物理下行信道，所述第二物理下行信道为单播物理下行信道。
可选的，所述终端在对生成的第四HARQ-ACK子码本和第五HARQ-ACK子码本进行级联时，所涉及的级联顺序可以由协议约定、高层配置、网络侧配置或终端自主确定实现，以确保终端和网络侧设备对第四HARQ-ACK子码本和第五HARQ-ACK子码本的顺序的理解一致，进而使得网络侧设备在接收到终端发送的目标HARQ-ACK码本时，清楚如SPS PDSCH对应的HARQ-ACK在目标HARQ-ACK码本中的位置。
需要注意的是，如果所述第四HARQ-ACK子码本和第五HARQ-ACK子码本之间的级联顺序由终端自主确定，那么，所述终端可以上报级联顺序给网络侧设备。
基于前述实现方式2的描述，假设单播HARQ-ACK码本被配置type 1类型，即pdsch-HARQ-ACK-Codebook＝semi-static，多播HARQ-ACK码本被配置为type 2类型，即pdsch-HARQ-ACK-Codebook-Multicast＝dynamic，且所述终端被激活了单播SPS PDSCH和多播SPS PDSCH，那么，所述终端可以按照如下示例3或示例4生成目标HARQ-ACK码本，内容如下。
示例3
在某个上行时间单元(如时隙或子时隙)上，终端被调度反馈单播SPS PDSCH对应的HARQ-ACK、多播DG PDSCH对应的HARQ-ACK以及多播SPS PDSCH对应的HARQ-ACK，那么，所述终端可以按照如下方式确定目标HARQ-ACK码本。
(a)由于单播PDSCH(即第一物理下行信道)对应的场景类型为第一场景，那么，所述终端可以根据服务小区索引、SPS PDSCH配置索引、SPS PDSCH所在时隙等生成单播SPS PDSCH对应的第一HARQ-ACK子码本。
(b)终端可以根据DAI生成多播DG PDSCH对应的第二HARQ-ACK子码本。
(c)终端可以根据SPS PDSCH配置索引、SPS PDSCH所在时隙等生成多播SPS PDSCH对应的第二HARQ-ACK子码本。
(d)终端按照第三顺序将第一HARQ-ACK子码本、第二HARQ-ACK子码本、第三HARQ-ACK子码本进行级联，得到目标HARQ-ACK码本。
其中，所述第三顺序可以为(第一HARQ-ACK子码本、第二HARQ-ACK子码本、第三HARQ-ACK子码本)、(第一HARQ-ACK子码本、第三HARQ-ACK子码本、第二HARQ-ACK子码本)、(第三HARQ-ACK子码本、第二HARQ-ACK子码本、第一HARQ-ACK子码本)等，在此不做限制。
值的注意的是，在示例3中，单播SPS PDSCH属于前述的第一物理下行信道。多播SPS PDSCH以及多播DG PDSCH属于第二物理下行信道。
示例4
如果在某个上行时间单元(如时隙或子时隙)上，终端被调度反馈单播SPS PDSCH的HARQ-ACK、多播DG PDSCH对应的HARQ-ACK以及多播SPS PDSCH对应的HARQ-ACK。那么，所述终端可以按照如下方式确定目 标HARQ-ACK码本。
(a)终端可以根据DAI生成多播DG PDSCH对应的第四HARQ-ACK子码本。
(b)终端可以根据服务小区索引、SPS PDSCH配置索引、SPS PDSCH所在时隙等生成单播SPS和多播SPS PDSCH对应的第五HARQ-ACK子码本。
(c)终端按照第四顺序将第四HARQ-ACK子码本和第五HARQ-ACK子码本级联，得到最终的目标HARQ-ACK码本。其中，其中，所述第四顺序可以为(第四HARQ-ACK子码本、第五HARQ-ACK子码本)或(第五HARQ-ACK子码本、第四HARQ-ACK子码本)，在此不做限制。
本实施例中提供的HARQ-ACK码本的确定方法，适用于单播HARQ-ACK被配置了type 1 HARQ-ACK码本、多播HARQ-ACK被配置了type 2 HARQ-ACK码本，或者单播HARQ-ACK被配置了type 2 HARQ-ACK码本、多播HARQ-ACK被配置了type 1 HARQ-ACK码本时的码本确定场景，即本实施例中提供的HARQ-ACK码本的确定方法能够不同码本类型和/或不同场景下的多播HARQ-ACK、单播HARQ-ACK的上报。
此外，相对于相关技术中HARQ-ACK反馈，本申请仅进行一次SPS PDSCH的HARQ-ACK码本生成、反馈，从而能够有效避免相关技术中存在的SPS PDSCH的HARQ-ACK重复生成问题，减少码本大小，提高通信系统的有效性。
本申请实施例提供的HARQ-ACK码本的确定方法200-300，执行主体可以为HARQ-ACK码本的确定装置。本申请实施例中以HARQ-ACK码本的确定装置执行HARQ-ACK码本的确定方法为例，说明本申请实施例提供的HARQ-ACK码本的确定装置。
如图4所示，为本申请一示例性实施例提供的HARQ-ACK码本的确定装置的结构示意图，该装置400包括确定模块410，用于根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型，确定目标HARQ-ACK码本；其中，所述物理下行信道对应的HARQ-ACK码本类型包括类型type 1 HARQ-ACK码本和type 2 HARQ-ACK码本；所述物理下行信道对应的场景类型包括第一场景和第二场景，所述第一场景为所述终端在一个PUCCH上仅上报候选PDSCH接收时机中接收到的指定物理下行信道对应的HARQ-ACK，所述第二场景为除所述第一场景之外的场景。
可选的，所述装置400还包括接收模块，用于接收所述物理下行信道。
可选的，所述确定模块410根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型确定目标HARQ-ACK码本的步骤，包括：在第一物理下行信道对应的HARQ-ACK码本类型为所述type 1 HARQ-ACK码本、第二物理下行信道对应的HARQ-ACK码本类型为所述type 2 HARQ-ACK码本的情况下，生成如下HARQ-ACK子码本中的至少两项：第一HARQ-ACK子码本、第二HARQ-ACK子码本和第三HARQ-ACK子码本，以及将生成的HARQ-ACK子码本级联得到所述目标HARQ-ACK码本；其中，所述第一HARQ-ACK子码本与所述第一物理下行信道对应，所述第二HARQ-ACK子码本与所述第二物理下行信道中的动态授权物理下行共享信道DG PDSCH对应，所述第三HARQ-ACK子码本与所述第二物理下行信道中的半持续调度SPS PDSCH对应；所述第一物理下行信道为单播物理下行信道，所述第二物理下行信道为多播物理下行信道，或者，所述第一物理下行信道为多播物理下行信道，所述第二物理下行信道为单播物理下行信道。
可选的，所述确定模块410生成第一HARQ-ACK子码本的步骤，包括以下任一项：在所述第一物理下行信道对应的场景类型为所述第一场景的情况下，根据接收到的所述第一物理下行信道对应的HARQ-ACK生成所述第一HARQ-ACK子码本；在所述第一物理下行信道对应的场景类型为所述第二场景的情况下，根据第一物理下行信道对应的时域资源分配表TDRA确定候选PDSCH接收时机，以及根据所述候选PDSCH接收时机生成所述第一HARQ-ACK子码本，其中，所述第一HARQ-ACK子码本中包括第一物理下行信道中的DG PDSCH对应的HARQ-ACK子码本和/或SPS PDSCH对应的HARQ-ACK子码本。
可选的，所述确定模块410根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型确定目标HARQ-ACK码本的步骤，包括：在第一物理下行信道对应的HARQ-ACK码本类型为所述type 1 HARQ-ACK码本、第二物理下行信道对应的HARQ-ACK码本类型为所述type 2 HARQ-ACK码本的情况下，执行以下任一项：在所述第一物理下行信道对应场景类型为所述第二场景的情况下，生成如下HARQ-ACK子码本中的至少两项：第一HARQ-ACK子码本、第二HARQ-ACK子码本和第三HARQ-ACK子码本，以及将生成的HARQ-ACK子码本级联得到所述目标HARQ-ACK码本，其中，所述第一HARQ-ACK子码本与所述第一物理下行信道对应，所述第二HARQ-ACK子码本与所述第二物理下行信道中的DG PDSCH对应，所述第三HARQ-ACK 子码本与所述第二物理下行信道中的SPS PDSCH对应；在所述第一物理下行信道对应场景类型为所述第一场景的情况下，或者，在需要反馈的目标HARQ-ACK中仅包括第一物理下行信道中SPS PDSCH对应的HARQ-ACK的情况下，生成第四HARQ-ACK子码本和/或第五HARQ-ACK子码本，以及将所述第四HARQ-ACK子码本和所述第五HARQ-ACK子码本级联，得到所述HARQ-ACK码本；其中，所述第四HARQ-ACK子码本与所述第二物理下行信道中的DG PDSCH对应，所述第五HARQ-ACK子码本与第一物理下行信道中的SPS PDSCH、第二物理下行信道中的SPS PDSCH、所述第一物理下行信道中的所述指定物理下行信道中的至少一项对应；其中，所述第一物理下行信道为单播物理下行信道，所述第二物理下行信道为多播物理下行信道，或者，所述第一物理下行信道为多播物理下行信道，所述第二物理下行信道为单播物理下行信道。
可选的，所述指定物理下行信道包括以下任一项：特定PDCCH，所述特定PDCCH承载第一格式的DCI、且所述第一格式的DCI指示释放SPS PDSCH，其中，所述第一格式的DCI对应的下行分配索引DAI＝1；特定PDSCH，所述特定PDSCH由第二格式的DCI进行调度，且所述第二格式的DCI对应的DAI＝1；至少一个SPS PDSCH。
可选的，在所述特定PDCCH和/或所述特定PDSCH为单播物理下行信道的情况下，所述第一格式的DCI、第二格式的DCI均为DCI1_0；在所述特定PDCCH和/或特定PDSCH为多播物理下行信道的情况下，所述第一格式的DCI、所述第二格式的DCI为DCI 4_1。
可选的，所述特定PDSCH位于主小区Pcell。
可选的，所述物理下行信道包括物理下行共享信道和物理下行控制信道。
本申请实施例中的HARQ-ACK码本的确定装置400可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，终端可以包括但不限于上述所列举的终端11的类型，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。
本申请实施例提供的HARQ-ACK码本的确定装置400能够实现图2至图3的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种终端，包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如方法实施例200-300中所述的方法的步骤。该终端实施例是与上述终端侧方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。具体地，图5为实现本申请实施例的一种终端的硬件结构示意图。
该终端500包括但不限于：射频单元501、网络模块502、音频输出单元503、输入单元504、传感器505、显示单元506、用户输入单元507、接口单元508、存储器509、以及处理器510等中的至少部分部件。
本领域技术人员可以理解，终端500还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器510逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图5中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元504可以包括图形处理单元(Graphics Processing Unit，GPU)5041和麦克风5042，GPU5041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元506可包括显示面板5061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板5061。用户输入单元507包括触控面板5071以及其他输入设备5072中的至少一种。触控面板5071，也称为触摸屏。触控面板5071可包括触摸检测装置和触摸控制器两个部分。其他输入设备5072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元501接收来自网络侧设备的下行数据后，可以传输给处理器510进行处理；另外，射频单元501可以向网络侧设备发送上行数据。通常，射频单元501包括但不限于天线、放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器509可用于存储软件程序或指令以及各种数据。存储器509可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器509可以包括易失性存储器或非易失性存储器，或者，存储器509可以包括易失性和非易失性存储器两者。 其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器509包括但不限于这些和任意其它适合类型的存储器。
处理器510可包括一个或多个处理单元；可选的，处理器510集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器510中。
其中，处理器510，用于根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型，确定目标HARQ-ACK码本；其中，所述物理下行信道对应的HARQ-ACK码本类型包括类型type 1 HARQ-ACK码本和type 2 HARQ-ACK码本；所述物理下行信道对应的场景类型包括第一场景和第二场景，所述第一场景为所述终端在一个PUCCH上仅上报候选PDSCH接收时机中接收到的指定物理下行信道对应的HARQ-ACK，所述第二场景为除所述第一场景之外的场景。
可选的，所述处理器510根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型确定目标HARQ-ACK码本的步骤，包括：在第一物理下行信道对应的HARQ-ACK码本类型为所述type 1 HARQ-ACK码本、第二物理下行信道对应的HARQ-ACK码本类型为所述type 2 HARQ-ACK码本的情况下，生成如下HARQ-ACK子码本中的至少两项：第一HARQ-ACK子码本、第二HARQ-ACK子码本和第三HARQ-ACK子码本，以及将生成的HARQ-ACK子码本级联得到所述目标HARQ-ACK码本；其中，所述第一HARQ-ACK子码本与所述第一物理下行信道对应，所述第二HARQ-ACK子码本与所述第二物理下行信道中的动态授权物理下行共享信道DG PDSCH对应，所述第三HARQ-ACK子码本与所述第二物理下行信道中的半持续调 度SPS PDSCH对应；所述第一物理下行信道为单播物理下行信道，所述第二物理下行信道为多播物理下行信道，或者，所述第一物理下行信道为多播物理下行信道，所述第二物理下行信道为单播物理下行信道。
可选的，所述处理器510生成第一HARQ-ACK子码本的步骤，包括以下任一项：在所述第一物理下行信道对应的场景类型为所述第一场景的情况下，根据接收到的所述第一物理下行信道对应的HARQ-ACK生成所述第一HARQ-ACK子码本；在所述第一物理下行信道对应的场景类型为所述第二场景的情况下，根据第一物理下行信道对应的时域资源分配表TDRA确定候选PDSCH接收时机，以及根据所述候选PDSCH接收时机生成所述第一HARQ-ACK子码本，其中，所述第一HARQ-ACK子码本中包括第一物理下行信道中的DG PDSCH对应的HARQ-ACK子码本和/或SPS PDSCH对应的HARQ-ACK子码本。
可选的，所述处理器510根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型确定目标HARQ-ACK码本的步骤，包括：在第一物理下行信道对应的HARQ-ACK码本类型为所述type 1 HARQ-ACK码本、第二物理下行信道对应的HARQ-ACK码本类型为所述type 2 HARQ-ACK码本的情况下，执行以下任一项：在所述第一物理下行信道对应场景类型为所述第二场景的情况下，生成如下HARQ-ACK子码本中的至少两项：第一HARQ-ACK子码本、第二HARQ-ACK子码本和第三HARQ-ACK子码本，以及将生成的HARQ-ACK子码本级联得到所述目标HARQ-ACK码本，其中，所述第一HARQ-ACK子码本与所述第一物理下行信道对应，所述第二HARQ-ACK子码本与所述第二物理下行信道中的DG PDSCH对应，所述第三HARQ-ACK子码本与所述第二物理下行信道中的SPS PDSCH对应；在所述第一物理下行信道对应场景类型为所述第一场景的情况下，或者，在需要反馈的目标HARQ-ACK中仅包括第一物理下行信道中SPS PDSCH对应的HARQ-ACK的情况下，生成第四HARQ-ACK子码本和/或第五HARQ-ACK子码本，以及将所述第四HARQ-ACK子码本和所述第五HARQ-ACK子码本级联，得到所述HARQ-ACK码本；其中，所述第四HARQ-ACK子码本与所述第二物理下行信道中的DG PDSCH对应，所述第五HARQ-ACK子码本与第一物理下行信道中的SPS PDSCH、第二物理下行信道中的SPS PDSCH、所述第一物理下行信道中的所述指定物理下行信道中的至少一项对应；其中，所述第一物理下行信道为单播物理下行信道，所述第二物理下行信道为多播物理下行 信道，或者，所述第一物理下行信道为多播物理下行信道，所述第二物理下行信道为单播物理下行信道。
可选的，所述指定物理下行信道包括以下任一项：特定PDCCH，所述特定PDCCH承载第一格式的DCI、且所述第一格式的DCI指示释放SPS PDSCH，其中，所述第一格式的DCI对应的下行分配索引DAI＝1；特定PDSCH，所述特定PDSCH由第二格式的DCI进行调度，且所述第二格式的DCI对应的DAI＝1；至少一个SPS PDSCH。
可选的，在所述特定PDCCH和/或所述特定PDSCH为单播物理下行信道的情况下，所述第一格式的DCI、第二格式的DCI均为DCI1_0；在所述特定PDCCH和/或特定PDSCH为多播物理下行信道的情况下，所述第一格式的DCI、所述第二格式的DCI为DCI 4_1。
可选的，所述特定PDSCH位于主小区Pcell。
可选的，所述物理下行信道包括物理下行共享信道和物理下行控制信道。
本实施例中提及的各实现方式的实现过程可参照前述方法实施例200-300中的实现过程，并达到相同的技术效果，为避免重复，故不在此赘述。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述HARQ-ACK码本的确定方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行网络侧设备程序或指令，实现上述HARQ-ACK码本的确定方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时，实现上述HARQ-ACK码本的确定方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘 述。
本申请实施例还提供了一种通信系统，包括：终端及网络侧设备，所述终端可用于执行如上所述的HARQ-ACK码本的确定方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (20)

  1. 一种混合自动重传请求-确认HARQ-ACK码本的确定方法，其中，包括：
    终端根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型，确定目标HARQ-ACK码本；
    其中，所述物理下行信道对应的HARQ-ACK码本类型包括类型type 1 HARQ-ACK码本和type 2 HARQ-ACK码本；
    所述物理下行信道对应的场景类型包括第一场景和第二场景，所述第一场景为所述终端在一个PUCCH上仅上报候选PDSCH接收时机中接收到的指定物理下行信道对应的HARQ-ACK，所述第二场景为除所述第一场景之外的场景。
  2. 如权利要求1所述的方法，其中，所述终端根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型确定目标HARQ-ACK码本的步骤，包括：
    在第一物理下行信道对应的HARQ-ACK码本类型为所述type 1 HARQ-ACK码本、第二物理下行信道对应的HARQ-ACK码本类型为所述type 2 HARQ-ACK码本的情况下，所述终端生成如下HARQ-ACK子码本中的至少两项：第一HARQ-ACK子码本、第二HARQ-ACK子码本和第三HARQ-ACK子码本，以及将生成的HARQ-ACK子码本级联得到所述目标HARQ-ACK码本；
    其中，所述第一HARQ-ACK子码本与所述第一物理下行信道对应，所述第二HARQ-ACK子码本与所述第二物理下行信道中的动态授权物理下行共享信道DG PDSCH对应，所述第三HARQ-ACK子码本与所述第二物理下行信道中的半持续调度SPS PDSCH对应；
    所述第一物理下行信道为单播物理下行信道，所述第二物理下行信道为多播物理下行信道，或者，所述第一物理下行信道为多播物理下行信道，所述第二物理下行信道为单播物理下行信道。
  3. 如权利要求2所述的方法，其中，所述终端生成第一HARQ-ACK子码本的步骤，包括以下任一项：
    在所述第一物理下行信道对应的场景类型为所述第一场景的情况下，所述终端根据接收到的所述第一物理下行信道对应的HARQ-ACK生成所述第一HARQ-ACK子码本；
    在所述第一物理下行信道对应的场景类型为所述第二场景的情况下，所 述终端根据第一物理下行信道对应的时域资源分配表TDRA确定候选PDSCH接收时机，以及根据所述候选PDSCH接收时机生成所述第一HARQ-ACK子码本，其中，所述第一HARQ-ACK子码本中包括第一物理下行信道中的DG PDSCH对应的HARQ-ACK子码本和/或SPS PDSCH对应的HARQ-ACK子码本。
  4. 如权利要求1所述的方法，其中，所述终端根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型确定目标HARQ-ACK码本的步骤，包括：
    在第一物理下行信道对应的HARQ-ACK码本类型为所述type 1 HARQ-ACK码本、第二物理下行信道对应的HARQ-ACK码本类型为所述type 2 HARQ-ACK码本的情况下，所述终端执行以下任一项：
    在所述第一物理下行信道对应场景类型为所述第二场景的情况下，生成如下HARQ-ACK子码本中的至少两项：第一HARQ-ACK子码本、第二HARQ-ACK子码本和第三HARQ-ACK子码本，以及将生成的HARQ-ACK子码本级联得到所述目标HARQ-ACK码本，其中，所述第一HARQ-ACK子码本与所述第一物理下行信道对应，所述第二HARQ-ACK子码本与所述第二物理下行信道中的DG PDSCH对应，所述第三HARQ-ACK子码本与所述第二物理下行信道中的SPS PDSCH对应；
    在所述第一物理下行信道对应场景类型为所述第一场景的情况下，或者，在需要反馈的目标HARQ-ACK中仅包括第一物理下行信道中SPS PDSCH对应的HARQ-ACK的情况下，生成第四HARQ-ACK子码本和/或第五HARQ-ACK子码本，以及将所述第四HARQ-ACK子码本和所述第五HARQ-ACK子码本级联，得到所述HARQ-ACK码本；其中，所述第四HARQ-ACK子码本与所述第二物理下行信道中的DG PDSCH对应，所述第五HARQ-ACK子码本与第一物理下行信道中的SPS PDSCH、第二物理下行信道中的SPS PDSCH、所述第一物理下行信道中的所述指定物理下行信道中的至少一项对应；
    其中，所述第一物理下行信道为单播物理下行信道，所述第二物理下行信道为多播物理下行信道，或者，所述第一物理下行信道为多播物理下行信道，所述第二物理下行信道为单播物理下行信道。
  5. 如权利要求1-4中任一项所述的方法，其中，所述指定物理下行信道包括以下任一项：
    特定PDCCH，所述特定PDCCH承载第一格式的下行控制信息DCI、且 所述第一格式的DCI指示释放SPS PDSCH，其中，所述第一格式的DCI对应的下行分配索引DAI＝1；
    特定PDSCH，所述特定PDSCH由第二格式的DCI进行调度，且所述第二格式的DCI对应的DAI＝1；
    至少一个SPS PDSCH。
  6. 如权利要求5所述的方法，其中，在所述特定PDCCH和/或所述特定PDSCH为单播物理下行信道的情况下，所述第一格式的DCI、第二格式的DCI均为DCI 1_0；
    在所述特定PDCCH和/或特定PDSCH为多播物理下行信道的情况下，所述第一格式的DCI、所述第二格式的DCI为DCI 4_1。
  7. 如权利要求5所述的方法，其中，所述特定PDSCH位于主小区Pcell。
  8. 如权利要求1-7中任一项所述的方法，其中，所述物理下行信道包括物理下行共享信道和物理下行控制信道。
  9. 一种混合自动重传请求-确认HARQ-ACK码本的确定装置，其中，包括：
    确定模块，用于根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型，确定目标HARQ-ACK码本；
    其中，所述物理下行信道对应的HARQ-ACK码本类型包括类型type 1 HARQ-ACK码本和type 2 HARQ-ACK码本；
    所述物理下行信道对应的场景类型包括第一场景和第二场景，所述第一场景为所述终端在一个PUCCH上仅上报候选PDSCH接收时机中接收到的指定物理下行信道对应的HARQ-ACK，所述第二场景为除所述第一场景之外的场景。
  10. 如权利要求9所述的装置，其中，所述确定模块根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型确定目标HARQ-ACK码本的步骤，包括：
    在第一物理下行信道对应的HARQ-ACK码本类型为所述type 1 HARQ-ACK码本、第二物理下行信道对应的HARQ-ACK码本类型为所述type 2 HARQ-ACK码本的情况下，生成如下HARQ-ACK子码本中的至少两项：第一HARQ-ACK子码本、第二HARQ-ACK子码本和第三HARQ-ACK子码本，以及将生成的HARQ-ACK子码本级联得到所述目标HARQ-ACK码本；
    其中，所述第一HARQ-ACK子码本与所述第一物理下行信道对应，所述第二HARQ-ACK子码本与所述第二物理下行信道中的动态授权物理下行共享信道DG PDSCH对应，所述第三HARQ-ACK子码本与所述第二物理下行信道中的半持续调度SPS PDSCH对应；
    所述第一物理下行信道为单播物理下行信道，所述第二物理下行信道为多播物理下行信道，或者，所述第一物理下行信道为多播物理下行信道，所述第二物理下行信道为单播物理下行信道。
  11. 如权利要求10所述的装置，其中，所述确定模块生成第一HARQ-ACK子码本的步骤，包括以下任一项：
    在所述第一物理下行信道对应的场景类型为所述第一场景的情况下，根据接收到的所述第一物理下行信道对应的HARQ-ACK生成所述第一HARQ-ACK子码本；
    在所述第一物理下行信道对应的场景类型为所述第二场景的情况下，根据第一物理下行信道对应的时域资源分配表TDRA确定候选PDSCH接收时机，以及根据所述候选PDSCH接收时机生成所述第一HARQ-ACK子码本，其中，所述第一HARQ-ACK子码本中包括第一物理下行信道中的DG PDSCH对应的HARQ-ACK子码本和/或SPS PDSCH对应的HARQ-ACK子码本。
  12. 如权利要求9所述的装置，其中，所述确定模块根据物理下行信道对应的HARQ-ACK码本类型和/或场景类型确定目标HARQ-ACK码本的步骤，包括：
    在第一物理下行信道对应的HARQ-ACK码本类型为所述type 1 HARQ-ACK码本、第二物理下行信道对应的HARQ-ACK码本类型为所述type 2 HARQ-ACK码本的情况下，执行以下任一项：
    在所述第一物理下行信道对应场景类型为所述第二场景的情况下，生成如下HARQ-ACK子码本中的至少两项：第一HARQ-ACK子码本、第二HARQ-ACK子码本和第三HARQ-ACK子码本，以及将生成的HARQ-ACK子码本级联得到所述目标HARQ-ACK码本，其中，所述第一HARQ-ACK子码本与所述第一物理下行信道对应，所述第二HARQ-ACK子码本与所述第二物理下行信道中的DG PDSCH对应，所述第三HARQ-ACK子码本与所述第二物理下行信道中的SPS PDSCH对应；
    在所述第一物理下行信道对应场景类型为所述第一场景的情况下，或者，在需要反馈的目标HARQ-ACK中仅包括第一物理下行信道中SPS PDSCH对 应的HARQ-ACK的情况下，生成第四HARQ-ACK子码本和/或第五HARQ-ACK子码本，以及将所述第四HARQ-ACK子码本和所述第五HARQ-ACK子码本级联，得到所述HARQ-ACK码本；其中，所述第四HARQ-ACK子码本与所述第二物理下行信道中的DG PDSCH对应，所述第五HARQ-ACK子码本与第一物理下行信道中的SPS PDSCH、第二物理下行信道中的SPS PDSCH、所述第一物理下行信道中的所述指定物理下行信道中的至少一项对应；
    其中，所述第一物理下行信道为单播物理下行信道，所述第二物理下行信道为多播物理下行信道，或者，所述第一物理下行信道为多播物理下行信道，所述第二物理下行信道为单播物理下行信道。
  13. 如权利要求9-12中任一项所述的装置，其中，所述指定物理下行信道包括以下任一项：
    特定PDCCH，所述特定PDCCH承载第一格式的DCI、且所述第一格式的DCI指示释放SPS PDSCH，其中，所述第一格式的DCI对应的下行分配索引DAI＝1；
    特定PDSCH，所述特定PDSCH由第二格式的DCI进行调度，且所述第二格式的DCI对应的DAI＝1；
    至少一个SPS PDSCH。
  14. 如权利要求13所述的装置，其中，在所述特定PDCCH和/或所述特定PDSCH为单播物理下行信道的情况下，所述第一格式的DCI、第二格式的DCI均为DCI1_0；
    在所述特定PDCCH和/或特定PDSCH为多播物理下行信道的情况下，所述第一格式的DCI、所述第二格式的DCI为DCI 4_1。
  15. 如权利要求13所述的装置，其中，所述特定PDSCH位于主小区Pcell。
  16. 如权利要求9-15中任一项所述的装置，其中，所述物理下行信道包括物理下行共享信道和物理下行控制信道。
  17. 一种终端，其中，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至8任一项所述的HARQ-ACK码本的确定方法的步骤。
  18. 一种可读存储介质，其中，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-8任一项所述的HARQ-ACK码本的确定方法的步骤。
  19. 一种芯片，其中，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如权利要求1-8任一项所述的HARQ-ACK码本的确定方法。
  20. 一种计算机程序产品/程序产品，其中，(所述计算机程序产品/程序产品被存储在存储介质中)所述计算机程序产品/程序产品被至少一个处理器执行以实现如权利要求1-8任一项所述的HARQ-ACK码本的确定方法。
PCT/CN2023/092120 2022-05-06 2023-05-04 混合自动重传请求-确认harq-ack码本的确定方法、装置及终端 WO2023213277A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210488104.6A CN117081710A (zh) 2022-05-06 2022-05-06 混合自动重传请求-确认harq-ack码本的确定方法、装置及终端
CN202210488104.6 2022-05-06

Publications (1)

Publication Number Publication Date
WO2023213277A1 true WO2023213277A1 (zh) 2023-11-09

Family

ID=88646274

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/092120 WO2023213277A1 (zh) 2022-05-06 2023-05-04 混合自动重传请求-确认harq-ack码本的确定方法、装置及终端

Country Status (2)

Country Link
CN (1) CN117081710A (zh)
WO (1) WO2023213277A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109639398A (zh) * 2017-10-09 2019-04-16 华为技术有限公司 Harq-ack反馈码本的发送方法、装置及设备
CN110300458A (zh) * 2019-06-28 2019-10-01 京信通信系统（中国）有限公司 下行harq反馈方法、装置、接入网设备和可读存储介质
CN110855409A (zh) * 2019-11-07 2020-02-28 中国信息通信研究院 一种半持续调度方法和设备
CN111555784A (zh) * 2020-05-19 2020-08-18 北京邮电大学 一种预编码方法、装置及电子设备
WO2022074802A1 (ja) * 2020-10-08 2022-04-14 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109639398A (zh) * 2017-10-09 2019-04-16 华为技术有限公司 Harq-ack反馈码本的发送方法、装置及设备
CN110300458A (zh) * 2019-06-28 2019-10-01 京信通信系统（中国）有限公司 下行harq反馈方法、装置、接入网设备和可读存储介质
CN110855409A (zh) * 2019-11-07 2020-02-28 中国信息通信研究院 一种半持续调度方法和设备
CN111555784A (zh) * 2020-05-19 2020-08-18 北京邮电大学 一种预编码方法、装置及电子设备
WO2022074802A1 (ja) * 2020-10-08 2022-04-14 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CATT: "Discussion on HARQ-ACK codebook determination with BWP switch", 3GPP DRAFT; R1-1910312 DISCUSSION ON HARQ-ACK CODEBOOK DETERMINATION WITH BWP SWITCH, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Chongqing, China; 20191014 - 20191020, 5 October 2019 (2019-10-05), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051789117 *
HUAWEI, HISILICON: "Detailed solution for dynamic HARQ-ACK Codebook determination", 3GPP DRAFT; R1-155092, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Malmö, Sweden; 20151005 - 20151009, 4 October 2015 (2015-10-04), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051002080 *

Also Published As

Publication number Publication date
CN117081710A (zh) 2023-11-17

Similar Documents

Publication Publication Date Title
WO2022194249A1 (zh) Harq ack反馈方法、装置、终端及存储介质
WO2023116591A1 (zh) 传输确定方法、装置、终端、网络侧设备和存储介质
WO2023284801A1 (zh) Tci状态确定方法、装置、终端及网络侧设备
WO2023213277A1 (zh) 混合自动重传请求-确认harq-ack码本的确定方法、装置及终端
WO2022188794A1 (zh) 半静态harq-ack码本的生成方法及终端
WO2022127702A1 (zh) 信息确定方法、装置及通信设备
WO2023116675A1 (zh) 混合自动重传请求反馈处理方法、装置及终端
WO2023198045A1 (zh) Harq ack反馈方法、装置、终端及网络侧设备
WO2023193678A1 (zh) 端口确定方法、装置、终端及可读存储介质
WO2024099192A1 (zh) 一种上行信道的传输方法、装置和终端
WO2024022251A1 (zh) 上行传输方法、装置、终端及介质
WO2023179478A1 (zh) 传输模式确定方法、装置、终端及网络侧设备
WO2024032768A1 (zh) 控制信息处理方法、装置、终端及网络侧设备
WO2023231920A1 (zh) 反向散射通信方法及设备
WO2024093916A1 (zh) 混合自动重传请求应答harq-ack信息反馈方法、装置及相关产品
WO2023202513A1 (zh) 冲突处理方法、终端及网络侧设备
WO2024099132A1 (zh) 信息确定方法、装置及通信设备
WO2023169363A1 (zh) 上行对象发送方法、装置、通信设备、系统及存储介质
WO2023125953A1 (zh) 时域绑定处理方法、终端及网络侧设备
US20240023108A1 (en) Method and apparatus for determining pucch resource, and terminal
WO2024032605A1 (zh) 资源配置方法、装置、终端、服务基站及介质
WO2023109759A1 (zh) Prach传输方法、装置及终端
WO2024022169A1 (zh) 反馈资源确定方法、装置、通信设备、系统及存储介质
WO2023125304A1 (zh) 通信操作执行方法、装置、终端和存储介质
WO2023185819A1 (zh) Pdcch监听方法、终端、网络侧设备及介质

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: 23799263

Country of ref document: EP

Kind code of ref document: A1