WO2022028417A1 - 信息传输方法、终端及网络侧设备 - Google Patents

信息传输方法、终端及网络侧设备 Download PDF

Info

Publication number
WO2022028417A1
WO2022028417A1 PCT/CN2021/110325 CN2021110325W WO2022028417A1 WO 2022028417 A1 WO2022028417 A1 WO 2022028417A1 CN 2021110325 W CN2021110325 W CN 2021110325W WO 2022028417 A1 WO2022028417 A1 WO 2022028417A1
Authority
WO
WIPO (PCT)
Prior art keywords
harq process
process identifier
feedback information
uplink data
retransmission
Prior art date
Application number
PCT/CN2021/110325
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 大唐移动通信设备有限公司
Priority to EP21853406.3A priority Critical patent/EP4195550A4/en
Priority to US18/004,874 priority patent/US20230361934A1/en
Publication of WO2022028417A1 publication Critical patent/WO2022028417A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/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]
    • H04L1/1816—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, message
    • 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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/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/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H04L1/1678—Details of the supervisory signal the supervisory signal being transmitted together with control information where the control information is for timing, e.g. time stamps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1893—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK

Definitions

  • the present disclosure relates to the field of communication technologies, and in particular, to an information transmission method, a terminal, and a network side device.
  • the network side will pre-configure some uplink (Uplink, UL) resources, such as configuring authorized resources, to facilitate some services with high delay requirements or business format comparison rules in these It is transmitted on the configured UL resources.
  • Uplink UL
  • terminal equipment and network equipment can only send data on the channel when they sense that the channel is in an idle state.
  • the UE's Hybrid Automatic Repeat request (HARQ) process ID cannot be obtained, so the UE's uplink cannot be indexed through the HARQ process ID. data to schedule retransmissions.
  • HARQ Hybrid Automatic Repeat request
  • the UE If the UE calculates the HARQ process ID according to the time, during retransmission, if the data cannot be sent in the UL resource scheduled by the base station, the UE needs to wait for the network side to retransmit the scheduling again. This will increase the retransmission delay.
  • the present disclosure provides an information transmission method, a terminal, and a network-side device, which solve the problem of increased data transmission delay caused by the existing data retransmission mechanism.
  • Embodiments of the present disclosure provide an information transmission method, applied to a terminal, including:
  • the retransmission data includes the first HARQ process identifier.
  • the feedback information is used to schedule retransmission of the first uplink data
  • the feedback information is used to indicate that the transmission of the first uplink data is unsuccessful.
  • the initial transmission of the first HARQ process is transmitted on a Configured Grant (CG) resource; or
  • the initial transmission of the first HARQ process is transmitted on a dynamic grant (Dynamic Grant, DG) resource.
  • DG Dynamic Grant
  • performing data retransmission according to the first HARQ process identifier includes:
  • the feedback information includes: resource indication information for data retransmission; or
  • Retransmission is performed on the CG resource according to the first HARQ process identifier.
  • the feedback information includes: the sending time of the first uplink data
  • the determining, according to the feedback information, the first HARQ process identifier corresponding to the first uplink data that has not been successfully received by the network side device including:
  • a first HARQ process identifier corresponding to the sending time of the first uplink data is determined according to the sending time of the first uplink data.
  • the feedback information includes: a second HARQ process identifier
  • the determining, according to the feedback information, the first HARQ process identifier corresponding to the first uplink data that has not been successfully received by the network side device including:
  • a first HARQ process identifier corresponding to the second HARQ process identifier is determined according to the second HARQ process identifier.
  • the determining, according to the second HARQ process identifier, the first HARQ process identifier corresponding to the second HARQ process identifier includes:
  • a first HARQ process identifier corresponding to the sending time of the first uplink data is determined according to the sending time of the first uplink data.
  • performing data retransmission according to the first HARQ process identifier includes:
  • the second HARQ process identifier is indicated by the target bit information in the feedback information.
  • the second HARQ process identifier is carried through the HARQ process identifier field in the feedback information.
  • the feedback information includes: the index information of the configuration authorized CG;
  • the determining, according to the feedback information, the first HARQ process identifier corresponding to the first uplink data that has not been successfully received by the network side device including:
  • a first HARQ process identifier corresponding to the CG resource is determined according to the CG resource.
  • the feedback information includes: a new data indicator (New Data Indicator, NDI), and/or a redundancy version identifier (Redundancy Version Identifier, RV ID).
  • NDI New Data Indicator
  • RV ID Redundancy Version Identifier
  • the first uplink data is not successfully received by the network-side device
  • the target situation includes at least one of the following:
  • the priority of the initial transmission of the first uplink data is lowered.
  • An embodiment of the present disclosure provides an information transmission method, which is applied to a network side device, including:
  • Retransmission data sent by the terminal is received, where the retransmission data includes the first HARQ process identifier.
  • the feedback information is used to schedule retransmission of the first uplink data
  • the feedback information is used to indicate that the transmission of the first uplink data is unsuccessful.
  • the initial transmission of the first HARQ process is transmitted on the configuration authorized CG resource;
  • the initial transmission of the first HARQ process is transmitted on dynamically granted DG resources.
  • the retransmission data sent by the receiving terminal includes:
  • Receive retransmission data on the resource indicated by the feedback information where the feedback information includes: resource indication information for data retransmission; or,
  • the feedback information includes: the sending time of the first uplink data.
  • the feedback information includes: a second HARQ process identifier.
  • the method before sending the feedback information to the terminal in the case of failure to receive the first HARQ process identifier corresponding to the first uplink data, the method further includes:
  • the second HARQ process identifier is indicated by the target bit information in the feedback information.
  • the second HARQ process identifier is carried through the HARQ process identifier field in the feedback information.
  • the feedback information includes: the index information of the configuration authorized CG.
  • the method before sending the feedback information to the terminal in the case of failure to receive the first HARQ process identifier corresponding to the first uplink data, the method further includes:
  • the index information for configuring the authorized CG is determined according to the time domain position where the first HARQ process identifies the reception failure.
  • the feedback information includes: new data indication NDI, and/or redundancy version identification RV ID.
  • An embodiment of the present disclosure provides a terminal, including: a transceiver, a memory, a processor, and a computer program stored in the memory and executable on the processor, where the processor implements the following steps when executing the computer program:
  • the retransmission data includes the first HARQ process identifier.
  • the feedback information is used to schedule retransmission of the first uplink data
  • the feedback information is used to indicate that the transmission of the first uplink data is unsuccessful.
  • the initial transmission of the first HARQ process is transmitted on the configuration authorized CG resource;
  • the initial transmission of the first HARQ process is transmitted on dynamically granted DG resources.
  • performing data retransmission according to the first HARQ process identifier includes:
  • the feedback information includes: resource indication information for data retransmission; or
  • Retransmission is performed on the CG resource according to the first HARQ process identifier.
  • the feedback information includes: the sending time of the first uplink data
  • the determining, according to the feedback information, the first HARQ process identifier corresponding to the first uplink data that has not been successfully received by the network side device specifically includes:
  • a first HARQ process identifier corresponding to the sending time of the first uplink data is determined according to the sending time of the first uplink data.
  • the feedback information includes: a second HARQ process identifier
  • the determining, according to the feedback information, the first HARQ process identifier corresponding to the first uplink data that has not been successfully received by the network side device specifically includes:
  • a first HARQ process identifier corresponding to the second HARQ process identifier is determined according to the second HARQ process identifier.
  • determining the first HARQ process identifier corresponding to the second HARQ process identifier according to the second HARQ process identifier specifically includes:
  • a first HARQ process identifier corresponding to the sending time of the first uplink data is determined according to the sending time of the first uplink data.
  • performing data retransmission according to the first HARQ process identifier specifically includes:
  • the second HARQ process identifier is indicated by the target bit information in the feedback information.
  • the second HARQ process identifier is carried through the HARQ process identifier field in the feedback information.
  • the feedback information includes: the index information of the configuration authorized CG;
  • the determining, according to the feedback information, the first HARQ process identifier corresponding to the first uplink data that has not been successfully received by the network side device specifically includes:
  • a first HARQ process identifier corresponding to the CG resource is determined according to the CG resource.
  • the feedback information includes: new data indication NDI, and/or redundancy version identification RV ID.
  • the first uplink data is not successfully received by the network-side device
  • the target situation includes at least one of the following:
  • the priority of the initial transmission of the first uplink data is lowered.
  • Embodiments of the present disclosure provide a network-side device, including: a transceiver, a memory, a processor, and a computer program stored in the memory and running on the processor, where the processor implements the following steps when executing the computer program :
  • Retransmission data sent by the terminal is received, where the retransmission data includes the first HARQ process identifier.
  • the feedback information is used to schedule retransmission of the first uplink data
  • the feedback information is used to indicate that the transmission of the first uplink data is unsuccessful.
  • the initial transmission of the first HARQ process is transmitted on the configuration authorized CG resource;
  • the initial transmission of the first HARQ process is transmitted on dynamically granted DG resources.
  • the retransmission data sent by the receiving terminal specifically includes:
  • Receive retransmission data on the resource indicated by the feedback information where the feedback information includes: resource indication information for data retransmission; or,
  • the feedback information includes: the sending time of the first uplink data.
  • the feedback information includes: a second HARQ process identifier.
  • the processor is also used for:
  • the second HARQ process identifier is indicated by the target bit information in the feedback information.
  • the second HARQ process identifier is carried through the HARQ process identifier field in the feedback information.
  • the feedback information includes: the index information of the configuration authorized CG.
  • the processor is also used for:
  • the index information for configuring the authorized CG is determined according to the time domain position where the first HARQ process identifies the reception failure.
  • the feedback information includes: new data indication NDI, and/or redundancy version identification RV ID.
  • An embodiment of the present disclosure provides a terminal, including:
  • a first receiving module configured to receive feedback information from the network-side device to the first uplink data
  • a first determining module configured to determine, according to the feedback information, a first HARQ process identifier corresponding to the first uplink data that has not been successfully received by the network side device;
  • a transmission module configured to perform data retransmission according to the first HARQ process identifier
  • the retransmission data includes the first HARQ process identifier.
  • Embodiments of the present disclosure provide a network-side device, including:
  • a first sending module configured to send feedback information to the terminal in the case of failure to receive the first HARQ process identifier corresponding to the first uplink data
  • the second receiving module is configured to receive retransmission data sent by the terminal, where the retransmission data includes the first HARQ process identifier.
  • Embodiments of the present disclosure provide a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, implements the steps of the above-mentioned information transmission method.
  • the terminal When the terminal receives the feedback information from the network side device for the first uplink data, it can determine the first HARQ process identifier for sending the first uplink data according to the feedback information, and perform data retransmission according to the first HARQ process identifier, so that the network side The device can also perform uplink data retransmission scheduling in the case that the first HARQ process identifier cannot be successfully received.
  • Fig. 1 shows the schematic diagram of the data sending process of configuration authorization type 1 and configuration authorization type 2;
  • FIG. 2 shows one of the schematic flow charts of the information transmission method according to the embodiment of the present disclosure
  • FIG. 3 shows one of the schematic diagrams of the implementation process of data retransmission according to an embodiment of the present disclosure
  • FIG. 4 shows the second schematic diagram of the implementation process of data retransmission according to an embodiment of the present disclosure
  • FIG. 5 shows the third schematic diagram of the implementation process of data retransmission according to an embodiment of the present disclosure
  • FIG. 6 shows the second schematic flowchart of the information transmission method according to the embodiment of the present disclosure
  • FIG. 7 is a schematic diagram of a module structure of a terminal according to an embodiment of the present disclosure.
  • FIG. 8 is a schematic diagram of a module structure of a network side device according to an embodiment of the present disclosure.
  • FIG. 9 shows a structural block diagram of a terminal according to an embodiment of the present disclosure.
  • FIG. 10 shows a structural block diagram of a network side device according to an embodiment of the present disclosure.
  • the term "and/or" describes the association relationship of associated objects, and indicates that there can be three kinds of relationships.
  • a and/or B can indicate that A exists alone, A and B exist at the same time, and B exists alone these three situations.
  • the character "/" generally indicates that the associated objects are an "or” relationship.
  • B corresponding to A means that B is associated with A, and B can be determined according to A.
  • determining B according to A does not mean that B is only determined according to A, and B may also be determined according to A and/or other information.
  • the form of the access network is not limited, and may include a macro base station (Macro Base Station), a micro base station (Pico Base Station), a Node B (the name of a 3G mobile base station), an enhanced base station (eNB), Connection of home enhanced base station (Femto eNB or Home eNode B or Home eNB or HeNB), relay station, access point, RRU (Remote Radio Unit, remote radio module), RRH (Remote Radio Head, radio remote head), etc. access the network.
  • a macro base station Micro Base Station
  • a micro base station Pulico Base Station
  • Node B the name of a 3G mobile base station
  • eNB enhanced base station
  • Connection of home enhanced base station Femto eNB or Home eNode B or Home eNB or HeNB
  • relay station access point
  • RRU Remote Radio Unit
  • RRH Remote Radio Head, radio remote head
  • the user terminal may be a mobile phone (or cell phone), or other device capable of sending or receiving wireless signals, including user equipment, personal digital assistants (PDAs), wireless modems, wireless communication devices, handheld devices, laptop computers, cordless phones , Wireless Local Loop (WLL) station, CPE (Customer Premise Equipment) that can convert mobile signals into WiFi signals, or mobile smart hotspots, smart home appliances, or others that can communicate with mobile communication networks spontaneously without human operation equipment, etc.
  • PDAs personal digital assistants
  • WLL Wireless Local Loop
  • CPE Customer Premise Equipment
  • the network side will pre-configure some UL resources to facilitate some services with high latency requirements (such as Ultra Reliable Low Latency Communications (URLLC)) or services with business format comparison rules (such as IP-based voice transmission (Voice over Internet Protocol, VoIP service) is transmitted on these configured UL resources.
  • high latency requirements such as Ultra Reliable Low Latency Communications (URLLC)
  • URLLC Ultra Reliable Low Latency Communications
  • VoIP service IP-based voice transmission (Voice over Internet Protocol, VoIP service) is transmitted on these configured UL resources.
  • Configured grant type 1 Configured Grant Type1
  • configuration grant type 2 Configured grant type2
  • Configured Grant Type1 is the radio resource control (Radio Resource Control, RRC) configuration resource location, modulation and coding scheme (Modulation Coding Scheme, MCS) scheme, modulation and coding scheme (Radio Block, RB) size, HARQ number, period and other content, not The physical layer activation and deactivation process is required, which takes effect after the RRC configuration.
  • RRC Radio Resource Control
  • MCS Modulation Coding Scheme
  • RB modulation and coding scheme
  • HARQ number HARQ number
  • Configured grant type2 is also the location of RRC configuration resources, the number of HARQs, and the period, but RB and MCS methods are not configured.
  • the physical layer needs to send downlink control information (Downlink control information, DCI) to activate and deactivate resources.
  • DCI Downlink control information
  • the HARQ ID in Configured Grant type1 and Configured Grant type2 ranges from 0 to N-1. Among them, N is the number of HARQ processes scheduled for Configured Grant type1 and Configured Grant type2 configured by RRC. It can be seen that the HARQ processes of Configured Grant type1 and Configured Grant type2 also include 0.
  • the data sending process of Configured Grant type1 and Configured Grant type2 is shown in Figure 1, where MAC (Media Access Control, media intervention control), PDU (Packet Data Unit, packet data unit).
  • the gNB When configuring uplink grant type 1, the gNB will configure the following parameters:
  • CS Configured Scheduling, configuration scheduling
  • RNTI Radio Network Temporary Identifier
  • Periodicity configure the period of authorization
  • Nrof HARQ-Processes configure the number of HARQ authorized to use
  • time Domain Allocation Configure the allocation of uplink grants in the time domain, including the start symbol and length.
  • gNB For configuration authorization type 2, gNB will configure the following parameters:
  • CS-RNTI RNTI used to indicate retransmission, activation, and deactivation of type 2;
  • Nrof HARQ-Processes Configure the number of HARQ authorized to use
  • the starting position of the resource for configuring grant type 2 (the starting position is the position of initialization/re-initialization of the PUSCH indicated in the DCI), the time-frequency domain resource position, and the like are indicated by the physical layer DCI.
  • the network side In order to save the PDCCH control overhead, the network side will allocate some preconfigured resources. The cycle and resource location of these configuration resources are allocated once by the network side and reused many times.
  • the standard specifies the relationship between HARQ process ID and configuration resources. Taking the NR system as an example, the calculation formula of HARQ process ID is:
  • HARQ Process ID [floor(CURRENT_slot ⁇ 10/(Number Of Slots Per Frame ⁇ periodicity))]%Nrof HARQ-Processes;
  • CURRENT_slot [(SFN ⁇ Number Of Slots Per Frame)+slot number in the frame]
  • Number Of Slots Per Frame represents the number of consecutive slots in each frame
  • slot number in the frame represents the number of slots in the transmission process
  • Serial number SFN (System Frame Number, system frame number) is the system frame number.
  • HARQ Process ID [floor(CURRENT_symbol/periodicity)]%nrof HARQ-Processes;
  • CURRENT_symbol represents the first symbol number of the UL transmission time slot.
  • UE HARQ process ID allocation method In NR-U (New Radio in Unlicensed Spectrum, 5G air interface working in the unlicensed frequency band), UE HARQ process ID allocation method.
  • the terminal device and the network device can only send data on the channel when they sense that the channel is in an idle state.
  • the UE calculates the HARQ process ID according to the time according to the related technology, then during retransmission, if the data cannot be sent in the UL resource scheduled by the base station, the UE needs to wait for the network side to retransmit the scheduling again. This will increase the retransmission delay.
  • the UE can only select the same CG transmission opportunity as the current HARQ process ID, but if the Listen Before Talk (LBT) fails on the retransmitted CG, then the UE It can only wait until the next CG moment with the same ID as the current CG HARQ process, which will also increase the retransmission delay.
  • LBT Listen Before Talk
  • the UE cannot perform the corresponding new transmission, which also increases the data transmission delay.
  • the UE autonomously selects the HARQ process ID, and at the same time, when sending the Physical Uplink Shared Channel (PUSCH), the UE selects the HARQ process ID with the UL control indication, such as the uplink control information ( In Uplink Control Information, UCI), in this way, the base station can obtain the HARQ process ID of the UE while obtaining the UCI.
  • the UL control indication such as the uplink control information ( In Uplink Control Information, UCI)
  • UCI Uplink Control Information
  • NR-U when the network side does not successfully decode the UE UL data packet, the HARQ process ID of the UE cannot be obtained, so the UL data of the UE cannot be indexed by the HARQ process ID to schedule retransmission. Therefore, in NR-U, the network side performs retransmission by configuring the authorized automatic retransmission mode. At the same time, a CG retransmission timer is introduced. For example, the UE sends data packet 1 at CGm, and the UE turns on the CG retransmission timer. If the network side fails to decode the data packet 1 successfully, the HARQ process ID of the UE cannot be obtained. Therefore, the UE finds the HARQ process ID after the CG retransmission timer expires. Another available CG slot sends and retransmits the packet 1.
  • the present application provides an information transmission method, a terminal and a network side device, which can solve the problem of increased data transmission delay caused by a data retransmission mechanism.
  • an embodiment of the present disclosure provides an information transmission method, which is applied to a terminal, and specifically includes the following steps:
  • Step 21 Receive feedback information of the first uplink data from the network side device.
  • the failure to successfully receive the first uplink data may include: the network side device cannot parse out the first uplink data but can determine a first HARQ process identifier used by the first uplink data, the first HARQ process The process identifier is, for example, the first HARQ process number; or, the network side device can neither parse out the first uplink data nor determine the first HARQ process identifier.
  • UE sends UL data at CG0: UE selects a HARQ process in the HARQ process resource pool, assuming that the selected HARQ process is the first HARQ process ID (that is, the first HARQ process ID), which is carried in the HARQ process ID in the first uplink data.
  • the UE carries the first HARQ process ID in the CG-UCI, and multiplexes it into the UL data.
  • the network side device only checks the data sent by the UE at the time of CG0, but fails to decode the CG-UCI successfully, and cannot know the first HARQ process ID of the first uplink data sent by the UE, the network side The device sends the feedback information.
  • Step 22 Determine, according to the feedback information, a first HARQ process identifier corresponding to the first uplink data that has not been successfully received by the network side device.
  • the terminal receives the feedback information sent by the network-side device, and determines, according to the feedback information, a first HARQ process identifier corresponding to the feedback from the network-side device.
  • the feedback information is used to schedule retransmission of the first uplink data.
  • Step 23 Perform data retransmission according to the first HARQ process identifier; wherein the retransmitted data includes the first HARQ process identifier.
  • the terminal retransmits the first uplink data on the retransmission resource scheduled by the network side device according to the feedback information, and carries the first HARQ process identifier.
  • the first HARQ process identifier is a process identifier actually used by the terminal when sending the first uplink data.
  • the terminal when the terminal receives the feedback information from the network side device for the first uplink data, it can determine the identifier of the first HARQ process for sending the first uplink data according to the feedback information, and perform data replay according to the first HARQ process identifier. transmission, so that the network side device can also perform uplink data retransmission scheduling in the case that the first HARQ process identifier cannot be successfully received.
  • the feedback information is used to schedule retransmission of the first uplink data; or, the feedback information is used to indicate that the transmission of the first uplink data is unsuccessful.
  • the feedback information may be a retransmission scheduling command for the first uplink data sent by the network side device, which is used to schedule the retransmission of the first uplink data; or, the feedback information is for the first uplink data.
  • the initial transmission of the first HARQ process may be transmitted on the configuration authorized CG resource; or, the initial transmission of the first HARQ process may be transmitted on the dynamically authorized DG resource.
  • the first uplink data is not successfully received by the network-side device; the target situation includes at least one of the following: failure to monitor LBT before the conversation; initial data of the first uplink data; The transmission priority is reduced.
  • the terminal may perform the initial transmission of the first uplink data on the CG resource or the DG resource. If the priority of initial transmission of data is lowered, the first uplink data may not be successfully received by the network-side device.
  • the initial transmission of the first HARQ process may be on the CG resource, that is, the terminal performs the initial transmission of the first uplink data on the CG resource, and the reason for the failure of the initial transmission of the first HARQ process may be as follows : The initial transmission of the first HARQ process is not successfully received by the network side device due to LBT failure or de-prioritization. Or, the initial transmission of the first HARQ process is on the DG resource, and the reason for the failure of the initial transmission of the first HARQ process may be: the initial transmission of the first HARQ process is not successful due to the failure of the LBT process. take over.
  • performing data retransmission according to the first HARQ process identifier may include: performing data retransmission on the resource indicated by the feedback information according to the first HARQ process identifier, where the feedback information includes: data Retransmission resource indication information; or, according to the first HARQ process identifier, perform retransmission on the CG resource.
  • the terminal when the terminal performs data retransmission according to the first HARQ process identifier, the terminal may retransmit the first uplink data on the indicated resources according to the resource indication information in the feedback information, wherein the network
  • the side device When sending the feedback information to the terminal, the side device carries indication information for indicating retransmission resources in the feedback information.
  • the terminal performs retransmission on the CG resource according to the first HARQ process identifier.
  • the terminal determines the first HARQ process identifier corresponding to the first uplink data that has not been successfully received by the network side device, including but not limited to the following ways:
  • the feedback information includes a time-based indication.
  • the feedback information includes: the sending time of the first uplink data; the step 22 may include: determining, according to the sending time of the first uplink data, a first time corresponding to the sending time of the first uplink data HARQ process identifier.
  • the feedback information includes the sending time of the first uplink data.
  • the network side device fails to receive the first uplink data, it can obtain the sending time of the first uplink data, and use The sending time is carried in the feedback information and sent to the terminal, so that the terminal can determine, according to the sending time, the HARQ process ID associated with the sending time, that is, the first HARQ process identifier. and further determine the CG resource or DG resource associated with the sending time.
  • the step 23 includes: determining the CG resource or DG resource corresponding to the first HARQ process identifier according to the first HARQ process identifier; and performing the first uplink data on the determined CG resource or DG resource. retransmission.
  • the terminal performs CG or DG retransmission associated with the first HARQ process according to the first HARQ process identifier, and carries the first HARQ process identifier in the retransmission data.
  • the following describes an implementation process for the terminal to perform data retransmission when the feedback information carries the sending time of the first uplink data:
  • UE sends UL data (that is, the first uplink data) at CG0 time;
  • the UE selects a HARQ process in the HARQ process resource pool, assuming that the selected HARQ process is the first HARQ process ID (that is, the first HARQ process identifier), such as "HP#0" in Figure 3, and is carried in all HARQ processes. in the UL data described above.
  • the UE carries the first HARQ process ID in the CG-UCI, and multiplexes it into the UL data.
  • the network side device fails to receive the CG-UCI, and cannot learn the first HARQ process ID corresponding to the UL data of the UE;
  • the network side device sends feedback information to the UE
  • the network side device carries the sending time information of CG0 in the feedback information, and the feedback information may be a UL retransmission scheduling command or a DL feedback command of UL data.
  • the feedback information includes UL authorization information.
  • the terminal receives the feedback information from the network side device and performs retransmission.
  • the terminal determines the CG resource information corresponding to the feedback information according to the sending time of the first uplink data in the feedback information. As shown in FIG. 3 , the UE determines that the feedback information is the feedback information of the corresponding CG0.
  • the terminal performs retransmission according to the feedback information.
  • the retransmission data includes CG-UDI (Uplink Data Information, uplink data information), and includes the first HARQ process ID.
  • the feedback information includes the second HARQ process identifier.
  • the feedback information may include: a second HARQ process identifier; the step 22 may include: determining a first HARQ process identifier corresponding to the second HARQ process identifier according to the second HARQ process identifier.
  • the second HARQ process identifier is configured by the network side device, and may be calculated according to the sending time of the first uplink data, or a special HARQ process identifier may be defined.
  • the network side device fails to receive the first uplink data, it sends feedback information to the terminal, where the feedback information carries the second HARQ process identifier, and uses the second HARQ process identifier to perform the first uplink data transmission. Retransmission scheduling.
  • the terminal After receiving the feedback information, the terminal can determine, according to the second HARQ process identifier in the feedback information, the first HARQ process identifier used for sending the first uplink data corresponding to the second HARQ process identifier.
  • the determining, according to the second HARQ process identifier, the first HARQ process identifier corresponding to the second HARQ process identifier includes: determining, according to the second HARQ process identifier, an identifier of the first uplink data. Sending time; according to the sending time of the first uplink data, determine the first HARQ process identifier corresponding to the sending time of the first uplink data.
  • the terminal may determine the sending time of the first uplink data according to the second HARQ process identifier, and further determine the first HARQ process identifier corresponding to the sending time according to the sending time.
  • the step 23 includes: determining the CG resource or DG resource corresponding to the first HARQ process identifier according to the first HARQ process identifier; and performing the first uplink data on the determined CG resource or DG resource. retransmission.
  • the terminal performs CG or DG retransmission associated with the first HARQ process according to the first HARQ process identifier, and carries the first HARQ process identifier in the retransmission data.
  • the following describes an implementation process for the terminal to perform data retransmission when the feedback information carries the second HARQ process identifier:
  • the UE selects a HARQ process in the HARQ process resource pool, assuming that the selected HARQ process is the first HARQ process ID (that is, the first HARQ process ID), such as "HP#0" in Figure 4, and is carried in the UL data (ie, the first uplink data).
  • the UE carries the first HARQ process ID in the CG-UCI and multiplexes it into the UL data.
  • the network side device has not received the CG-UCI, and cannot learn the UL data HARQ process ID of the UE;
  • the network side device sends feedback information to the UE
  • the network side device calculates a HARQ process ID (that is, a second HARQ process ID, such as HP#2 in FIG. 4 ) according to the sending time of CG0, and carries the HARQ process ID in the feedback information. It can be a UL retransmission scheduling command or a DL feedback command of UL data.
  • the feedback indication includes UL authorization information.
  • the terminal receives the feedback information from the network side device and performs retransmission
  • the terminal uses the information of the second HARQ process identifier in the feedback information, for example, according to the formula:
  • HARQ Process ID [floor(CURRENT_symbol/periodicity)]%nrof HARQ-Processes;
  • the CG information corresponding to the feedback information is reversely derived. As shown in FIG. 4 , the UE determines that the feedback information is the feedback information of the corresponding CG0.
  • the terminal device performs retransmission according to the feedback instruction.
  • the retransmission data includes CG-UDI and includes the first HARQ process ID.
  • the second HARQ process identifier may be indicated by the target bit information in the feedback information; or, the second HARQ process identifier may be carried by the HARQ process identifier field in the feedback information.
  • the network-side device may introduce 1-bit information into the feedback information to indicate whether the second HARQ process identifier is used. If the second HARQ process identifier is used, the terminal associates this retransmission schedule with all The initial transmission of the first uplink data on the CG is associated, that is, the retransmission is scheduled as a retransmission for the first uplink data.
  • the network side device fills in an invalid HARQ process identifier (ie, the second HARQ process identifier) in the HARQ process identifier field of the feedback information, for example, there is no progress number configured for the terminal.
  • process identifier indication may be derived according to the sending time when the terminal sends the first uplink data. If such an indication is used, the terminal The retransmission schedule is associated with the uplink transmission at the time position corresponding to the process identifier indication.
  • the feedback information includes the index information of the CG.
  • the feedback information includes: the index information of the configuration authorized CG; the step 22 may include: determining the CG resource for sending the first uplink data according to the index information of the configured authorized CG; according to the CG resource , and determine the first HARQ process identifier corresponding to the CG resource.
  • the feedback information sent by the network-side device includes index information authorized by the CG, such as a CG ID.
  • the terminal After receiving the feedback information, the terminal determines the CG resource and the first HARQ process identifier corresponding to the CG resource according to the index information authorized by the CG.
  • the network side device may determine the index information for configuring the authorized CG according to the time domain position where the first HARQ process identifier fails to receive.
  • the following describes the implementation process of the terminal performing data retransmission when the feedback information carries the index information of the CG:
  • the UE selects a HARQ process in the HARQ process resource pool, assuming that the selected HARQ process is the first HARQ process ID (that is, the first HARQ process ID), such as "HP#0" in Figure 5, and is carried in the UL data (ie, the first uplink data).
  • the UE carries the first HARQ process ID in the CG-UCI, and multiplexes it into the UL data.
  • the network side device has not received the CG-UCI, and cannot learn the UL data HARQ process ID of the UE;
  • the network side device sends feedback information to the UE
  • the network side device judges the configuration authorization ID information (that is, the index information) of the configuration authorization according to the time domain location information that has not received the configuration authorization, and uses the configuration authorization ID of the CG0, taking FIG. 5 as an example, the CG ID is 1, carrying In the feedback information, the feedback information may be a UL retransmission scheduling command or a DL feedback command of UL data.
  • the feedback indication includes UL authorization information.
  • the terminal receives the feedback information from the network side device and performs retransmission.
  • the terminal determines the CG information corresponding to the feedback information according to the index information of the CG in the feedback information. As shown in FIG. 5 , the UE determines that the feedback information is the feedback information corresponding to CGO.
  • the terminal device performs retransmission according to the feedback instruction.
  • the retransmission data includes CG-UDI and includes the first HARQ process ID.
  • the feedback information may include: new data indication NDI, and/or redundancy version identification RV ID.
  • the feedback information is scrambled by a Configured Scheduling RNTI (CS-RNTI).
  • CS-RNTI Configured Scheduling RNTI
  • the network side device when the network side device cannot parse out the first uplink data, but can determine the first HARQ process identifier used by the first uplink data, retransmission scheduling is performed by using the first HARQ process identifier.
  • the terminal when the terminal receives the feedback information from the network side device for the first uplink data, it can determine the first HARQ process identifier for sending the first uplink data according to the feedback information, and perform data processing according to the first HARQ process identifier.
  • Retransmission enables the network side device to perform uplink data retransmission scheduling even when the first HARQ process identifier cannot be successfully received.
  • an embodiment of the present disclosure further provides an information transmission method, which is applied to a network side device, including:
  • Step 61 In the case of failure to receive the first HARQ process identifier corresponding to the first uplink data, send feedback information to the terminal.
  • the network side device cannot successfully receive the first uplink data sent by the terminal, it sends feedback information to the terminal.
  • the failure to successfully receive the first uplink data may be: the network side device cannot parse out the first HARQ process identifier carried in the first uplink data.
  • UE sends UL data at CG0: UE selects a HARQ process in the HARQ process resource pool, assuming that the selected HARQ process is the first HARQ process ID (that is, the first HARQ process ID), which is carried in the HARQ process ID in the first uplink data.
  • the UE carries the first HARQ process ID in the CG-UCI, and multiplexes it into the UL data.
  • the network side device only checks the data sent by the UE at the time of CG0, but fails to decode the CG-UCI successfully, and cannot know the first HARQ process ID of the first uplink data sent by the UE, the network side The device sends the feedback information.
  • Step 62 Receive retransmission data sent by the terminal, where the retransmission data includes the first HARQ process identifier.
  • the terminal After receiving the feedback information, the terminal determines, according to the feedback information, the identifier of the first HARQ process corresponding to the feedback of the network side device.
  • the feedback information is used to schedule retransmission of the first uplink data.
  • the terminal retransmits the first uplink data on the retransmission resource scheduled by the network side device according to the feedback information, and carries the first HARQ process identifier.
  • the network side device receives the retransmitted data, it can obtain the first HARQ process identifier.
  • the network side device when the network side device cannot successfully receive the first HARQ process identifier, it sends feedback information for the first uplink data to the terminal, so that the terminal can determine, according to the feedback information, the first link for sending the first uplink data.
  • a HARQ process identifier, and data retransmission is performed according to the first HARQ process identifier, so that the network side device can also perform uplink data retransmission scheduling even if the first HARQ process identifier cannot be successfully received.
  • the feedback information is used to schedule retransmission of the first uplink data; or, the feedback information is used to indicate that the transmission of the first uplink data is unsuccessful.
  • the feedback information may be a retransmission scheduling command for the first uplink data sent by the network side device, which is used to schedule the retransmission of the first uplink data; or, the feedback information is for the first uplink data.
  • the initial transmission of the first HARQ process is transmitted on the configured authorized CG resources; or the initial transmission of the first HARQ process is transmitted on the dynamically authorized DG resources.
  • it may cause the network side device to fail to receive the first uplink data, that is, to fail to receive the first HARQ process identifier.
  • the target situation may include, but is not limited to, at least one of the following: failure to monitor LBT before the conversation, that is, LBT failure occurs in the transmission resources initially transmitted this time; the priority of the initial transmission of the first uplink data is lowered.
  • the initial transmission of the first HARQ process may be on the CG resource, that is, the terminal performs the initial transmission of the first uplink data on the CG resource, and the reason for the failure of the initial transmission of the first HARQ process may be as follows : The initial transmission of the first HARQ process is not successfully received by the network side device due to LBT failure or de-prioritization. Or, the initial transmission of the first HARQ process is on the DG resource, and the reason for the failure of the initial transmission of the first HARQ process may be: the initial transmission of the first HARQ process is not successful due to the failure of the LBT process. take over.
  • the receiving of the retransmission data sent by the terminal includes: receiving the retransmission data on the resource indicated by the feedback information, where the feedback information includes: resource indication information of the data retransmission; receiving the terminal on the CG resource retransmission data.
  • the network side device when sending the feedback information to the terminal, may carry the indication information for indicating the retransmission resources in the feedback information, and then the terminal according to the resource indication information in the feedback information, in the indicated The first uplink data is retransmitted on the resource, and the network side device receives the retransmitted data on the indicated resource.
  • the terminal performs retransmission on the CG resource according to the first HARQ process identifier, and the network side device receives the retransmitted data on the CG resource.
  • the feedback information includes: the sending time of the first uplink data.
  • the terminal can determine the first HARQ process identifier according to the sending time of the first uplink data.
  • the network side device when the network side device fails to receive the first HARQ process identifier corresponding to the first uplink data, it can obtain the sending time of the first uplink data, and carry the sending time in the feedback information sent to the terminal within the time limit, so that the terminal can determine the first HARQ process identifier associated with the sending time according to the sending time. and further determine the CG resource or DG resource associated with the sending time.
  • the first HARQ process identifier is the HARQ process identifier actually used when the terminal sends the first uplink data.
  • the feedback information includes: a second HARQ process identifier.
  • the terminal may determine the first HARQ process identifier according to the second HARQ process identifier.
  • the second HARQ process identifier is configured by the network-side device, and the network-side device can obtain the second HARQ process identifier according to the sending time of the first uplink data, or the network-side device defines a special HARQ process identifier.
  • the first HARQ process identifier corresponding to the first uplink data is unsuccessfully received, feedback information is sent to the terminal, where the feedback information carries the second HARQ process identifier, and the second HARQ process identifier is used to perform the first HARQ process identifier.
  • a retransmission scheduling of uplink data is unsuccessfully received, feedback information is sent to the terminal, where the feedback information carries the second HARQ process identifier, and the second HARQ process identifier is used to perform the first HARQ process identifier.
  • the method may further include: according to the sending time of the first uplink data, A second HARQ process identifier is determined.
  • the terminal can determine, according to the second HARQ process identifier in the feedback information, the first HARQ process identifier used for sending the first uplink data corresponding to the second HARQ process identifier.
  • the terminal may determine the transmission time of the first uplink data according to the second HARQ process identifier; determine the first uplink data transmission time corresponding to the transmission time of the first uplink data according to the transmission time of the first uplink data A HARQ process identifier.
  • the CG resource or DG resource for sending the first uplink data is obtained according to the first HARQ process identifier.
  • the second HARQ process identifier is indicated by target bit information in the feedback information; or, the second HARQ process identifier is carried by a HARQ process identifier field in the feedback information.
  • the network-side device may introduce 1-bit information into the feedback information to indicate whether the second HARQ process identifier is used. If the second HARQ process identifier is used, the terminal associates this retransmission schedule with all is associated with the initial transmission of the first uplink data on the CG. Alternatively, the network side device fills in an invalid HARQ process identifier (ie, the second HARQ process identifier) in the HARQ process identifier field of the feedback information, for example, there is no progress number configured for the terminal.
  • an invalid HARQ process identifier ie, the second HARQ process identifier
  • the network side device uses 1-bit information to indicate whether to use the second HARQ process identifier, and adds a process identifier indication.
  • the process identifier indication may be derived according to the sending time when the terminal sends the first uplink data. If this indication, the terminal associates the retransmission schedule with the uplink transmission at the time position corresponding to the process identifier indication.
  • the feedback information includes: the index information of the configuration authorized CG.
  • the terminal can determine the CG resource for sending the first uplink data according to the index information of the CG, so as to determine the first HARQ process identifier corresponding to the CG resource according to the CG resource.
  • the feedback information sent by the network-side device includes index information authorized by the CG, such as a CG ID.
  • the method further includes: according to the first HARQ process identifier that fails to receive the identifier.
  • the time domain position determines the index information for configuring the authorized CG.
  • the terminal After receiving the feedback information, the terminal determines the CG resource and the first HARQ process identifier corresponding to the CG resource according to the index information authorized by the CG.
  • the feedback information includes: new data indication NDI, and/or redundancy version identification RV ID.
  • the feedback information is scrambled by CS-RNTI.
  • the network side device when the network side device cannot parse out the first uplink data, but can determine the first HARQ process identifier used by the first uplink data, retransmission scheduling is performed by using the first HARQ process identifier.
  • the network side device when the network side device cannot successfully receive the first HARQ process identifier, it sends feedback information for the first uplink data to the terminal, so that the terminal can determine, according to the feedback information, the first link for sending the first uplink data.
  • a HARQ process identifier, and data retransmission is performed according to the first HARQ process identifier, so that the network side device can also perform uplink data retransmission scheduling even if the first HARQ process identifier cannot be successfully received.
  • an embodiment of the present disclosure provides a terminal 700, including:
  • a first receiving module 710 configured to receive feedback information from the network side device to the first uplink data
  • a first determining module 720 configured to determine, according to the feedback information, a first HARQ process identifier corresponding to the first uplink data that has not been successfully received by the network side device;
  • a transmission module 730 configured to perform data retransmission according to the first HARQ process identifier
  • the retransmission data includes the first HARQ process identifier.
  • the feedback information is used to schedule retransmission of the first uplink data
  • the feedback information is used to indicate that the transmission of the first uplink data is unsuccessful.
  • the initial transmission of the first HARQ process is transmitted on the configuration authorized CG resource;
  • the initial transmission of the first HARQ process is transmitted on dynamically granted DG resources.
  • the transmission module is specifically used for:
  • the feedback information includes: resource indication information for data retransmission; or
  • Retransmission is performed on the CG resource according to the first HARQ process identifier.
  • the feedback information includes: the sending time of the first uplink data
  • the first determining module is specifically configured to: determine, according to the sending time of the first uplink data, a first HARQ process identifier corresponding to the sending time of the first uplink data.
  • the feedback information includes: a second HARQ process identifier
  • the first determining module is specifically configured to: determine a first HARQ process identifier corresponding to the second HARQ process identifier according to the second HARQ process identifier.
  • the first determining module is specifically configured to:
  • a first HARQ process identifier corresponding to the sending time of the first uplink data is determined according to the sending time of the first uplink data.
  • the transmission module is specifically used for:
  • the second HARQ process identifier is indicated by the target bit information in the feedback information.
  • the second HARQ process identifier is carried through the HARQ process identifier field in the feedback information.
  • the feedback information includes: the index information of the configuration authorized CG;
  • the first determining module is specifically configured to: determine the CG resource for sending the first uplink data according to the index information of the configuration authorized CG;
  • a first HARQ process identifier corresponding to the CG resource is determined according to the CG resource.
  • the feedback information includes: new data indication NDI, and/or redundancy version identification RV ID.
  • the first uplink data is not successfully received by the network-side device
  • the target situation includes at least one of the following:
  • the priority of the initial transmission of the first uplink data is lowered.
  • the embodiments of the terminal correspond to the above-mentioned embodiments of the information transmission method applied to the terminal, and all the implementation manners in the above-mentioned method embodiments are applicable to the embodiments of the terminal, and the same technical effect can also be achieved . Since the method embodiment and the terminal embodiment are conceived based on the same application, and the principles for solving the problem are similar, reference can be made to each other, and repeated descriptions will not be repeated.
  • an embodiment of the present disclosure provides a network side device 800, including:
  • a first sending module 810 configured to send feedback information to the terminal in the case of failure to receive the first HARQ process identifier corresponding to the first uplink data
  • the second receiving module 820 is configured to receive retransmission data sent by the terminal, where the retransmission data includes the first HARQ process identifier.
  • the feedback information is used to schedule retransmission of the first uplink data
  • the feedback information is used to indicate that the transmission of the first uplink data is unsuccessful.
  • the initial transmission of the first HARQ process is transmitted on the configuration authorized CG resource;
  • the initial transmission of the first HARQ process is transmitted on dynamically granted DG resources.
  • the second receiving module is specifically configured to:
  • Receive retransmission data on the resource indicated by the feedback information where the feedback information includes: resource indication information for data retransmission; or,
  • the feedback information includes: the sending time of the first uplink data.
  • the feedback information includes: a second HARQ process identifier.
  • the network side device further includes:
  • the second determining module is configured to determine the second HARQ process identifier according to the sending time of the first uplink data.
  • the second HARQ process identifier is indicated by the target bit information in the feedback information.
  • the second HARQ process identifier is carried through the HARQ process identifier field in the feedback information.
  • the feedback information includes: the index information of the configuration authorized CG.
  • the network side device further includes:
  • the third determining module is configured to determine the index information of the configuration authorized CG according to the time domain position where the first HARQ process identifier fails to receive the reception.
  • the feedback information includes: new data indication NDI, and/or redundancy version identification RV ID.
  • the embodiment of the network side device corresponds to the above-mentioned embodiment of the information transmission method applied to the network side device, and all the implementation manners in the above method embodiments are applicable to the embodiments of the network side device, and also achieve the same technical effect.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit.
  • the above-mentioned integrated units may be implemented in the form of hardware, or may be implemented in the form of software functional units.
  • the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it may be stored in a processor-readable storage medium.
  • the technical solution of the present application can be embodied in the form of a software product in essence, or the part that contributes to the related technology, or all or part of the technical solution, and the computer software product is stored in a storage medium.
  • a computer device which may be a personal computer, a server, or a network device, etc.
  • a processor processor
  • the aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk or optical disk and other media that can store program codes .
  • an embodiment of the present disclosure further provides a terminal, including a transceiver 94 , a memory 93 , a processor 91 , and a computer program stored in the memory 93 and running on the processor.
  • the memory 93 is used to store computer programs; the transceiver 94 is connected to the bus interface 92 and used to send and receive data under the control of the processor 91 ; the processor 91 is used to read the computer in the memory 93 program and do the following:
  • the retransmission data includes the first HARQ process identifier.
  • the feedback information is used to schedule retransmission of the first uplink data
  • the feedback information is used to indicate that the transmission of the first uplink data is unsuccessful.
  • the initial transmission of the first HARQ process is transmitted on the configuration authorized CG resource;
  • the initial transmission of the first HARQ process is transmitted on dynamically granted DG resources.
  • performing data retransmission according to the first HARQ process identifier specifically includes:
  • the feedback information includes: resource indication information for data retransmission; or
  • Retransmission is performed on the CG resource according to the first HARQ process identifier.
  • the feedback information includes: the sending time of the first uplink data
  • the determining, according to the feedback information, the first HARQ process identifier corresponding to the first uplink data that has not been successfully received by the network side device specifically includes:
  • a first HARQ process identifier corresponding to the sending time of the first uplink data is determined according to the sending time of the first uplink data.
  • the feedback information includes: a second HARQ process identifier
  • the determining, according to the feedback information, the first HARQ process identifier corresponding to the first uplink data that has not been successfully received by the network side device specifically includes:
  • a first HARQ process identifier corresponding to the second HARQ process identifier is determined according to the second HARQ process identifier.
  • determining the first HARQ process identifier corresponding to the second HARQ process identifier according to the second HARQ process identifier specifically includes:
  • a first HARQ process identifier corresponding to the sending time of the first uplink data is determined according to the sending time of the first uplink data.
  • performing data retransmission according to the first HARQ process identifier specifically includes:
  • the second HARQ process identifier is indicated by the target bit information in the feedback information.
  • the second HARQ process identifier is carried through the HARQ process identifier field in the feedback information.
  • the feedback information includes: the index information of the configuration authorized CG;
  • the determining, according to the feedback information, the first HARQ process identifier corresponding to the first uplink data that has not been successfully received by the network side device specifically includes:
  • a first HARQ process identifier corresponding to the CG resource is determined according to the CG resource.
  • the feedback information includes: new data indication NDI, and/or redundancy version identification RV ID.
  • the first uplink data is not successfully received by the network-side device
  • the target situation includes at least one of the following:
  • the priority of the initial transmission of the first uplink data is lowered.
  • the bus architecture may include any number of interconnected buses and bridges, specifically, one or more processors represented by the processor 91 and various circuits of the memory represented by the memory 93 are linked together.
  • the bus architecture may also link together various other circuits, such as peripherals, voltage regulators, and power management circuits, which are well known in the art and therefore will not be described further herein.
  • the bus interface provides the interface.
  • Transceiver 94 may be a number of elements, including transmitters and transceivers, that provide means for communicating with various other devices over transmission media including wireless channels, wired channels, fiber optic cables, and the like.
  • the user interface 95 may also be an interface capable of externally connecting a required device, and the connected devices include but are not limited to a keypad, a display, a speaker, a microphone, a joystick, and the like.
  • the processor 91 is responsible for managing the bus architecture and general processing, and the memory 93 may store data used by the processor 91 in performing operations.
  • the processor 91 can be a CPU (central processor), an ASIC (Application Specific Integrated Circuit, an application-specific integrated circuit), an FPGA (Field-Programmable Gate Array, a field programmable gate array) or a CPLD (Complex Programmable Logic Device) , complex programmable logic devices), the processor can also use a multi-core architecture.
  • CPU central processor
  • ASIC Application Specific Integrated Circuit
  • FPGA Field-Programmable Gate Array
  • CPLD Complex Programmable Logic Device
  • complex programmable logic devices complex programmable logic devices
  • the processor is configured to execute any one of the methods provided by the embodiments of the present application according to the obtained executable instructions by invoking the computer program stored in the memory.
  • the processor and memory may also be physically separated.
  • an embodiment of the present disclosure further provides a network-side device, including a transceiver 104 , a memory 103 , a processor 101 , and a computer program stored in the memory 103 and running on the processor.
  • the memory 103 is used to store computer programs; the transceiver 104 is connected to the bus interface 102 and used to send and receive data under the control of the processor 101 ; the processor 101 is used to read the computer in the memory 103 program and do the following:
  • Retransmission data sent by the terminal is received, where the retransmission data includes the first HARQ process identifier.
  • the feedback information is used to schedule retransmission of the first uplink data
  • the feedback information is used to indicate that the transmission of the first uplink data is unsuccessful.
  • the initial transmission of the first HARQ process is transmitted on the configuration authorized CG resource;
  • the initial transmission of the first HARQ process is transmitted on dynamically granted DG resources.
  • the retransmission data sent by the receiving terminal specifically includes:
  • Receive retransmission data on the resource indicated by the feedback information where the feedback information includes: resource indication information for data retransmission; or,
  • the feedback information includes: the sending time of the first uplink data.
  • the feedback information includes: a second HARQ process identifier.
  • the processor is also used for:
  • the second HARQ process identifier is indicated by the target bit information in the feedback information.
  • the second HARQ process identifier is carried through the HARQ process identifier field in the feedback information.
  • the feedback information includes: the index information of the configuration authorized CG.
  • the processor is also used for:
  • the index information for configuring the authorized CG is determined according to the time domain position where the first HARQ process identifies the reception failure.
  • the feedback information includes: new data indication NDI, and/or redundancy version identification RV ID.
  • the bus architecture may include any number of interconnected buses and bridges, specifically, one or more processors represented by processor 101 and various circuits of memory represented by memory 103 are linked together.
  • the bus architecture may also link together various other circuits, such as peripherals, voltage regulators, and power management circuits, which are well known in the art and, therefore, will not be described further herein.
  • the bus interface provides the interface.
  • Transceiver 104 may be a number of elements, including transmitters and transceivers, that provide means for communicating with various other devices over transmission media including wireless channels, wired channels, fiber optic cables, and the like.
  • the processor 101 is responsible for managing the bus architecture and general processing, and the memory 103 may store data used by the processor 101 in performing operations.
  • the processor 101 can be a central processor (CPU), an application specific integrated circuit (ASIC), a field programmable gate array (Field-Programmable Gate Array, FPGA) or a complex programmable logic device (Complex Programmable Logic Device). , CPLD), the processor can also use a multi-core architecture.
  • CPU central processor
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • FPGA field programmable gate array
  • CPLD Complex Programmable Logic Device
  • the processor can also use a multi-core architecture.
  • the above-mentioned network-side device provided by the embodiments of the present disclosure can implement all the method steps implemented by the above-mentioned method embodiments applied to the network-side device, and can achieve the same technical effect, and the present disclosure will not be described here. In the embodiment, the same parts and beneficial effects as the method embodiment will be described in detail.
  • the readable storage medium may be any available medium or data storage device that can be accessed by the processor, including but not limited to magnetic storage (eg floppy disk, hard disk, magnetic tape, magneto-optical disk (MO), etc.), optical storage (eg CD, DVD, BD, HVD, etc.), and semiconductor memory (eg, ROM, EPROM, EEPROM, non-volatile memory (NAND FLASH), solid-state disk (SSD)), etc.
  • magnetic storage eg floppy disk, hard disk, magnetic tape, magneto-optical disk (MO), etc.
  • optical storage eg CD, DVD, BD, HVD, etc.
  • semiconductor memory eg, ROM, EPROM, EEPROM, non-volatile memory (NAND FLASH), solid-state disk (SSD)
  • each component or each step can be decomposed and/or recombined. These disaggregations and/or recombinations should be considered equivalents of the present disclosure.
  • the steps of performing the above-mentioned series of processes can naturally be performed in chronological order in the order described, but need not necessarily be performed in chronological order, and some steps can be performed in parallel or independently of each other.
  • Those of ordinary skill in the art can understand all or any steps or components of the method and device of the present disclosure, and can be implemented in hardware, firmware, or in any computing device (including a processor, storage medium, etc.) or a network of computing devices. , software, or a combination thereof, which can be implemented by those of ordinary skill in the art using their basic programming skills after reading the description of the present disclosure.
  • the objects of the present disclosure can also be achieved by running a program or set of programs on any computing device.
  • the computing device may be a known general purpose device. Therefore, the objects of the present disclosure can also be achieved merely by providing a program product containing program code for implementing the method or apparatus. That is, such a program product also constitutes the present disclosure, and a storage medium in which such a program product is stored also constitutes the present disclosure.
  • the storage medium can be any known storage medium or any storage medium developed in the future.
  • each component or each step can be decomposed and/or recombined. These disaggregations and/or recombinations should be considered equivalents of the present disclosure.
  • the steps of executing the above-described series of processes can naturally be executed in chronological order in the order described, but need not necessarily be executed in chronological order. Certain steps may be performed in parallel or independently of each other.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本公开提供了一种信息传输方法、终端及网络侧设备。所述方法包括：接收网络侧设备对第一上行数据的反馈信息；根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识；根据所述第一HARQ进程标识，进行数据重传；其中，重传数据中包括所述第一HARQ进程标识。

Description

信息传输方法、终端及网络侧设备
相关申请的交叉引用
本申请主张在2020年8月7日在中国提交的中国专利申请号No.202010791006.0的优先权，其全部内容通过引用包含于此。
技术领域
本公开涉及通信技术领域，尤其涉及一种信息传输方法、终端及网络侧设备。
背景技术
在新空口(New Radio，NR)中，网络侧会预先配置一些上行链路(Uplink，UL)资源，如配置授权资源，方便一些对延时要求高的业务或业务格式比较规则的业务在这些配置的UL资源上传输。在非授权频谱上，终端设备以及网络设备在侦听到信道处于空闲状态时，才能在该信道上发送数据。在网络侧没有成功解码用户设备(User Equipment，UE)UL数据包时，无法获知UE的混合自动重传请求(Hybrid Automatic Repeat request，HARQ)进程ID，所以无法通过HARQ进程ID来索引UE的上行数据来调度重传。如果UE根据时间计算HARQ进程ID，在重传时，如果无法在基站调度的UL资源发送数据，UE需要等待网络侧再次重传调度。这样会造成重传时延的增加。
发明内容
本公开提供一种信息传输方法、终端及网络侧设备，解决了现有的数据重传机制导致数据传输时延增加的问题。
本公开的实施例提供一种信息传输方法，应用于终端，包括：
接收网络侧设备对第一上行数据的反馈信息；
根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识；
根据所述第一HARQ进程标识，进行数据重传；
其中，重传数据中包括所述第一HARQ进程标识。
可选地，所述反馈信息用于调度所述第一上行数据的重传；
或者，
所述反馈信息用于指示所述第一上行数据的传输未成功。
可选地，第一HARQ进程的初传在配置授权(Configured Grant，CG)资源上传输；或者
第一HARQ进程的初传在动态授权(Dynamic Grant，DG)资源上传输。
可选地，所述根据所述第一HARQ进程标识，进行数据重传，包括：
根据所述第一HARQ进程标识，在所述反馈信息指示的资源上进行数据重传，所述反馈信息包括：数据重传的资源指示信息；或者
根据所述第一HARQ进程标识，在CG资源上进行重传。
可选地，所述反馈信息包括：第一上行数据的发送时间；
所述根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识，包括：
根据所述第一上行数据的发送时间，确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
可选地，所述反馈信息包括：第二HARQ进程标识；
所述根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识，包括：
根据所述第二HARQ进程标识，确定与所述第二HARQ进程标识对应的第一HARQ进程标识。
可选地，所述根据所述第二HARQ进程标识，确定与所述第二HARQ进程标识对应的第一HARQ进程标识，包括：
根据所述第二HARQ进程标识，确定所述第一上行数据的发送时间；
根据所述第一上行数据的发送时间，确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
可选地，所述根据所述第一HARQ进程标识，进行数据重传，包括：
根据第一HARQ进程标识，确定与所述第一HARQ进程标识对应的CG资源或DG资源；
在所确定的CG资源或DG资源上，进行第一上行数据的重传。
可选地，所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示；或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
可选地，所述反馈信息包括：配置授权CG的索引信息；
所述根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识，包括：
根据所述配置授权CG的索引信息，确定发送所述第一上行数据的CG资源；
根据所述CG资源，确定与所述CG资源对应的第一HARQ进程标识。
可选地，所述反馈信息包括：新数据指示(New Data Indicator，NDI)，和/或冗余版本标识(Redundancy Version Identifier，RV ID)。
可选地，在目标情况下，导致所述第一上行数据未被所述网络侧设备成功接收；
所述目标情况包括以下至少一项：
对话前监听LBT失败；
所述第一上行数据的初传优先级降低。
本公开的实施例提供一种信息传输方法，应用于网络侧设备，包括：
在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下，向终端发送反馈信息；
接收终端发送的重传数据，所述重传数据中包括所述第一HARQ进程标识。
可选地，所述反馈信息用于调度所述第一上行数据的重传；
或者，
所述反馈信息用于指示所述第一上行数据的传输未成功。
可选地，第一HARQ进程的初传在配置授权CG资源上传输；或者
第一HARQ进程的初传在动态授权DG资源上传输。
可选地，所述接收终端发送的重传数据，包括：
接收所述反馈信息指示的资源上的重传数据，所述反馈信息包括：数据重传的资源指示信息；或者，
接收终端在CG资源上的重传数据。
可选地，所述反馈信息包括：第一上行数据的发送时间。
可选地，所述反馈信息包括：第二HARQ进程标识。
可选地，在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下，向终端发送反馈信息之前，所述方法还包括：
根据第一上行数据的发送时间，确定第二HARQ进程标识。
可选地，所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示；或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
可选地，所述反馈信息包括：配置授权CG的索引信息。
可选地，在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下，向终端发送反馈信息之前，所述方法还包括：
根据第一HARQ进程标识接收失败的时域位置，确定配置授权CG的索引信息。
可选地，所述反馈信息包括：新数据指示NDI，和/或冗余版本标识RV ID。
本公开的实施例提供一种终端，包括：收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
接收网络侧设备对第一上行数据的反馈信息；
根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识；
根据所述第一HARQ进程标识，进行数据重传；
其中，重传数据中包括所述第一HARQ进程标识。
可选地，所述反馈信息用于调度所述第一上行数据的重传；
或者，
所述反馈信息用于指示所述第一上行数据的传输未成功。
可选地，第一HARQ进程的初传在配置授权CG资源上传输；或者
第一HARQ进程的初传在动态授权DG资源上传输。
可选地，所述根据所述第一HARQ进程标识，进行数据重传，包括：
根据所述第一HARQ进程标识，在所述反馈信息指示的资源上进行数据重传，所述反馈信息包括：数据重传的资源指示信息；或者
根据所述第一HARQ进程标识，在CG资源上进行重传。
可选地，所述反馈信息包括：第一上行数据的发送时间；
所述根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识，具体包括：
根据所述第一上行数据的发送时间，确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
可选地，所述反馈信息包括：第二HARQ进程标识；
所述根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识，具体包括：
根据所述第二HARQ进程标识，确定与所述第二HARQ进程标识对应的第一HARQ进程标识。
可选地，所述根据所述第二HARQ进程标识，确定与所述第二HARQ进程标识对应的第一HARQ进程标识，具体包括：
根据所述第二HARQ进程标识，确定所述第一上行数据的发送时间；
根据所述第一上行数据的发送时间，确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
可选地，所述根据所述第一HARQ进程标识，进行数据重传，具体包括：
根据第一HARQ进程标识，确定与所述第一HARQ进程标识对应的CG资源或DG资源；
在所确定的CG资源或DG资源上，进行第一上行数据的重传。
可选地，所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示；或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携 带。
可选地，所述反馈信息包括：配置授权CG的索引信息；
所述根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识，具体包括：
根据所述配置授权CG的索引信息，确定发送所述第一上行数据的CG资源；
根据所述CG资源，确定与所述CG资源对应的第一HARQ进程标识。
可选地，所述反馈信息包括：新数据指示NDI，和/或冗余版本标识RV ID。
可选地，在目标情况下，导致所述第一上行数据未被所述网络侧设备成功接收；
所述目标情况包括以下至少一项：
对话前监听LBT失败；
所述第一上行数据的初传优先级降低。
本公开的实施例提供一种网络侧设备，包括：收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下，向终端发送反馈信息；
接收终端发送的重传数据，所述重传数据中包括所述第一HARQ进程标识。
可选地，所述反馈信息用于调度所述第一上行数据的重传；
或者，
所述反馈信息用于指示所述第一上行数据的传输未成功。
可选地，第一HARQ进程的初传在配置授权CG资源上传输；或者
第一HARQ进程的初传在动态授权DG资源上传输。
可选地，所述接收终端发送的重传数据，具体包括：
接收所述反馈信息指示的资源上的重传数据，所述反馈信息包括：数据重传的资源指示信息；或者，
接收终端在CG资源上的重传数据。
可选地，所述反馈信息包括：第一上行数据的发送时间。
可选地，所述反馈信息包括：第二HARQ进程标识。
可选地，所述处理器还用于：
根据第一上行数据的发送时间，确定第二HARQ进程标识。
可选地，所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示；或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
可选地，所述反馈信息包括：配置授权CG的索引信息。
可选地，所述处理器还用于：
根据第一HARQ进程标识接收失败的时域位置，确定配置授权CG的索引信息。
可选地，所述反馈信息包括：新数据指示NDI，和/或冗余版本标识RV ID。
本公开的实施例提供一种终端，包括：
第一接收模块，用于接收网络侧设备对第一上行数据的反馈信息；
第一确定模块，用于根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识；
传输模块，用于根据所述第一HARQ进程标识，进行数据重传；
其中，重传数据中包括所述第一HARQ进程标识。
本公开的实施例提供一种网络侧设备，包括：
第一发送模块，用于在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下，向终端发送反馈信息；
第二接收模块，用于接收终端发送的重传数据，所述重传数据中包括所述第一HARQ进程标识。
本公开的实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述的信息传输方法的步骤。
本公开的上述技术方案的有益效果是：
终端接收到网络侧设备针对第一上行数据的反馈信息时，能够根据反馈信息确定发送第一上行数据的第一HARQ进程标识，并根据所述第一HARQ进程标识进行数据重传，使网络侧设备在无法成功接收到所述第一HARQ进程标识的情况下，也能够执行上行数据的重传调度。
附图说明
图1表示配置授权类型1和配置授权类型2的数据发送过程示意图；
图2表示本公开实施例的信息传输方法的流程示意图之一；
图3表示本公开实施例的数据重传的实现过程示意图之一；
图4表示本公开实施例的数据重传的实现过程示意图之二；
图5表示本公开实施例的数据重传的实现过程示意图之三；
图6表示本公开实施例的信息传输方法的流程示意图之二；
图7表示本公开实施例的终端的模块结构示意图；
图8表示本公开实施例的网络侧设备的模块结构示意图；
图9表示本公开实施例的终端的结构框图；
图10表示本公开实施例的网络侧设备的结构框图。
具体实施方式
为使本公开要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本公开的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本公开的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本公开的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
在本公开的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。
本公开实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。在本申请所提供的实施例中，应理解，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。
本公开实施例中，接入网的形式不限，可以是包括宏基站(Macro Base Station)、微基站(Pico Base Station)、Node B(3G移动基站的称呼)、增强型基站(eNB)、家庭增强型基站(Femto eNB或Home eNode B或Home eNB或HeNB)、中继站、接入点、RRU(Remote Radio Unit，远端射频模块)、RRH(Remote Radio Head，射频拉远头)等的接入网。用户终端可以是移动电话(或手机)，或者其他能够发送或接收无线信号的设备，包括用户设备、个人数字助理(PDA)、无线调制解调器、无线通信装置、手持装置、膝上型计算机、无绳电话、无线本地回路(WLL)站、能够将移动信号转换为WiFi信号的CPE(Customer Premise Equipment，客户终端)或移动智能热点、智能家电、或其他不通过人的操作就能自发与移动通信网络通信的设备等。
在进行本公开实施例的说明时，首先对下面描述中所用到的一些概念进行解释说明。
1)配置授权传输：
在NR中，网络侧会预先配置一些UL资源，方便一些对延时要求高的业务(比如：高可靠低时延通信(Ultra Reliable Low Latency Communications，URLLC))或业务格式比较规则的业务(比如基于IP的语音传输(Voice over Internet Protocol，VoIP)业务)在这些配置的UL资源上传输。
配置授权类型1(Configured Grant Type1)和配置授权类型2(Configured grant type2)是两种调度方式，相同点是基站会预先分配周期性的资源位置，UE会按照基站与分配的资源位置发送数据。区别点在于：
Configured Grant Type1是无线资源控制(Radio Resource Control，RRC)配置资源位置，调制编码方式(Modulation Coding Scheme，MCS)方式，调制编码方式(Radio Block，RB)大小，HARQ个数，周期等内容，不需要物理层激活、去激活过程，在RRC配置后即生效。
Configured grant type2同样是RRC配置资源位置，HARQ个数，周期，但并不会配置RB，MCS方式。同时需要物理层发送下行控制信息(Downlink control information，DCI)对资源进行激活和去激活操作。
Configured Grant type1和Configured Grant type2中HARQ ID取值范围为0到N-1。其中N为RRC配置的针对Configured Grant type1和Configured Grant type2调度HARQ进程个数。可以看出Configured Grant type1和Configured Grant type2的HARQ进程也包括0。Configured Grant type1和Configured Grant type2数据发送过程如图1所示，其中，MAC(Media Access Control，媒体介入控制)，PDU(Packet Data Unit，分组数据单元)。
在配置上行授权类型1时，gNB会配置以下参数：
CS(Configured Scheduling，配置调度)-RNTI：在类型1中供重传使用的无线网络临时标识(Radio Network Temporary Identifier，RNTI)RNTI；
Periodicity(周期)：配置授权的周期；
Nrof HARQ-Processes(HARQ进程数量)：配置授权使用的HARQ个数；
time Domain Offset(时域偏移量):时域上与SFN＝0的资源偏移量；
time Domain Allocation(时域分配):配置上行授权在时域上的分配，包括起始符号以及长度。
针对配置授权类型2，gNB会配置以下参数：
CS-RNTI：用于指示重传，激活、去激活类型2时使用的RNTI；
periodicity：配置授权的周期；
Nrof HARQ-Processes：配置授权使用的HARQ个数；
通过物理层DCI来指示配置授权类型2的资源起始位置(起始位置为DCI中指示的PUSCH的初始化/再次初始化的位置)，时频域资源位置等。
2)配置授权的HARQ进程ID计算：
在NR系统中，为了节省PDCCH控制开销，网络侧会分配一些预配置的 资源。这些配置资源的周期和资源位置是网络侧一次分配，多次重复使用的。
为了匹配更好的执行重传调度，标准规范了HARQ进程ID与配置资源相匹配的关系，以NR系统为例，HARQ进程ID的计算公式为：
下行链路(Downlink，DL)：
HARQ Process ID＝[floor(CURRENT_slot×10/(Number Of Slots Per Frame×periodicity))]％Nrof HARQ-Processes；
其中CURRENT_slot＝[(SFN×Number Of Slots Per Frame)+slot number in the frame]，Number Of Slots Per Frame表示每个帧内连续的时隙个数，slot number in the frame表示传输过程中时隙的序列号，SFN(System Frame Number，系统帧号)为系统帧号。
UL：HARQ Process ID＝[floor(CURRENT_symbol/periodicity)]％nrof HARQ-Processes；
其中，CURRENT_symbol表示UL发送时隙的第一个符号编号。
3)NR-U(New Radio in Unlicensed Spectrum，工作于免许可频段的5G空中接口)中，UE HARQ进程ID分配方式。
在NR-U中，由于信道是抢占的，终端设备以及网络设备在侦听到信道处于空闲状态时，才能在该信道上发送数据。在发送配置授权的数据时，如果UE根据相关技术根据时间计算HARQ进程ID，那么重传时，如果无法在基站调度的UL资源发送数据，那么UE需要等待网络侧再次重传调度。这样会造成重传时延的增加。
如果UE采用CG的自动重传方式，那么UE只能选择与当前HARQ进程ID相同的CG传输机会，但是如果在这个重传的CG上出现对话前监听(Listen Before Talk，LBT)失败，那么UE只能等到下一个与当前CG HARQ进程ID一样的CG时刻，这样也会增加重传时延。在CG初传过程中，如果与当前CG时刻对应的HARQ进程被一直占用，UE也无法执行对应的新传，这样同样会增加数据传输的时延。所以，在NR-U系统中，UE自主选择HARQ进程ID，同时在发送物理上行共享信道(Physical Uplink Shared Channel，PUSCH)时，将UE选择HARQ进程ID携带在UL控制指示，如上行控制信息(Uplink Control Information，UCI)中，这样基站在获取了该UCI的同 时，能够获取UE的HARQ进程ID。
4)NR-U中的重传机制：
在NR-U中，在网络侧没有成功解码UE UL数据包时，无法获知UE的HARQ进程ID，所以无法通过HARQ进程ID来索引UE的UL数据来调度重传。所以在NR-U中，网络侧是通过配置授权的自动重传方式来执行重传的。同时引入CG重传定时器。举例来讲，UE在CGm发送了数据包1，UE打开CG重传定时器，如果网络侧没有成功解码数据包1，无法获知UE的HARQ进程ID，所以UE在CG重传定时器超时后找到另一个可用的CG时隙发送重传所述数据包1。
本申请提供一种信息传输方法、终端及网络侧设备，能够解决数据重传机制导致数据传输时延增加的问题。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
如图2所示，本公开的实施例提供了一种信息传输方法，应用于终端，具体包括以下步骤：
步骤21：接收网络侧设备对第一上行数据的反馈信息。
终端发送上行传输时，如果网络侧设备不能成功接收所述第一上行数据，则向终端发送反馈信息。所述不能成功接收所述第一上行数据可以包括：所述网络侧设备不能解析出所述第一上行数据但是可以确定所述第一上行数据使用的第一HARQ进程标识，所述第一HARQ进程标识例如第一HARQ进程号；或者，所述网络侧设备既不能解析出所述第一上行数据也不能确定所述第一HARQ进程标识。
例如：UE在CG0时刻发送UL数据：UE在HARQ进程资源池中，选择HARQ进程，假定所选的HARQ进程为第一HARQ进程ID(即所述第一HARQ进程标识)，并携带在所述第一上行数据中。UE将所述第一HARQ进程ID携带在CG-UCI中，并复用到该UL数据中。当网络侧设备在CG0时刻，只检查到了UE发送了数据，但是却没有成功解码所述CG-UCI，无法获 知UE发送的所述第一上行数据的第一HARQ进程ID，则所述网络侧设备发送所述反馈信息。
步骤22：根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识。
终端接收所述网络侧设备发送的所述反馈信息，根据所述反馈信息判断所述网络侧设备反馈所对应的第一HARQ进程标识。所述反馈信息用于对所述第一上行数据进行重传调度。
步骤23：根据所述第一HARQ进程标识，进行数据重传；其中，重传数据中包括所述第一HARQ进程标识。
终端根据所述反馈信息，在网络侧设备调度的重传资源上对所述第一上行数据进行重传，并携带所述第一HARQ进程标识。其中，所述第一HARQ进程标识为终端发送所述第一上行数据时实际使用的进程标识。
该实施例中，终端接收到网络侧设备针对第一上行数据的反馈信息时，能够根据反馈信息确定发送第一上行数据的第一HARQ进程标识，并根据所述第一HARQ进程标识进行数据重传，使网络侧设备在无法成功接收到所述第一HARQ进程标识的情况下，也能够执行上行数据的重传调度。
可选地，所述反馈信息用于调度所述第一上行数据的重传；或者，所述反馈信息用于指示所述第一上行数据的传输未成功。所述反馈信息可以为网络侧设备发送的针对于所述第一上行数据的重传调度命令，用于调度所述第一上行数据的重传；或者，所述反馈信息为针对于所述第一上行数据的传输状态的反馈，指示所述第一上行数据是否传输成功。
其中，第一HARQ进程的初传可以在配置授权CG资源上传输；或者，第一HARQ进程的初传可以在动态授权DG资源上传输。
可选地，在目标情况下，导致所述第一上行数据未被所述网络侧设备成功接收；所述目标情况包括以下至少一项：对话前监听LBT失败；所述第一上行数据的初传优先级降低。
该实施例中，终端可以在所述CG资源或者DG资源上进行所述第一上行数据的初传，其中，如果此次初传的传输资源出现LBT失败，和/或，所述第一上行数据的初传优先级被降低，则可能导致所述第一上行数据不能被所 述网络侧设备成功接收。
具体地，所述第一HARQ进程的初传可以在CG资源上，即终端在所述CG资源进行所述第一上行数据的初传，所述第一HARQ进程的初传失败的原因可以为：由于LBT失败或者被降优先级，导致所述第一HARQ进程的初传未被网络侧设备成功接收。或者，所述第一HARQ进程的初传在DG资源上，所述第一HARQ进程的初传失败的原因可以为：由于LBT失败导致所述第一HARQ进程的初传未被网络侧设备成功接收。
终端根据所述反馈信息确定所述第一上行数据对应的第一HARQ进程标识后，根据所述第一HARQ进程标识执行数据重传，在重传的数据中携带所述第一HARQ进程标识。具体地，根据所述第一HARQ进程标识，进行数据重传，可以包括：根据所述第一HARQ进程标识，在所述反馈信息指示的资源上进行数据重传，所述反馈信息包括：数据重传的资源指示信息；或者，根据所述第一HARQ进程标识，在CG资源上进行重传。
该实施例中，在终端根据所述第一HARQ进程标识执行数据重传时，可以根据反馈信息内的资源指示信息，在指示的资源上进行所述第一上行数据的重传，其中，网络侧设备在向终端发送所述反馈信息时，在所述反馈信息内携带用于指示重传资源的指示信息。或者，终端根据所述第一HARQ进程标识，在CG资源上进行重传。
进一步地，终端根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识，包括但不限于以下几种方式：
方式一：反馈信息内包括基于时间的指示。
具体地，所述反馈信息包括：第一上行数据的发送时间；所述步骤22可以包括：根据所述第一上行数据的发送时间，确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
该实施例中，所述反馈信息内包括所述第一上行数据的发送时间，网络侧设备在未成功接收所述第一上行数据时，能够获取到所述第一上行数据的发送时间，将所述发送时间携带在是反馈信息内发送至终端，使终端根据所述发送时间，确定与所述发送时间相关联的HARQ进程ID，即所述第一 HARQ进程标识。并进一步确定与所述发送时间关联的CG资源或者DG资源。
可选地，所述步骤23包括：根据第一HARQ进程标识，确定与所述第一HARQ进程标识对应的CG资源或DG资源；在所确定的CG资源或DG资源上，进行第一上行数据的重传。终端根据所述第一HARQ进程标识，执行与第一HARQ进程相关联的CG或DG重传，并在重传数据内携带所述第一HARQ进程标识。
下面通过示例说明所述反馈信息携带第一上行数据的发送时间时，终端执行数据重传的实现过程：
示例一，如图3所示：
1)：UE在CG0时刻发送UL数据(即所述第一上行数据)；
UE在HARQ进程资源池中，选择HARQ进程，假定所选的HARQ进程为第一HARQ进程ID(即所述第一HARQ进程标识)，如图3中的“HP#0”，并携带在所述UL数据中。UE将所述第一HARQ进程ID携带在CG-UCI中，并复用到该UL数据中。
2)：网络侧设备未成功接收到所述CG-UCI，无法获知UE的UL数据对应的第一HARQ进程ID；
3)：网络侧设备向该UE发送反馈信息；
网络侧设备将CG0的发送时间信息，携带在所述反馈信息中，所述反馈信息可以是UL重传调度命令，也可以是UL数据的DL反馈命令。可选的，所述反馈信息包含UL授权信息。
4)：所述终端接收到网络侧设备的反馈信息，执行重传。
所述终端根据反馈信息中的第一上行数据的发送时间，判断所述反馈信息所对应的CG资源信息。根据图3所示，所述UE判断出所述反馈信息为对应的CG0的反馈信息。
5)：所述终端根据所述反馈信息，执行重传。根据步骤1可知，该重传数据中包括CG-UDI(Uplink Data Information，上行数据信息)，并包括所述第一HARQ进程ID。
方式二：反馈信息内包括第二HARQ进程标识。
具体地，所述反馈信息可以包括：第二HARQ进程标识；所述步骤22可以包括：根据所述第二HARQ进程标识，确定与所述第二HARQ进程标识对应的第一HARQ进程标识。
该实施例中，所述第二HARQ进程标识为网络侧设备配置的，可以为根据第一上行数据的发送时间计算得到，或者定义一个特殊的HARQ进程标识。网络侧设备在未成功接收所述第一上行数据时，向终端发送反馈信息，所述反馈信息内携带所述第二HARQ进程标识，利用该第二HARQ进程标识进行所述第一上行数据的重传调度。
终端接收到所述反馈信息，根据所述反馈信息内的所述第二HARQ进程标识，能够确定与所述第二HARQ进程标识对应的发送所述第一上行数据使用的第一HARQ进程标识。
具体地，所述根据所述第二HARQ进程标识，确定与所述第二HARQ进程标识对应的第一HARQ进程标识，包括：根据所述第二HARQ进程标识，确定所述第一上行数据的发送时间；根据所述第一上行数据的发送时间，确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。所述终端可以根据所述第二HARQ进程标识，确定所述第一上行数据的发送时间，进一步根据所述发送时间确定与所述发送时间对应的所述第一HARQ进程标识。
可选地，所述步骤23包括：根据第一HARQ进程标识，确定与所述第一HARQ进程标识对应的CG资源或DG资源；在所确定的CG资源或DG资源上，进行第一上行数据的重传。终端根据所述第一HARQ进程标识，执行与第一HARQ进程相关联的CG或DG重传，并在重传数据内携带所述第一HARQ进程标识。
下面通过示例说明所述反馈信息携带第二HARQ进程标识时，终端执行数据重传的实现过程：
示例二，如图4所示：
1)：UE在CG0时刻发送UL数据。
UE在HARQ进程资源池中，选择HARQ进程，假定所选的HARQ进程为第一HARQ进程ID(即所述第一HARQ进程标识)，如图4中“HP#0”，并携带在所述UL数据(即所述第一上行数据)中。UE将所述第一HARQ进 程ID携带在CG-UCI中，并复用到该UL数据中。
2)：网络侧设备未接收到所述CG-UCI，无法获知UE的UL数据HARQ进程ID；
3)网络侧设备向该UE发送反馈信息；
网络侧设备根据CG0的发送时间，计算一个HARQ进程ID(即第二HARQ进程标识，例如图4中的HP#2)，并将该HARQ进程ID携带在所述反馈信息中，所述反馈信息可以是UL重传调度命令，也可以是UL数据的DL反馈命令。可选的，所述反馈指示包含UL授权信息。
4)：所述终端接收到网络侧设备的反馈信息，执行重传；
所述终端根据反馈信息中的第二HARQ进程标识的信息，例如根据公式：
HARQ Process ID＝[floor(CURRENT_symbol/periodicity)]％nrof HARQ-Processes；
反推所述反馈信息所对应的CG信息。根据图4所示，所述UE判断出所述反馈信息为对应的CG0的反馈信息。
5)：所述终端设备根据反馈指示，执行重传。根据步骤1可知，该重传数据中包括CG-UDI，并包括所述第一HARQ进程ID。
需要说明的，所述第二HARQ进程标识可以通过所述反馈信息中的目标比特信息指示；或者，所述第二HARQ进程标识可以通过所述反馈信息中的HARQ进程标识域携带。
例如，网络侧设备可以在所述反馈信息中引入1比特信息，用于指示是否使用了所述第二HARQ进程标识，如果使用所述第二HARQ进程标识，终端将此次重传调度与所述第一上行数据在CG上的初始传输关联起来，即此次重传调度为针对所述第一上行数据的重传。或者，网络侧设备在所述反馈信息的HARQ进程标识域内，填入无效的HARQ进程标识(即所述第二HARQ进程标识)，例如没有为终端配置的进行号。
或者，利用1比特信息指示是否使用所述第二HARQ进程标识，加进程标识指示，该进程标识指示可以是根据终端发送所述第一上行数据的发送时间推导的，如果使用这种指示，终端将该重传调度与该进程标识指示所对应时间位置的上行传输关联起来。
方式三：反馈信息内包括CG的索引信息。
具体地，所述反馈信息包括：配置授权CG的索引信息；所述步骤22可以包括：根据所述配置授权CG的索引信息，确定发送所述第一上行数据的CG资源；根据所述CG资源，确定与所述CG资源对应的第一HARQ进程标识。
该实施例中，网络侧设备发送的所述反馈信息包括CG授权的索引信息，例如：CG ID。终端接收到所述反馈信息后，根据CG授权的索引信息确定CG资源以及与所述CG资源对应的第一HARQ进程标识。可选地，网络侧设备可以根据第一HARQ进程标识接收失败的时域位置，确定配置授权CG的索引信息。
下面通过示例说明所述反馈信息携带CG的索引信息时，终端执行数据重传的实现过程：
示例三，如图5所示：
1)：UE在CG0时刻发送UL数据。
UE在HARQ进程资源池中，选择HARQ进程，假定所选的HARQ进程为第一HARQ进程ID(即所述第一HARQ进程标识)，如图5中“HP#0”，并携带在所述UL数据(即所述第一上行数据)中。UE将所述第一HARQ进程ID携带在CG-UCI中，并复用到该UL数据中。
2)：网络侧设备未接收到所述CG-UCI，无法获知UE的UL数据HARQ进程ID；
3)：网络侧设备向该UE发送反馈信息；
网络侧设备根据未收到配置授权的时域位置信息判断该配置授权的配置授权ID信息(即所述索引信息)，将CG0的配置授权ID，以图5为例，CG ID为1，携带在所述反馈信息中，所述反馈信息可以是UL重传调度命令，也可以是UL数据的DL反馈命令。可选的，所述反馈指示包含UL授权信息。
4)：所述终端接收到网络侧设备的反馈信息，执行重传。
所述终端根据反馈信息中CG的索引信息，判断所述反馈信息所对应的CG信息。根据图5所示，所述UE判断出所述反馈信息为对应CG0的反馈 信息。
5)：所述终端设备根据反馈指示，执行重传。根据步骤1可知，该重传数据中包括CG-UDI，并包括所述第一HARQ进程ID。
可选地，所述反馈信息可以包括：新数据指示NDI，和/或冗余版本标识RV ID。所述反馈信息是由配置调度RNTI(Configured Scheduling RNTI，CS-RNTI)加扰。
可选地，在所述网络侧设备不能解析出所述第一上行数据，但是可以确定该第一上行数据使用的第一HARQ进程标识时，利用所述第一HARQ进程标识进行重传调度。
本公开的实施例，终端接收到网络侧设备针对第一上行数据的反馈信息时，能够根据反馈信息确定发送第一上行数据的第一HARQ进程标识，并根据所述第一HARQ进程标识进行数据重传，使网络侧设备在无法成功接收到所述第一HARQ进程标识的情况下，也能够执行上行数据的重传调度。
如图6所示，本公开实施例还提供一种信息传输方法，应用于网络侧设备，包括：
步骤61、在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下，向终端发送反馈信息。
如果网络侧设备不能成功接收终端发送的第一上行数据，则向终端发送反馈信息。所述不能成功接收所述第一上行数据可以为：所述网络侧设备不能解析出所述第一上行数据中携带的所述第一HARQ进程标识。
例如：UE在CG0时刻发送UL数据：UE在HARQ进程资源池中，选择HARQ进程，假定所选的HARQ进程为第一HARQ进程ID(即所述第一HARQ进程标识)，并携带在所述第一上行数据中。UE将所述第一HARQ进程ID携带在CG-UCI中，并复用到该UL数据中。当网络侧设备在CG0时刻，只检查到了UE发送了数据，但是却没有成功解码所述CG-UCI，无法获知UE发送的所述第一上行数据的第一HARQ进程ID，则所述网络侧设备发送所述反馈信息。
步骤62、接收终端发送的重传数据，所述重传数据中包括所述第一HARQ进程标识。
终端接收到所述反馈信息后，根据所述反馈信息判断网络侧设备反馈所对应的第一HARQ进程标识。所述反馈信息用于对所述第一上行数据进行重传调度。终端根据所述反馈信息，在网络侧设备调度的重传资源上对所述第一上行数据进行重传，并携带所述第一HARQ进程标识。网络侧设备接收重传数据，则可以获得所述第一HARQ进程标识。
该实施例中，网络侧设备在无法成功接收到所述第一HARQ进程标识的情况下，向终端发送针对第一上行数据的反馈信息，使终端能够根据反馈信息确定发送第一上行数据的第一HARQ进程标识，并根据所述第一HARQ进程标识进行数据重传，实现网络侧设备在无法成功接收第一HARQ进程标识的情况下，也能够执行上行数据的重传调度。
可选地，所述反馈信息用于调度所述第一上行数据的重传；或者，所述反馈信息用于指示所述第一上行数据的传输未成功。所述反馈信息可以为网络侧设备发送的针对于所述第一上行数据的重传调度命令，用于调度所述第一上行数据的重传；或者，所述反馈信息为针对于所述第一上行数据的传输状态的反馈，指示所述第一上行数据是否传输成功。
可选地，第一HARQ进程的初传在配置授权CG资源上传输；或者第一HARQ进程的初传在动态授权DG资源上传输。在目标情况下，可能导致所述网络侧设备对第一上行数据接收失败，即对所述第一HARQ进程标识接收失败。其中，目标情况可以包括但不限于如下至少一项：对话前监听LBT失败，即此次初传的传输资源出现LBT失败；所述第一上行数据的初传优先级降低。
具体地，所述第一HARQ进程的初传可以在CG资源上，即终端在所述CG资源进行所述第一上行数据的初传，所述第一HARQ进程的初传失败的原因可以为：由于LBT失败或者被降优先级，导致所述第一HARQ进程的初传未被网络侧设备成功接收。或者，所述第一HARQ进程的初传在DG资源上，所述第一HARQ进程的初传失败的原因可以为：由于LBT失败导致所述第一HARQ进程的初传未被网络侧设备成功接收。
可选地，所述接收终端发送的重传数据，包括：接收所述反馈信息指示的资源上的重传数据，所述反馈信息包括：数据重传的资源指示信息；接收 终端在CG资源上的重传数据。
该实施例中，网络侧设备在向终端发送所述反馈信息时，可以在所述反馈信息内携带用于指示重传资源的指示信息，则终端根据反馈信息内的资源指示信息，在指示的资源上进行所述第一上行数据的重传，网络侧设备在指示的资源上接收重传数据。或者，终端根据所述第一HARQ进程标识，在CG资源上进行重传，则网络侧设备在CG资源上接收重传数据。
可选地，所述反馈信息包括：第一上行数据的发送时间。终端能够根据所述第一上行数据的发送时间确定所述第一HARQ进程标识。
该实施例中，网络侧设备在未成功接收所述第一上行数据对应的第一HARQ进程标识时，能够获取到所述第一上行数据的发送时间，将所述发送时间携带在是反馈信息内发送至终端，使终端根据所述发送时间，确定与所述发送时间相关联的第一HARQ进程标识。并进一步确定与所述发送时间关联的CG资源或者DG资源。所述第一HARQ进程标识为终端发送所述第一上行数据时实际使用的HARQ进程标识。
可选地，所述反馈信息包括：第二HARQ进程标识。终端可以根据所述第二HARQ进程标识确定所述第一HARQ进程标识。
该实施例中，所述第二HARQ进程标识为网络侧设备配置的，网络侧设备可以根据第一上行数据的发送时间计算得到所述第二HARQ进程标识，或者所述网络侧设备定义一个特殊的HARQ进程标识。在未成功接收所述第一上行数据对应的第一HARQ进程标识时，向终端发送反馈信息，所述反馈信息内携带所述第二HARQ进程标识，利用该第二HARQ进程标识进行所述第一上行数据的重传调度。
具体地，在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下，向终端发送反馈信息之前，所述方法还可以包括：根据第一上行数据的发送时间，确定第二HARQ进程标识。终端接收到所述反馈信息，根据所述反馈信息内的所述第二HARQ进程标识，能够确定与所述第二HARQ进程标识对应的发送所述第一上行数据使用的第一HARQ进程标识。具体地，终端可以根据所述第二HARQ进程标识，确定所述第一上行数据的发送时间；根据所述第一上行数据的发送时间，确定与所述第一上行 数据的发送时间对应的第一HARQ进程标识。进而根据所述第一HARQ进程标识得到发送所述第一上行数据的CG资源或者DG资源。
可选地，所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示；或者，所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
例如，网络侧设备可以在所述反馈信息中引入1比特信息，用于指示是否使用了所述第二HARQ进程标识，如果使用所述第二HARQ进程标识，终端将此次重传调度与所述第一上行数据在CG上的初始传输关联起来。或者，网络侧设备在所述反馈信息的HARQ进程标识域内，填入无效的HARQ进程标识(即所述第二HARQ进程标识)，例如没有为终端配置的进行号。
或者，网络侧设备利用1比特信息指示是否使用所述第二HARQ进程标识，加进程标识指示，该进程标识指示可以是根据终端发送所述第一上行数据的发送时间推导的，如果使用这种指示，终端将该重传调度与该进程标识指示所对应时间位置的上行传输关联起来。
可选地，所述反馈信息包括：配置授权CG的索引信息。终端能够根据所述CG的索引信息确定发送所述第一上行数据的CG资源，从而根据所述CG资源，确定与所述CG资源对应的第一HARQ进程标识。
该实施例中，网络侧设备发送的所述反馈信息包括CG授权的索引信息，例如：CG ID。可选地，在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下，向终端发送反馈信息之前，所述方法还包括：根据第一HARQ进程标识接收失败的时域位置，确定配置授权CG的索引信息。终端接收到所述反馈信息后，根据CG授权的索引信息确定CG资源以及与所述CG资源对应的第一HARQ进程标识。
可选地，所述反馈信息包括：新数据指示NDI，和/或冗余版本标识RV ID。所述反馈信息是由CS-RNTI加扰。
可选地，在所述网络侧设备不能解析出所述第一上行数据，但是可以确定该第一上行数据使用的第一HARQ进程标识时，利用所述第一HARQ进程标识进行重传调度。
该实施例中，网络侧设备在无法成功接收到所述第一HARQ进程标识的 情况下，向终端发送针对第一上行数据的反馈信息，使终端能够根据反馈信息确定发送第一上行数据的第一HARQ进程标识，并根据所述第一HARQ进程标识进行数据重传，实现网络侧设备在无法成功接收第一HARQ进程标识的情况下，也能够执行上行数据的重传调度。
如图7所示，本公开的实施例提供了一种终端700，包括：
第一接收模块710，用于接收网络侧设备对第一上行数据的反馈信息；
第一确定模块720，用于根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识；
传输模块730，用于根据所述第一HARQ进程标识，进行数据重传；
其中，重传数据中包括所述第一HARQ进程标识。
可选地，所述反馈信息用于调度所述第一上行数据的重传；
或者，
所述反馈信息用于指示所述第一上行数据的传输未成功。
可选地，第一HARQ进程的初传在配置授权CG资源上传输；或者
第一HARQ进程的初传在动态授权DG资源上传输。
可选地，所述传输模块具体用于：
根据所述第一HARQ进程标识，在所述反馈信息指示的资源上进行数据重传，所述反馈信息包括：数据重传的资源指示信息；或者
根据所述第一HARQ进程标识，在CG资源上进行重传。
可选地，所述反馈信息包括：第一上行数据的发送时间；
所述第一确定模块具体用于：根据所述第一上行数据的发送时间，确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
可选地，所述反馈信息包括：第二HARQ进程标识；
所述第一确定模块具体用于：根据所述第二HARQ进程标识，确定与所述第二HARQ进程标识对应的第一HARQ进程标识。
可选地，所述第一确定模块具体用于：
根据所述第二HARQ进程标识，确定所述第一上行数据的发送时间；
根据所述第一上行数据的发送时间，确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
可选地，所述传输模块具体用于：
根据第一HARQ进程标识，确定与所述第一HARQ进程标识对应的CG资源或DG资源；
在所确定的CG资源或DG资源上，进行第一上行数据的重传。
可选地，所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示；或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
可选地，所述反馈信息包括：配置授权CG的索引信息；
所述第一确定模块具体用于：根据所述配置授权CG的索引信息，确定发送所述第一上行数据的CG资源；
根据所述CG资源，确定与所述CG资源对应的第一HARQ进程标识。
可选地，所述反馈信息包括：新数据指示NDI，和/或冗余版本标识RV ID。
可选地，在目标情况下，导致所述第一上行数据未被所述网络侧设备成功接收；
所述目标情况包括以下至少一项：
对话前监听LBT失败；
所述第一上行数据的初传优先级降低。
需要说明的是，该终端的实施例是与上述应用于终端的信息传输方法的实施例对应，上述方法实施例中所有实现方式均适用于该终端的实施例中，也能达到相同的技术效果。由于方法实施例和该终端的实施例是基于同一申请构思的，解决问题的原理相似，因此可以相互参见，重复之处不再赘述。
如图8所示，本公开的实施例提供了一种网络侧设备800，包括：
第一发送模块810，用于在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下，向终端发送反馈信息；
第二接收模块820，用于接收终端发送的重传数据，所述重传数据中包括所述第一HARQ进程标识。
可选地，所述反馈信息用于调度所述第一上行数据的重传；
或者，
所述反馈信息用于指示所述第一上行数据的传输未成功。
可选地，第一HARQ进程的初传在配置授权CG资源上传输；或者
第一HARQ进程的初传在动态授权DG资源上传输。
可选地，所述第二接收模块具体用于：
接收所述反馈信息指示的资源上的重传数据，所述反馈信息包括：数据重传的资源指示信息；或者，
接收终端在CG资源上的重传数据。
可选地，所述反馈信息包括：第一上行数据的发送时间。
可选地，所述反馈信息包括：第二HARQ进程标识。
可选地，所述网络侧设备还包括：
第二确定模块，用于根据第一上行数据的发送时间，确定第二HARQ进程标识。
可选地，所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示；或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
可选地，所述反馈信息包括：配置授权CG的索引信息。
可选地，所述网络侧设备还包括：
第三确定模块，用于根据第一HARQ进程标识接收失败的时域位置，确定配置授权CG的索引信息。
可选地，所述反馈信息包括：新数据指示NDI，和/或冗余版本标识RV ID。
需要说明的是，该网络侧设备的实施例是与上述应用于网络侧设备的信息传输方法的实施例对应，上述方法实施例中所有实现方式均适用于该网络侧设备的实施例中，也能达到相同的技术效果。
需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物 理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对相关技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
如图9所示，本公开实施例还提供一种终端，包括收发机94、存储器93、处理器91及存储在存储器93上并可在处理器上运行的计算机程序。
其中，存储器93，用于存储计算机程序；收发机94，与总线接口92连接，用于在所述处理器91的控制下收发数据；处理器91，用于读取所述存储器93中的计算机程序并执行以下操作：
接收网络侧设备对第一上行数据的反馈信息；
根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识；
根据所述第一HARQ进程标识，进行数据重传；
其中，重传数据中包括所述第一HARQ进程标识。
可选地，所述反馈信息用于调度所述第一上行数据的重传；
或者，
所述反馈信息用于指示所述第一上行数据的传输未成功。
可选地，第一HARQ进程的初传在配置授权CG资源上传输；或者
第一HARQ进程的初传在动态授权DG资源上传输。
可选地，所述根据所述第一HARQ进程标识，进行数据重传，具体包括：
根据所述第一HARQ进程标识，在所述反馈信息指示的资源上进行数据重传，所述反馈信息包括：数据重传的资源指示信息；或者
根据所述第一HARQ进程标识，在CG资源上进行重传。
可选地，所述反馈信息包括：第一上行数据的发送时间；
所述根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识，具体包括：
根据所述第一上行数据的发送时间，确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
可选地，所述反馈信息包括：第二HARQ进程标识；
所述根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识，具体包括：
根据所述第二HARQ进程标识，确定与所述第二HARQ进程标识对应的第一HARQ进程标识。
可选地，所述根据所述第二HARQ进程标识，确定与所述第二HARQ进程标识对应的第一HARQ进程标识，具体包括：
根据所述第二HARQ进程标识，确定所述第一上行数据的发送时间；
根据所述第一上行数据的发送时间，确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
可选地，所述根据所述第一HARQ进程标识，进行数据重传，具体包括：
根据第一HARQ进程标识，确定与所述第一HARQ进程标识对应的CG资源或DG资源；
在所确定的CG资源或DG资源上，进行第一上行数据的重传。
可选地，所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示；或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
可选地，所述反馈信息包括：配置授权CG的索引信息；
所述根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识，具体包括：
根据所述配置授权CG的索引信息，确定发送所述第一上行数据的CG资源；
根据所述CG资源，确定与所述CG资源对应的第一HARQ进程标识。
可选地，所述反馈信息包括：新数据指示NDI，和/或冗余版本标识RV ID。
可选地，在目标情况下，导致所述第一上行数据未被所述网络侧设备成功接收；
所述目标情况包括以下至少一项：
对话前监听LBT失败；
所述第一上行数据的初传优先级降低。
需要说明的是，在图9中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器91代表的一个或多个处理器和存储器93代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机94可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。针对不同的终端，用户接口95还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。处理器91负责管理总线架构和通常的处理，存储器93可以存储处理器91在执行操作时所使用的数据。
可选的，处理器91可以是CPU(中央处埋器)、ASIC(Application Specific Integrated Circuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)，处理器也可以采用多核架构。
处理器通过调用存储器存储的计算机程序，用于按照获得的可执行指令执行本申请实施例提供的任一所述方法。处理器与存储器也可以物理上分开布置。
在此需要说明的是，本公开实施例提供的上述终端，能够实现上述应用于终端的方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
如图10所示，本公开实施例还提供一种网络侧设备，包括收发机104、存储器103、处理器101及存储在存储器103上并可在处理器上运行的计算机程序。
其中，存储器103，用于存储计算机程序；收发机104，与总线接口102连接，用于在所述处理器101的控制下收发数据；处理器101，用于读取所述存储器103中的计算机程序并执行以下操作：
在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下，向终端发送反馈信息；
接收终端发送的重传数据，所述重传数据中包括所述第一HARQ进程标识。
可选地，所述反馈信息用于调度所述第一上行数据的重传；
或者，
所述反馈信息用于指示所述第一上行数据的传输未成功。
可选地，第一HARQ进程的初传在配置授权CG资源上传输；或者
第一HARQ进程的初传在动态授权DG资源上传输。
可选地，所述接收终端发送的重传数据，具体包括：
接收所述反馈信息指示的资源上的重传数据，所述反馈信息包括：数据重传的资源指示信息；或者，
接收终端在CG资源上的重传数据。
可选地，所述反馈信息包括：第一上行数据的发送时间。
可选地，所述反馈信息包括：第二HARQ进程标识。
可选地，所述处理器还用于：
根据第一上行数据的发送时间，确定第二HARQ进程标识。
可选地，所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示；或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
可选地，所述反馈信息包括：配置授权CG的索引信息。
可选地，所述处理器还用于：
根据第一HARQ进程标识接收失败的时域位置，确定配置授权CG的索引信息。
可选地，所述反馈信息包括：新数据指示NDI，和/或冗余版本标识RV ID。
其中，在图10中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器101代表的一个或多个处理器和存储器103代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机104可以是多个元件，即包括发送器和收发机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。
处理器101负责管理总线架构和通常的处理，存储器103可以存储处理器101在执行操作时所使用的数据。
处理器101可以是中央处埋器(CPU)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)，处理器也可以采用多核架构。
在此需要说明的是，本公开实施例提供的上述网络侧设备，能够实现上述应用于网络侧设备的方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
另外，本公开具体实施例还提供一种计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如上述信息传输方法中的步骤。且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。
此外，需要指出的是，在本公开的装置和方法中，显然，各部件或各步骤 是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行，某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言，能够理解本公开的方法和装置的全部或者任何步骤或者部件，可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本公开的说明的情况下运用他们的基本编程技能就能实现的。
因此，本公开的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本公开的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本公开，并且存储有这样的程序产品的存储介质也构成本公开。显然，所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。还需要指出的是，在本公开的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (62)

  1. 一种信息传输方法，应用于终端，包括：
    接收网络侧设备对第一上行数据的反馈信息；
    根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识；
    根据所述第一HARQ进程标识，进行数据重传；
    其中，重传数据中包括所述第一HARQ进程标识。
  2. 根据权利要求1所述的方法，其中，所述反馈信息用于调度所述第一上行数据的重传；
    或者，
    所述反馈信息用于指示所述第一上行数据的传输未成功。
  3. 根据权利要求1所述的方法，其中，第一HARQ进程的初传在配置授权CG资源上传输；或者
    第一HARQ进程的初传在动态授权DG资源上传输。
  4. 根据权利要求1所述的方法，所述特征在于，所述根据所述第一HARQ进程标识，进行数据重传，包括：
    根据所述第一HARQ进程标识，在所述反馈信息指示的资源上进行数据重传，所述反馈信息包括：数据重传的资源指示信息；或者
    根据所述第一HARQ进程标识，在CG资源上进行重传。
  5. 根据权利要求1所述的方法，其中，所述反馈信息包括：第一上行数据的发送时间；
    所述根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识，包括：
    根据所述第一上行数据的发送时间，确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
  6. 根据权利要求1所述的方法，其中，所述反馈信息包括：第二HARQ进程标识；
    所述根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一 上行数据对应的第一混合自动重传请求HARQ进程标识，包括：
    根据所述第二HARQ进程标识，确定与所述第二HARQ进程标识对应的第一HARQ进程标识。
  7. 根据权利要求6所述的方法，其中，所述根据所述第二HARQ进程标识，确定与所述第二HARQ进程标识对应的第一HARQ进程标识，包括：
    根据所述第二HARQ进程标识，确定所述第一上行数据的发送时间；
    根据所述第一上行数据的发送时间，确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
  8. 根据权利要求5或6所述的方法，其中，所述根据所述第一HARQ进程标识，进行数据重传，包括：
    根据第一HARQ进程标识，确定与所述第一HARQ进程标识对应的CG资源或DG资源；
    在所确定的CG资源或DG资源上，进行第一上行数据的重传。
  9. 根据权利要求6所述的方法，其中，所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示；或者
    所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
  10. 根据权利要求1所述的方法，其中，所述反馈信息包括：配置授权CG的索引信息；
    所述根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识，包括：
    根据所述配置授权CG的索引信息，确定发送所述第一上行数据的CG资源；
    根据所述CG资源，确定与所述CG资源对应的第一HARQ进程标识。
  11. 根据权利要求1所述的方法，其中，所述反馈信息包括：新数据指示，和/或冗余版本标识。
  12. 根据权利要求1所述的方法，其中，在目标情况下，导致所述第一上行数据未被所述网络侧设备成功接收；
    所述目标情况包括以下至少一项：
    对话前监听LBT失败；
    所述第一上行数据的初传优先级降低。
  13. 一种信息传输方法，应用于网络侧设备，包括：
    在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下，向终端发送反馈信息；
    接收终端发送的重传数据，所述重传数据中包括所述第一HARQ进程标识。
  14. 根据权利要求13所述的方法，其中，所述反馈信息用于调度所述第一上行数据的重传；
    或者，
    所述反馈信息用于指示所述第一上行数据的传输未成功。
  15. 根据权利要求13所述的方法，其中，第一HARQ进程的初传在配置授权CG资源上传输；或者
    第一HARQ进程的初传在动态授权DG资源上传输。
  16. 根据权利要求13所述的方法，其中，所述接收终端发送的重传数据，包括：
    接收所述反馈信息指示的资源上的重传数据，所述反馈信息包括：数据重传的资源指示信息；或者，
    接收终端在CG资源上的重传数据。
  17. 根据权利要求13所述的方法，其中，所述反馈信息包括：第一上行数据的发送时间。
  18. 根据权利要求13所述的方法，其中，所述反馈信息包括：第二HARQ进程标识。
  19. 根据权利要求18所述的方法，其中，在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下，向终端发送反馈信息之前，所述方法还包括：
    根据第一上行数据的发送时间，确定第二HARQ进程标识。
  20. 根据权利要求18所述的方法，其中，所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示；或者
    所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
  21. 根据权利要求13所述的方法，其中，所述反馈信息包括：配置授权CG的索引信息。
  22. 根据权利要求21所述的方法，其中，在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下，向终端发送反馈信息之前，所述方法还包括：
    根据第一HARQ进程标识接收失败的时域位置，确定配置授权CG的索引信息。
  23. 根据权利要求13所述的方法，其中，所述反馈信息包括：新数据指示，和/或冗余版本标识。
  24. 一种终端，包括：收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现以下步骤：
    接收网络侧设备对第一上行数据的反馈信息；
    根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识；
    根据所述第一HARQ进程标识，进行数据重传；
    其中，重传数据中包括所述第一HARQ进程标识。
  25. 根据权利要求24所述的终端，其中，所述反馈信息用于调度所述第一上行数据的重传；
    或者，
    所述反馈信息用于指示所述第一上行数据的传输未成功。
  26. 根据权利要求24所述的终端，其中，第一HARQ进程的初传在配置授权CG资源上传输；或者
    第一HARQ进程的初传在动态授权DG资源上传输。
  27. 根据权利要求24所述的终端，其中，所述根据所述第一HARQ进程标识，进行数据重传，具体包括：
    根据所述第一HARQ进程标识，在所述反馈信息指示的资源上进行数据 重传，所述反馈信息包括：数据重传的资源指示信息；或者
    根据所述第一HARQ进程标识，在CG资源上进行重传。
  28. 根据权利要求24所述的终端，其中，所述反馈信息包括：第一上行数据的发送时间；
    所述根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识，具体包括：
    根据所述第一上行数据的发送时间，确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
  29. 根据权利要求24所述的终端，其中，所述反馈信息包括：第二HARQ进程标识；
    所述根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识，具体包括：
    根据所述第二HARQ进程标识，确定与所述第二HARQ进程标识对应的第一HARQ进程标识。
  30. 根据权利要求29所述的终端，其中，所述根据所述第二HARQ进程标识，确定与所述第二HARQ进程标识对应的第一HARQ进程标识，具体包括：
    根据所述第二HARQ进程标识，确定所述第一上行数据的发送时间；
    根据所述第一上行数据的发送时间，确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
  31. 根据权利要求28或29所述的终端，其中，所述根据所述第一HARQ进程标识，进行数据重传，具体包括：
    根据第一HARQ进程标识，确定与所述第一HARQ进程标识对应的CG资源或DG资源；
    在所确定的CG资源或DG资源上，进行第一上行数据的重传。
  32. 根据权利要求29所述的终端，其中，所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示；或者
    所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
  33. 根据权利要求24所述的终端，其中，所述反馈信息包括：配置授权CG的索引信息；
    所述根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识，具体包括：
    根据所述配置授权CG的索引信息，确定发送所述第一上行数据的CG资源；
    根据所述CG资源，确定与所述CG资源对应的第一HARQ进程标识。
  34. 根据权利要求24所述的终端，其中，所述反馈信息包括：新数据指示，和/或冗余版本标识。
  35. 根据权利要求24所述的终端，其中，在目标情况下，导致所述第一上行数据未被所述网络侧设备成功接收；
    所述目标情况包括以下至少一项：
    对话前监听LBT失败；
    所述第一上行数据的初传优先级降低。
  36. 一种网络侧设备，包括：收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现以下步骤：
    在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下，向终端发送反馈信息；
    接收终端发送的重传数据，所述重传数据中包括所述第一HARQ进程标识。
  37. 根据权利要求36所述的网络侧设备，其中，所述反馈信息用于调度所述第一上行数据的重传；
    或者，
    所述反馈信息用于指示所述第一上行数据的传输未成功。
  38. 根据权利要求36所述的网络侧设备，其中，第一HARQ进程的初传在配置授权CG资源上传输；或者
    第一HARQ进程的初传在动态授权DG资源上传输。
  39. 根据权利要求36所述的网络侧设备，其中，所述接收终端发送的重 传数据，具体包括：
    接收所述反馈信息指示的资源上的重传数据，所述反馈信息包括：数据重传的资源指示信息；或者，
    接收终端在CG资源上的重传数据。
  40. 根据权利要求36所述的网络侧设备，其中，所述反馈信息包括：第一上行数据的发送时间。
  41. 根据权利要求36所述的网络侧设备，其中，所述反馈信息包括：第二HARQ进程标识。
  42. 根据权利要求41所述的网络侧设备，其中，所述处理器还用于：
    根据第一上行数据的发送时间，确定第二HARQ进程标识。
  43. 根据权利要求41所述的网络侧设备，其中，所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示；或者
    所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
  44. 根据权利要求36所述的网络侧设备，其中，所述反馈信息包括：配置授权CG的索引信息。
  45. 根据权利要求44所述的网络侧设备，其中，所述处理器还用于：
    根据第一HARQ进程标识接收失败的时域位置，确定配置授权CG的索引信息。
  46. 根据权利要求36所述的网络侧设备，其中，所述反馈信息包括：新数据指示，和/或冗余版本标识。
  47. 一种终端，包括：
    第一接收模块，用于接收网络侧设备对第一上行数据的反馈信息；
    第一确定模块，用于根据所述反馈信息，确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识；
    传输模块，用于根据所述第一HARQ进程标识，进行数据重传；
    其中，重传数据中包括所述第一HARQ进程标识。
  48. 根据权利要求47所述的终端，其中，所述反馈信息用于调度所述第一上行数据的重传；
    或者，
    所述反馈信息用于指示所述第一上行数据的传输未成功。
  49. 根据权利要求47所述的终端，其中，第一HARQ进程的初传在配置授权CG资源上传输；或者
    第一HARQ进程的初传在动态授权DG资源上传输。
  50. 根据权利要求47所述的终端，其中，所述传输模块具体用于：
    根据所述第一HARQ进程标识，在所述反馈信息指示的资源上进行数据重传，所述反馈信息包括：数据重传的资源指示信息；或者
    根据所述第一HARQ进程标识，在CG资源上进行重传。
  51. 根据权利要求47所述的终端，其中，所述反馈信息包括：第二HARQ进程标识；
    所述第一确定模块具体用于：
    根据所述第二HARQ进程标识，确定与所述第二HARQ进程标识对应的第一HARQ进程标识。
  52. 根据权利要求51所述的终端，其中，所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示；或者
    所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
  53. 一种网络侧设备，包括：
    第一发送模块，用于在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下，向终端发送反馈信息；
    第二接收模块，用于接收终端发送的重传数据，所述重传数据中包括所述第一HARQ进程标识。
  54. 根据权利要求53所述的网络侧设备，其中，所述反馈信息用于调度所述第一上行数据的重传；
    或者，
    所述反馈信息用于指示所述第一上行数据的传输未成功。
  55. 根据权利要求53所述的网络侧设备，其中，第一HARQ进程的初传在配置授权CG资源上传输；或者
    第一HARQ进程的初传在动态授权DG资源上传输。
  56. 根据权利要求53所述的网络侧设备，其中，所述第二接收模块具体用于：
    接收所述反馈信息指示的资源上的重传数据，所述反馈信息包括：数据重传的资源指示信息；或者，
    接收终端在CG资源上的重传数据。
  57. 根据权利要求53所述的网络侧设备，其中，所述反馈信息包括：第二HARQ进程标识。
  58. 根据权利要求57所述的网络侧设备，其中，所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示；或者
    所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
  59. 一种计算机可读存储介质，其上存储有计算机程序，其中，该计算机程序被处理器执行时实现如权利要求1至12中任一项所述的信息传输方法的步骤，或者实现如权利要求13至23中任一项所述的信息传输方法的步骤。
  60. 一种计算机程序产品，所述程序产品被存储在非易失的存储介质中，所述程序产品被至少一个处理器执行以实现如权利要求1至12中任一项所述的信息传输方法的步骤，或者实现如权利要求13至23中任一项所述的信息传输方法的步骤。
  61. 一种终端，所述终端被配置成用于执行如权利要求1至12中任一项所述的信息传输方法。
  62. 一种网络侧设备，所述网络侧设备被配置成用于执行如权利要求13至23中任一项所述的信息传输方法。
PCT/CN2021/110325 2020-08-07 2021-08-03 信息传输方法、终端及网络侧设备 WO2022028417A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP21853406.3A EP4195550A4 (en) 2020-08-07 2021-08-03 INFORMATION TRANSMISSION METHOD, TERMINAL AND NETWORK-SIDE DEVICE
US18/004,874 US20230361934A1 (en) 2020-08-07 2021-08-03 Information transmission method, terminal and network side device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010791006.0 2020-08-07
CN202010791006.0A CN114070478B (zh) 2020-08-07 2020-08-07 一种信息传输方法、终端及网络侧设备

Publications (1)

Publication Number Publication Date
WO2022028417A1 true WO2022028417A1 (zh) 2022-02-10

Family

ID=80120000

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/110325 WO2022028417A1 (zh) 2020-08-07 2021-08-03 信息传输方法、终端及网络侧设备

Country Status (4)

Country Link
US (1) US20230361934A1 (zh)
EP (1) EP4195550A4 (zh)
CN (1) CN114070478B (zh)
WO (1) WO2022028417A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024140267A1 (zh) * 2022-12-30 2024-07-04 华为技术有限公司 一种通信方法、装置及设备

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023193153A1 (en) * 2022-04-06 2023-10-12 Shenzhen Tcl New Technology Co., Ltd. Wireless communication method and related devices
CN118523876A (zh) * 2023-02-17 2024-08-20 大唐移动通信设备有限公司 混合自动重传请求harq信息确定方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109391372A (zh) * 2017-08-11 2019-02-26 华为技术有限公司 通信方法与设备
US20190215104A1 (en) * 2018-01-11 2019-07-11 Huawei Technologies Co., Ltd. System and Method for Reliable Transmission over Network Resources
CN110830179A (zh) * 2018-08-10 2020-02-21 北京展讯高科通信技术有限公司 用户设备、基站及其数据传输方法及装置
CN110830180A (zh) * 2018-08-10 2020-02-21 北京展讯高科通信技术有限公司 用户设备、基站及其数据传输方法及装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3499767A4 (en) * 2016-08-10 2019-08-28 Huawei Technologies Co., Ltd. HYBRID AUTOMATIC REPEAT REQUEST PROCESS AND DEVICE DEVICE
US10382170B2 (en) * 2016-09-25 2019-08-13 Ofinno, Llc HARQ process in semi-persistent scheduling
US10869333B2 (en) * 2016-12-16 2020-12-15 Huawei Technologies Co., Ltd. Systems and methods for mixed grant-free and grant-based uplink transmissions
JP2020036051A (ja) * 2016-12-28 2020-03-05 株式会社Ｎｔｔドコモ ユーザ装置、及びデータ送信方法
CN110637433B (zh) * 2017-03-24 2022-11-22 瑞典爱立信有限公司 用于管理无准予上行链路传输的harq过程的方法、无线装置、网络节点
US11063706B2 (en) * 2017-04-14 2021-07-13 Apple Inc. Hybrid automatic repeat request (HARQ) for grant-less uplink (GUL) and scheduled uplink (SUL) in licensed assisted access (LAA) systems
CN109392099B (zh) * 2017-08-03 2019-11-05 维沃移动通信有限公司 Urllc中上行免授权传输的方法、用户侧设备和网络侧设备
EP3818650A1 (en) * 2018-08-09 2021-05-12 Convida Wireless, Llc Autonomous uplink transmission in unlicensed new radio spectrum
EP3857774A4 (en) * 2018-09-28 2022-04-27 Lenovo (Beijing) Limited HYBRID REPEAT-REPEAT-REQUEST ACKNOWLEDGMENT REPORT TRIGGER (HARQ-ACK) ON UNLICENSED SPECTRUM

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109391372A (zh) * 2017-08-11 2019-02-26 华为技术有限公司 通信方法与设备
US20190215104A1 (en) * 2018-01-11 2019-07-11 Huawei Technologies Co., Ltd. System and Method for Reliable Transmission over Network Resources
CN110830179A (zh) * 2018-08-10 2020-02-21 北京展讯高科通信技术有限公司 用户设备、基站及其数据传输方法及装置
CN110830180A (zh) * 2018-08-10 2020-02-21 北京展讯高科通信技术有限公司 用户设备、基站及其数据传输方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4195550A4

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024140267A1 (zh) * 2022-12-30 2024-07-04 华为技术有限公司 一种通信方法、装置及设备

Also Published As

Publication number Publication date
US20230361934A1 (en) 2023-11-09
CN114070478A (zh) 2022-02-18
EP4195550A4 (en) 2023-11-29
EP4195550A1 (en) 2023-06-14
CN114070478B (zh) 2023-06-30

Similar Documents

Publication Publication Date Title
WO2019091233A1 (zh) 一种带宽切换方法及装置
WO2022028417A1 (zh) 信息传输方法、终端及网络侧设备
KR102585705B1 (ko) Harq-ack 메시지 전송 방법, 단말 및 기지국
JP6357164B2 (ja) フィードバックレポートのためのシステムおよび方法
WO2021012996A1 (zh) 信息传输方法及装置
WO2019191999A1 (zh) 一种资源确定方法、指示方法及装置
WO2018130146A1 (zh) 一种数据传输方法及数据传输装置
WO2018082424A1 (zh) 数据传输的方法和装置
WO2020140837A1 (zh) 数据传输方法、网络侧设备及用户设备
US20210152311A1 (en) Method and device for transmitting information in wireless communication system
US11528714B2 (en) Data transmission method and apparatus
US11497003B2 (en) Information transmission method, terminal and network device
WO2019157919A1 (zh) 一种竞争窗管理的方法及发送设备
WO2019191966A1 (zh) 可靠性传输方法及相关产品
EP3952560A1 (en) Communication method, communication device and system
WO2022117102A1 (zh) 上行控制信息传输方法、接收方法、终端和网络设备
US20240064743A1 (en) Uci multiplexing transmission method and apparatus, and storage medium
US20230397189A1 (en) Data transmission method, apparatus and equipment
WO2019001539A1 (zh) 无线通信方法、装置及系统
WO2022151091A1 (zh) 信息发送方法、信息接收方法及通信装置
WO2020156002A1 (zh) 通信方法及通信装置
CN113939019A (zh) 通信方法及通信设备
WO2024032274A1 (zh) 确定harq进程标识的方法及装置
WO2021184223A1 (zh) 通信方法、装置、设备及可读存储介质
WO2022206458A1 (zh) 数据传输方法、装置及存储介质

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

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

Country of ref document: EP

Effective date: 20230307