WO2020024855A1 - 数据重传方法、装置及终端 - Google Patents

数据重传方法、装置及终端 Download PDF

Info

Publication number
WO2020024855A1
WO2020024855A1 PCT/CN2019/097454 CN2019097454W WO2020024855A1 WO 2020024855 A1 WO2020024855 A1 WO 2020024855A1 CN 2019097454 W CN2019097454 W CN 2019097454W WO 2020024855 A1 WO2020024855 A1 WO 2020024855A1
Authority
WO
WIPO (PCT)
Prior art keywords
configuration field
mcs
configuration
retransmission
pusch
Prior art date
Application number
PCT/CN2019/097454
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 KR1020217004017A priority Critical patent/KR20210028708A/ko
Priority to EP19844994.4A priority patent/EP3833145A4/en
Priority to US17/259,121 priority patent/US11166299B2/en
Priority to JP2021529505A priority patent/JP7152608B2/ja
Publication of WO2020024855A1 publication Critical patent/WO2020024855A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0016Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy involving special memory structures, e.g. look-up tables
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • H04L5/0094Indication of how sub-channels of the path are allocated
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/189Transmission or retransmission of more than one copy of a message
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1896ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044Arrangements for allocating sub-channels of the transmission path allocation of payload

Definitions

  • the present disclosure relates to the field of communication technologies, and in particular, to a data retransmission method, device, and terminal.
  • the base station For URLLC services, in the NR standard, a dynamic scheduling scheme will be supported.
  • the base station In the uplink dynamic scheduling scheme, the base station (gNB) first configures PUSCH transmission using Radio Resource Control (RRC) signaling physical uplink shared channel configuration (PUSCH-Config), and then the base station
  • RRC Radio Resource Control
  • PUSCH-Config Physical Uplink shared channel configuration
  • the physical downlink control channel Physical Downlink Control Channel, PDCCH
  • PDCCH Physical Downlink Control Channel
  • uplink-free scheduling schemes will be supported to reduce air interface transmission delays.
  • the base station first configures PUSCH transmission using the RRC signaling configuration grant (ConfiguredGrantConfig) field. After the uplink scheduling-free transmission is activated, the terminal uses the configuration parameters in the ConfiguredGrantConfig field (and the Configuration parameters) for PUSCH transmission.
  • the initial transmission uses uplink scheduling-free scheduling based on the ConfiguredGrantConfig field and activation signaling configuration, and the retransmission uses dynamic scheduling based on PUSCH-Config and PDCCH configuration.
  • the NR introduces an uplink grant-free method, that is, before uplink transmission, it is not necessary to send a scheduling request to the base station or wait for the PDCCH indication of the base station. Instead, the terminal itself determines the resources to be configured in high-level signaling. Perform uplink transmission.
  • the uplink scheduling-free scheme in NR is divided into a first type of scheduling-free (Type 1 grant-free) and a second type of scheduling-free (Type 2 grant-free).
  • the RRC configuration signaling of the ConfiguredGrantConfig field is also applicable to Type 1 grant-free and Type 2 grant-free.
  • the base station For Type-1 grant-free PUSCH transmission, the base station first performs the RRC configuration ConfiguredGrantConfig field, and the terminal directly transmits when there is data transmission according to the configuration, which can reduce the delay of uplink data.
  • the base station For Type 2 grant-free PUSCH transmission, the base station first configures the RRC ConfiguredGrantConfig field, and then the base station activates the uplink transmission through activation signaling; according to the configuration, after receiving the activation signaling, the terminal transmits when there is data to be transmitted. This can reduce the delay of uplink data and partially solve the problem of lower utilization caused by resource reservation. In actual application, it may be considered to use Type 2 grant-free PUSCH transmission for terminals in scenarios where the delay is particularly demanding and the arrival of service data is controllable to achieve low-latency uplink data transmission.
  • the PUSCH transmission uses the configuration parameters in the ConfiguredGrantConfig field; when the same data is retransmitted using dynamic scheduling, the PUSCH transmission in the related technology uses the configuration parameters in PUSCH-Config.
  • the configuration parameters in the PUSCH-Config and the configuration parameters in the ConfiguredGrantConfig field can cause different performances such as the reliability and delay of the PUSCH, and sometimes even cause conflicts.
  • An object of the present disclosure is to provide a data retransmission method, device, and terminal, so as to solve the problem that the configuration parameters in PUSCH-Config and the configuration parameters in ConfiguredGrantConfig in the related art will cause conflicts in PUSCH transmission.
  • an embodiment of the present disclosure provides a data retransmission method, which is applied to a terminal and includes:
  • the RRC signaling includes at least a first configuration field and a second configuration field; the first configuration field is a configured grant ConfiguredGrantConfig field, and the second configuration field is a physical uplink shared channel configuration PUSCH-config Field
  • the base station dynamically schedules the terminal for retransmission of the PUSCH, determining a parameter set used for retransmission according to the configuration parameters included in the first configuration field and the configuration parameters included in the second configuration field;
  • the determined parameter set used for retransmission includes:
  • the first parameter set is: radio resource control-configuration uplink grant rrc-ConfiguredUplinkGrant.
  • the determined parameter set used for retransmission includes:
  • Modulation and coding strategy table mcs-Table and waveform setting transformPrecoder in the first configuration field Modulation and coding strategy table mcs-Table and waveform setting transformPrecoder in the first configuration field
  • the determined parameter set used for retransmission includes: mcs-Table;
  • the mcs-Table is the mcs-Table in the first configuration field
  • the mcs-Table is bound to the waveform corresponding to the transformPrecoder in the second configuration field, The mcs-Table corresponding to the mcs-Table in the first configuration field is described.
  • the determined parameter set used for retransmission includes: mcs-Table;
  • the mcs-Table in the first configuration field is a preset name or the terminal is configured with a new wireless network temporary identifier new-RNTI
  • the mcs-Table is in the second configuration field
  • the mcs-Table of the preset name bound to the waveform corresponding to the transformPrecoder; otherwise, the mcs-Table is the mcs-Table in the second configuration field;
  • the preset name is qam64LowSE.
  • the determined parameter set for retransmission also includes:
  • the determined parameter set used for retransmission includes: the number of repetitions used for retransmission;
  • the number of repetitions used for the retransmission is one of the following times:
  • the determined parameter set for retransmission also includes:
  • the determined parameter set used for retransmission includes:
  • Modulation and coding strategy tables mcs-Table, mcs-TableTransformPrecoder, waveform set transformPrecoder, p0-PUSCH-AlphaSet index p0-PUSCH-Alpha, powerControlLoopToUse, and pathloss reference index pathlossReferenceIndex in the first configuration field; and,
  • An embodiment of the present disclosure further provides a data retransmission device, which is applied to a terminal and includes:
  • a signaling obtaining module configured to obtain radio resource control RRC signaling, and the RRC signaling includes at least a first configuration field and a second configuration field; the first configuration field is a ConfiguredGrantConfig field, and the second configuration field is a physical Configure the PUSCH-config field of the uplink shared channel;
  • a parameter determining module configured to determine, when the base station dynamically schedules the terminal for PUSCH retransmission, according to the configuration parameters included in the first configuration field and the configuration parameters included in the second configuration field, Parameter set
  • a retransmission module configured to perform retransmission of the PUSCH according to the determined parameter set.
  • An embodiment of the present disclosure further provides a terminal, including a transceiver, a memory, a processor, and a computer program stored on the memory and executable on the processor.
  • the transceiver is configured to obtain radio resource control RRC. Signaling, RRC signaling includes at least a first configuration field and a second configuration field; the first configuration field is a configured grant ConfiguredGrantConfig field, and the second configuration field is a physical uplink shared channel configuration PUSCH-config field;
  • the processor is configured to read a program in the memory and execute the following process: when the base station dynamically schedules the terminal for retransmission of PUSCH, according to the configuration parameters included in the first configuration field and the second configuration field Contained configuration parameters to determine the set of parameters used for retransmissions;
  • the determined parameter set used for retransmission includes:
  • the first parameter set is: radio resource control-configuration uplink grant rrc-ConfiguredUplinkGrant.
  • the determined parameter set used for retransmission includes:
  • Modulation and coding strategy table mcs-Table and waveform setting transformPrecoder in the first configuration field Modulation and coding strategy table mcs-Table and waveform setting transformPrecoder in the first configuration field
  • the determined parameter set used for retransmission includes: mcs-Table;
  • the mcs-Table is the mcs-Table in the first configuration field
  • the mcs-Table is bound to the waveform corresponding to the transformPrecoder in the second configuration field, The mcs-Table corresponding to the mcs-Table in the first configuration field is described.
  • the determined parameter set used for retransmission includes: mcs-Table;
  • the mcs-Table in the first configuration field is a preset name or the terminal is configured with a new wireless network temporary identifier new-RNTI
  • the mcs-Table is in the second configuration field
  • the mcs-Table of the preset name bound to the waveform corresponding to the transformPrecoder; otherwise, the mcs-Table is the mcs-Table in the second configuration field;
  • the preset name is qam64LowSE.
  • the determined parameter set for retransmission also includes:
  • the determined parameter set used for retransmission includes: the number of repetitions used for retransmission;
  • the number of repetitions used for the retransmission is one of the following times:
  • the determined parameter set for retransmission also includes:
  • the determined parameter set used for retransmission includes:
  • Modulation and coding strategy tables mcs-Table, mcs-TableTransformPrecoder, waveform set transformPrecoder, p0-PUSCH-AlphaSet index p0-PUSCH-Alpha, powerControlLoopToUse, and pathloss reference index pathlossReferenceIndex in the first configuration field; and,
  • An embodiment of the present disclosure also provides a computer-readable storage medium on which a computer program is stored.
  • the computer program is executed by a processor, the steps of the data retransmission method described above are implemented.
  • the parameter set used when retransmitting the PUSCH is based on ConfiguredGrantConfig and PUSCH-
  • the corresponding parameters in the config are determined, which solves the problem that the initial transmission of service data using uplink scheduling-free scheduling and the retransmission using dynamic scheduling have different performances, and the reliability and delay of PUSCH transmission can be guaranteed regardless of the initial transmission or retransmission. And other performance.
  • FIG. 1 shows a flowchart of steps in a data retransmission method according to an embodiment of the present disclosure
  • FIG. 2 is a schematic structural diagram of a data retransmission device according to an embodiment of the present disclosure
  • FIG. 3 is a schematic structural diagram of a terminal according to an embodiment of the present disclosure.
  • an embodiment of the present disclosure provides a data retransmission method, which is applied to a terminal and includes:
  • Step 11 Obtain radio resource control RRC signaling.
  • the RRC signaling includes at least a first configuration field and a second configuration field.
  • the first configuration field is a configured grant ConfiguredGrantConfig field
  • the second configuration field is a physical uplink shared channel configuration. PUSCH-config field.
  • the base station may configure the first configuration field and the second configuration field separately through different RRC signaling, or may configure the first configuration field and the second configuration field through the same RRC signaling, which is not specifically limited here. .
  • the ConfiguredGrantConfig field required by the base station configuration terminal is used for uplink scheduling-free transmission, and includes Type-1 grant-free and Type-2 grant-free.
  • the base station configures the PUSCH-config field required by the terminal, which can be used for uplink dynamic scheduling.
  • the base station also needs to send activation signaling to the terminal.
  • step 12 when the base station dynamically schedules the terminal for retransmission of the PUSCH, a parameter set used for retransmission is determined according to the configuration parameters included in the first configuration field and the configuration parameters included in the second configuration field.
  • the terminal Prior to step 12, for the Type 1 grant-free, the terminal directly performs the initial transmission of the PUSCH according to the RRC signaling carrying the ConfiguredGrantConfig field; for the Type 2 grant-free, the terminal needs to perform the RRC signaling and activation signaling carrying the ConfiguredGrantConfig field. , For the initial transmission of PUSCH.
  • the base station uses the dynamic scheduling PDCCH to schedule the terminal for PUSCH retransmission.
  • the terminal After receiving the dynamic scheduling of the base station, the terminal determines a parameter set used for retransmission according to the first configuration field and the second configuration field. .
  • Step 13 Retransmit the PUSCH according to the determined parameter set.
  • the above-mentioned PUSCH carries service data, and the base station schedules the retransmission of the service data in a dynamic scheduling manner, and then the terminal retransmits the service data on the PUSCH according to the determined parameter set.
  • the parameter set used for retransmission determined in step 12 of the above-mentioned embodiment of the present disclosure can avoid the problem that the service data adopts uplink-free scheduling-free initial transmission and dynamic scheduling-based retransmission have different performance problems. Both transmission and retransmission can ensure the reliability and delay performance of PUSCH transmission.
  • the main parameters in the first configuration field provided in the embodiment of the present disclosure are shown in Table 1:
  • the determined parameter set used for retransmission includes:
  • the first parameter set is: radio resource control-configuration uplink grant rrc-ConfiguredUplinkGrant.
  • the terminal retransmission will use the parameters common to Type1 grant-free and Type2 grant-free in the first configuration field, that is, The retransmission of the terminal will use parameters other than rrc-ConfiguredUplinkGrant in the first configuration field, and corresponding to the parameters contained in rrc-ConfiguredUplinkGrant, the retransmission of the terminal will use parameters in the second configuration resource.
  • rrc-ConfiguredUplinkGrant contains at least one of the following parameters:
  • Precoding and number of layers precodingAndNumberOfLayers
  • Pathloss reference index pathlossReferenceIndex pathlossReferenceIndex
  • the embodiments of the present disclosure provide at least three waveform indication schemes:
  • the determined parameter set for retransmission includes:
  • Modulation and coding strategy table mcs-Table and waveform setting transformPrecoder in the first configuration field Modulation and coding strategy table mcs-Table and waveform setting transformPrecoder in the first configuration field
  • the terminal retransmission will use the parameter mcs-Table and parameter transformPrecoder in the ConfiguredGrantConfig, and other parameters will use RRC Parameters in the signaling PUSCH-Config.
  • Solution 2 The determined parameter set for retransmission includes: mcs-Table;
  • the mcs-Table is the mcs-Table in the first configuration field
  • the mcs-Table is bound to the waveform corresponding to the transformPrecoder in the second configuration field
  • the mcs-Table corresponding to the mcs-Table in the first configuration field is described.
  • the mcs-Table corresponding to the mcs-Table in the first configuration field is specifically: an mcs-Table having the same lowest spectral efficiency SE as the mcs-Table in the first configuration field.
  • the determined parameter set for retransmission also includes:
  • the uplink-free scheduling-based initial transmission and scheduling-based retransmission for the configured PUSCH transmission, the uplink-free scheduling-based initial transmission and scheduling-based retransmission. If the waveforms of the initial transmission and retransmission are the same, the terminal retransmission will use the parameter mcs- in the ConfiguredGrantConfig Table, other parameters will use the parameters in PUSCH-Config; if the initial and retransmission waveforms are different, the retransmission of the terminal will use the lowest spectrum bound to the retransmission waveform and the mcs-Table in the first configuration field Mcs-Table with the same efficiency SE.
  • the minimum spectral efficiency SE of the mcs-Table in the first configuration field is 0.0586.
  • the mcs-Table bound to the waveform (ie, the retransmission waveform) corresponding to the transformPrecoder in the second configuration field includes: the first mcs-Table And the second mcs-Table; where the lowest spectral efficiency SE of the first mcs-Table is 0.0586 and the lowest spectral efficiency SE of the second mcs-Table is 0.2344. If the waveforms of the first transmission and the retransmission are different, the determined mcs-Table included in the parameter set used for the retransmission is the first mcs-Table.
  • Solution 3 The determined parameter set for retransmission includes: mcs-Table;
  • the mcs-Table in the first configuration field is a preset name or the terminal is configured with a new wireless network temporary identifier new-RNTI
  • the mcs-Table is in the second configuration field
  • the mcs-Table of the preset name bound to the waveform corresponding to the transformPrecoder; otherwise, the mcs-Table is the mcs-Table in the second configuration field;
  • the preset name is qam64LowSE.
  • the determined parameter set for retransmission also includes:
  • qam64LowSE is Table 5.1.3.1-3 and Table 6.1.4.1-2 in 3GPP TS38.214 and v15.2.0; Table 5.1.3.1-3 is bound to the waveform CP-OFDM, Table 6.1.3.1-2 and Waveform DFT- S-OFDM binding.
  • the mcs-Table included in the determined parameter set for retransmission is the mcs-Table of the preset name bound to the waveform corresponding to the transformPrecoder in the second configuration field; if the first configuration The mcs-Table in the field is not "qam64LowSE” and the terminal is not configured with new-RNTI, the mcs-Table included in the determined parameter set for retransmission is the mcs-Table in the second configuration field (that is, the determined mcs-Table
  • the parameter set used for retransmission includes all configuration parameters of the second configuration field).
  • the determined parameter set for retransmission includes:
  • Modulation and coding strategy tables mcs-Table, mcs-TableTransformPrecoder, waveform set transformPrecoder, p0-PUSCH-AlphaSet indexes p0-PUSCH-Alpha, powerControlLoopToUse, and pathloss reference index pathlossReferenceIndex in the first configuration field; and,
  • a waveform different from msg3 can be flexibly configured by the parameter transformPrecoder in RRC signaling's ConfiguredGrantConfig; for UEs configured with ConfiguredGrantConfig, dynamic scheduling can still be used, and the waveform used in dynamic scheduling is determined by The parameter transformPrecoder in the RRC signaling PUSCH-Config is determined.
  • the waveform of Msg3 is given by the parameter msg3-transformPrecoding in RRC signaling RACH-ConfigCommon; the waveform of the dynamically scheduled PUSCH is given by the parameter transformPrecoder in RRC signaling PUSCH-Config. If this parameter does not appear, The waveform of msg3 is used; if this parameter is present and is "enabled”, the transmission precoding transform is used; if this parameter is present and is "disabled", the transform precoding is not used.
  • the waveform of the configured PUSCH is given by the parameter transformPrecoder in the RRC signaling ConfiguredGrantConfig. If this parameter does not appear, then transform precoding is not used.
  • the MCS table is given by the parameter mcs-Table in the RRC signaling ConfiguredGrantConfig; Because the mcs-Table is bound to the waveform, for the retransmission of the configured PUSCH or the initial transmission of the configured PUSCH, the waveform should be given by the parameter transformPrecoder in the RRC signaling ConfiguredGrantConfig. If this parameter appears and is "enabled” , Use transform precoding, otherwise do not use transform precoding.
  • the embodiments of the present disclosure further provide a waveform selection method.
  • the UE retransmission will use the parameters common to Type 1 and Type 2 in RRC signaling ConfiguredGrantConfig, that is, except for rrc- in ConfiguredGrantConfig. Parameters other than ConfiguredUplinkGrant; for other parameters, the terminal's retransmission will use the parameters in RRC signaling PUSCH-Config.
  • the retransmission of the terminal will all use the parameters in the RRC signaling PUSCH-Config, with one exception, that is: if the parameter mcs-Table in the RRC signaling ConfiguredGrantConfig is 'qam64LowSE' or the UE is configured with new-RNTI, Then the terminal selects an mcs-Table from two MCS tables with low SE; the selected mcs-Table is: the mcs-Table of the preset name bound to the waveform corresponding to the transformPrecoder in the second configuration field .
  • an embodiment of the present disclosure further provides a number of repetitions.
  • the determined parameter set for retransmission includes: the number of repetitions used for retransmission;
  • the number of repetitions used for the retransmission is one of the following times:
  • the determined parameter set for retransmission also includes:
  • the terminal's retransmission will use the parameter pusch-AggregationFactor (the number of PUCCH repetitions) in PUSCH-Config and the parameter repK in ConfiguredGrantConfig
  • the number of repetitions K is the larger of the two.
  • the number of repetitions ie, the number of multi-slots
  • other parameters will use the parameters in PUSCH-Config.
  • the UE's retransmission will use the parameter repK in ConfiguredGrantConfig as the number of repetitions used by the terminal for retransmission (that is, the number of multi-slots) , Other parameters will use the parameters in PUSCH-Config.
  • the UE's retransmission will use the push-aggregation factor (PUCCH repetitions) in PUSCH-Config as the repetition used for terminal retransmission. Times (that is, the number of multi-slots), other parameters will use the parameters in PUSCH-Config.
  • PUCCH repetitions the push-aggregation factor
  • the retransmission of the UE will use the smaller one of the parameter pusch-AggregationFactor in PUSCH-Config and the parameter repK in ConfiguredGrantConfig. That, as the number of repetitions (ie, the number of multi-slots) used by the terminal for retransmission, other parameters will use the parameters in PUSCH-Config.
  • the uplink dynamic scheduling will determine the number of multiple time slots occupied by one transmission according to the parameter push-aggregation factor in the RRC signaling PUSCH-Config, and perform one transmission on multiple time slots. Multiple repetitions, both the initial and retransmissions use the same number of multislots.
  • the parameter repK in RRC signaling ConfiguredGrantConfig Similar to the parameter pusch-AggregationFactor is the parameter repK in RRC signaling ConfiguredGrantConfig.
  • uplink-based scheduling-free initial transmission and scheduling-based retransmission For configured PUSCH transmission, uplink-based scheduling-free initial transmission and scheduling-based retransmission.
  • the initial transmission uses the parameter repK in the RRC signaling ConfiguredGrantConfig to determine the number of multi-slots, and the retransmission uses the parameter PUSCH in the RRC signaling PUSCH-Config.
  • -AggregationFactor determines the number of multi-slots.
  • repK ⁇ pusch-AggregationFactor, the above two multi-slot determination methods conflict with each other. Therefore, the design of the number of multi-slots needs to be further designed.
  • the UE retransmission will use one of the parameters pusch-AggregationFactor in the RRC signaling PUSCH-Config and the parameter repK in the RRC signaling ConfiguredGrantConfig. The larger one.
  • the parameter set used in retransmitting the PUSCH is based on the corresponding settings in ConfiguredGrantConfig and PUSCH-config.
  • the parameters are determined, which solves the problem that the initial transmission of service data using uplink scheduling-free scheduling and the retransmission using dynamic scheduling have different performances, and the performance of reliability and delay of PUSCH transmission can be guaranteed regardless of the initial transmission or retransmission.
  • an embodiment of the present disclosure further provides a data retransmission device, which is applied to a terminal and includes:
  • the signaling acquisition module 21 is configured to acquire radio resource control RRC signaling.
  • the RRC signaling includes at least a first configuration field and a second configuration field.
  • the first configuration field is a ConfiguredGrantConfig field
  • the second configuration field is The physical uplink shared channel configuration PUSCH-config field;
  • a parameter determining module 22 is configured to determine a retransmission usage according to a configuration parameter included in the first configuration field and a configuration parameter included in the second configuration field when the base station dynamically schedules the terminal for PUSCH retransmission.
  • the retransmission module 23 is configured to retransmit the PUSCH according to the determined parameter set.
  • the determined parameter set used for retransmission includes:
  • the first parameter set is: radio resource control-configuration uplink grant rrc-ConfiguredUplinkGrant.
  • the determined parameter set used for retransmission includes:
  • Modulation and coding strategy table mcs-Table and waveform setting transformPrecoder in the first configuration field Modulation and coding strategy table mcs-Table and waveform setting transformPrecoder in the first configuration field
  • the determined parameter set used for retransmission includes: mcs-Table;
  • the mcs-Table is the mcs-Table in the first configuration field
  • the mcs-Table is bound to the waveform corresponding to the transformPrecoder in the second configuration field, The mcs-Table corresponding to the mcs-Table in the first configuration field is described.
  • the determined parameter set used for retransmission includes: mcs-Table;
  • the mcs-Table in the first configuration field is a preset name or the terminal is configured with a new wireless network temporary identifier new-RNTI
  • the mcs-Table is in the second configuration field
  • the mcs-Table of the preset name bound to the waveform corresponding to the transformPrecoder; otherwise, the mcs-Table is the mcs-Table in the second configuration field;
  • the preset name is qam64LowSE.
  • the determined parameter set used for retransmission further includes:
  • the determined parameter set used for retransmission includes: the number of repetitions used for retransmission;
  • the number of repetitions used for the retransmission is one of the following times:
  • the determined parameter set used for retransmission further includes:
  • the parameter set used in retransmitting the PUSCH is based on the corresponding settings in ConfiguredGrantConfig and PUSCH-config.
  • the parameters are determined, which solves the problem that the initial transmission of service data using uplink scheduling-free scheduling and the retransmission using dynamic scheduling have different performances, and the performance of reliability and delay of PUSCH transmission can be guaranteed regardless of the initial transmission or retransmission.
  • the data retransmission device provided by the embodiment of the present disclosure is a device capable of executing the above data retransmission method, and all the embodiments of the above data retransmission method are applicable to the device, and all can achieve the same or similar Beneficial effect.
  • an embodiment of the present disclosure further provides a terminal, including: a transceiver 320, a memory 310, a processor 300, and a computer program stored on the memory 310 and executable on the processor 300;
  • the transceiver 320 is configured to obtain radio resource control RRC signaling, and the RRC signaling includes at least a first configuration field and a second configuration field; the first configuration field is a ConfiguredGrantConfig field, and the second configuration field is a physical Configure the PUSCH-config field of the uplink shared channel;
  • the processor 300 is configured to read a program in a memory and execute the following process: when the base station dynamically schedules the terminal for PUSCH retransmission, according to the configuration parameters included in the first configuration field and the second The configuration parameters contained in the configuration field determine the set of parameters used for retransmissions;
  • the determined parameter set used for retransmission includes:
  • the first parameter set is: radio resource control-configuration uplink grant rrc-ConfiguredUplinkGrant.
  • the determined parameter set used for retransmission includes:
  • Modulation and coding strategy table mcs-Table and waveform setting transformPrecoder in the first configuration field Modulation and coding strategy table mcs-Table and waveform setting transformPrecoder in the first configuration field
  • the determined parameter set used for retransmission includes: mcs-Table;
  • the mcs-Table is the mcs-Table in the first configuration field
  • the mcs-Table is bound to the waveform corresponding to the transformPrecoder in the second configuration field, The mcs-Table corresponding to the mcs-Table in the first configuration field is described.
  • the determined parameter set used for retransmission includes: mcs-Table;
  • the mcs-Table in the first configuration field is a preset name or the terminal is configured with a new wireless network temporary identifier new-RNTI
  • the mcs-Table is in the second configuration field
  • the mcs-Table of the preset name bound to the waveform corresponding to the transformPrecoder; otherwise, the mcs-Table is the mcs-Table in the second configuration field;
  • the preset name is qam64LowSE.
  • the determined parameter set used for retransmission further includes:
  • the determined parameter set used for retransmission includes: the number of repetitions used for retransmission;
  • the number of repetitions used for the retransmission is one of the following times:
  • the determined parameter set used for retransmission further includes:
  • the determined parameter set for retransmission includes:
  • Modulation and coding strategy tables mcs-Table, mcs-TableTransformPrecoder, waveform set transformPrecoder, p0-PUSCH-AlphaSet index p0-PUSCH-Alpha, powerControlLoopToUse, and path loss reference index pathlossReferenceIndex in the first configuration field; and,
  • the parameter set used in retransmitting the PUSCH is based on the corresponding settings in ConfiguredGrantConfig and PUSCH-config
  • the parameters are determined, which solves the problem that the initial transmission of service data using uplink scheduling-free scheduling and the retransmission using dynamic scheduling have different performances, and the performance of reliability and delay of PUSCH transmission can be guaranteed regardless of the initial transmission or retransmission.
  • the terminal provided by the embodiment of the present disclosure is a terminal capable of executing the above-mentioned data retransmission method, and all the embodiments of the above-mentioned data retransmission method are applicable to the terminal and can achieve the same or similar beneficial effects.
  • An embodiment of the present disclosure further provides a computer-readable storage medium on which a computer program is stored.
  • a computer program is stored.
  • the computer-readable storage medium is, for example, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

Landscapes

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

Abstract

提供了一种数据重传方法、装置及终端,该方法包括:获取无线资源控制RRC信令,RRC信令至少包含第一配置字段和第二配置字段;第一配置字段为配置许可ConfiguredGrantConfig字段,第二配置字段为物理上行共享信道配置PUSCH-config字段;在基站动态调度所述终端进行PUSCH的重传的情况下,根据所述第一配置字段包含的配置参数和所述第二配置字段包含的配置参数,确定重传使用的参数集合;根据所确定的参数集合进行PUSCH的重传。

Description

数据重传方法、装置及终端
相关申请的交叉引用
本申请主张在2018年8月3日在中国提交的中国专利申请号No.201810878140.7的优先权,其全部内容通过引用包含于此。
技术领域
本公开涉及通信技术领域,尤其是指一种数据重传方法、装置及终端。
背景技术
随着移动通信业务需求的发展变化,第三代合作伙伴计划(Third Generation Partnership Project,3GPP)等多个组织对未来移动通信系统都开始研究新的无线通信系统(5 Generation New RAT(Radio Access Technology),5G NR)(即5G新空口)。在5G NR系统中,一个重要的需求是低时延、高可靠的通信,出现了高可靠低时延通信(Ultra Reliable&Low Latency Communication,URLLC)等传输方案。
对于URLLC业务,在NR标准中,将会支持动态调度方案。在上行动态调度方案中,由基站(gNB)先使用无线资源控制(Radio Resource Control,RRC)信令物理上行共享信道配置(Physical Uplink Shared Channel-Config,PUSCH-Config)配置PUSCH的传输,然后基站通过物理下行控制信道(Physical Downlink Control Channel,PDCCH)调度终端按照PDCCH中的配置参数和PUSCH-Config中的配置参数进行PUSCH传输。
对于URLLC业务,在NR标准中,将会支持上行免调度方案,以减少空口传输时延。在上行免调度方案中,由基站先使用RRC信令的配置许可(ConfiguredGrantConfig)字段配置PUSCH的传输,在上行免调度传输被激活后,终端按照ConfiguredGrantConfig字段中的配置参数(和激活信令中的配置参数)进行PUSCH传输。
相关技术中的方案为:
初传采用基于ConfiguredGrantConfig字段和激活信令配置的上行免调度, 重传采用基于PUSCH-Config和PDCCH配置动态调度。
NR中引入了上行免调度(grant-free)的方法,即上行传输之前,不需要向基站发送调度请求,也不需要等待基站的PDCCH指示,而是由终端自己决定在高层信令配置的资源进行上行发送。
NR中上行免调度方案分为第一类型免调度(Type 1 grant-free)和第二类型免调度(Type 2 grant-free)。ConfiguredGrantConfig字段的RRC配置信令同样适用于Type 1 grant-free和Type 2 grant-free。
对于Type 1 grant-free的PUSCH传输,由基站先进行RRC配置ConfiguredGrantConfig字段,终端按照配置,在有数据传输时直接进行传输,这样可以降低上行数据的时延。
对于Type 2 grant-free的PUSCH传输,由基站先进行RRC配置ConfiguredGrantConfig字段,然后由基站通过激活信令激活上行传输;终端按照配置,在收到激活信令后,在有数据需要传输时进行传输,这样可以降低上行数据的时延,并且部分解决了资源预留带来的使用率较低的问题。实际应用时,可以考虑对一些时延要求特别高、业务数据的到达可控的场景下的终端采用Type 2 grant-free的PUSCH传输,实现低时延的上行数据传输。
对于URLLC业务,当初传使用上行免调度方案时,PUSCH传输使用ConfiguredGrantConfig字段中的配置参数;当同样的数据使用动态调度进行重传时,相关技术中PUSCH传输使用PUSCH-Config中的配置参数。通常情况下,PUSCH-Config中的配置参数和ConfiguredGrantConfig字段中的配置参数会导致PUSCH的可靠性、时延等不同性能,有时甚至会造成冲突。
发明内容
本公开的目的在于提供一种数据重传方法、装置及终端,以解决相关技术中PUSCH-Config中的配置参数和ConfiguredGrantConfig中的配置参数会导致PUSCH的传输产生冲突的问题。
为了解决上述问题,本公开实施例提供一种数据重传方法,应用于终端,包括:
获取无线资源控制RRC信令,RRC信令至少包含第一配置字段和第二 配置字段;所述第一配置字段为配置许可ConfiguredGrantConfig字段,所述第二配置字段为物理上行共享信道配置PUSCH-config字段;
在基站动态调度所述终端进行PUSCH的重传的情况下,根据所述第一配置字段包含的配置参数和所述第二配置字段包含的配置参数,确定重传使用的参数集合;
根据所确定的参数集合进行PUSCH的重传。
其中,所确定的重传使用的参数集合包括:
第一配置字段中除第一参数集之外的其他参数;以及,
第二配置字段中与第一参数集对应的参数;
所述第一参数集为:无线资源控制-配置上行许可rrc-ConfiguredUplinkGrant。
其中,所确定的重传使用的参数集合包括:
第一配置字段中的调制与编码策略表格mcs-Table和波形设置transformPrecoder;以及,
第二配置字段中除mcs-Table和transformPrecoder之外的其他参数。
其中,所确定的重传使用的参数集合包括:mcs-Table;
在第一配置字段中的transformPrecoder对应的波形与第二配置字段中的transformPrecoder对应的波形相同的情况下,所述mcs-Table为所述第一配置字段中的mcs-Table;
在第一配置字段中的transformPrecoder对应的波形与第二配置字段中的transformPrecoder对应的波形不同的情况下,所述mcs-Table为第二配置字段中的transformPrecoder对应的波形所绑定的、与所述第一配置字段中的mcs-Table相对应的mcs-Table。
其中,所确定的重传使用的参数集合包括:mcs-Table;
在所述第一配置字段中的mcs-Table的名称为预设名称或者所述终端被配置了新无线网络临时标识new-RNTI的情况下,所述mcs-Table为所述第二配置字段中的transformPrecoder对应的波形所绑定的所述预设名称的mcs-Table;否则,所述mcs-Table为所述第二配置字段中的mcs-Table;
其中,所述预设名称为qam64LowSE。
其中,所确定的重传使用的参数集合还包括:
第二配置字段中除mcs-Table之外的其他参数。
其中,所确定的重传使用的参数集合包括:重传所采用的重复次数;
所述重传所采用的重复次数为下述次数中的其中之一:
第一配置字段中的重复次数K和第二配置字段中的PUSCH重复次数中较大的次数;
第一配置字段中的重复次数K和第二配置字段中的PUSCH重复次数中较小的次数;
第一配置字段中的重复次数K;以及,
第二配置段中的PUSCH重复次数。
其中,所确定的重传使用的参数集合还包括:
第二配置字段中除PUSCH重复次数之外的其他参数。
本公开一些实施例中,所确定的重传使用的参数集合包括:
第一配置字段中的调制与编码策略表格mcs-Table、mcs-TableTransformPrecoder、波形设置transformPrecoder、p0-PUSCH-AlphaSet的索引p0-PUSCH-Alpha、powerControlLoopToUse和路径损耗参考索引pathlossReferenceIndex;以及,
第二配置字段中除mcs-Table、mcs-TableTransformPrecoder、transformPrecoder、p0-PUSCH-Alpha、powerControlLoopToUse和pathlossReferenceIndex之外的其他参数。
本公开实施例还提提供一种数据重传装置,应用于终端,包括:
信令获取模块,用于获取无线资源控制RRC信令,RRC信令至少包含第一配置字段和第二配置字段;所述第一配置字段为配置许可ConfiguredGrantConfig字段,所述第二配置字段为物理上行共享信道配置PUSCH-config字段;
参数确定模块,用于在基站动态调度所述终端进行PUSCH的重传的情况下,根据所述第一配置字段包含的配置参数和所述第二配置字段包含的配置参数,确定重传使用的参数集合;
重传模块,用于根据所确定的参数集合进行PUSCH的重传。
本公开实施例还提供一种终端,包括:收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述收发机用于获取无线资源控制RRC信令,RRC信令至少包含第一配置字段和第二配置字段;所述第一配置字段为配置许可ConfiguredGrantConfig字段,所述第二配置字段为物理上行共享信道配置PUSCH-config字段;
所述处理器用于读取存储器中的程序,执行下列过程:在基站动态调度所述终端进行PUSCH的重传的情况下,根据所述第一配置字段包含的配置参数和所述第二配置字段包含的配置参数,确定重传使用的参数集合;
根据所确定的参数集合进行PUSCH的重传。
其中,所确定的重传使用的参数集合包括:
第一配置字段中除第一参数集之外的其他参数;以及,
第二配置字段中与第一参数集对应的参数;
所述第一参数集为:无线资源控制-配置上行许可rrc-ConfiguredUplinkGrant。
其中,所确定的重传使用的参数集合包括:
第一配置字段中的调制与编码策略表格mcs-Table和波形设置transformPrecoder;以及,
第二配置字段中除mcs-Table和transformPrecoder之外的其他参数。
其中,所确定的重传使用的参数集合包括:mcs-Table;
在第一配置字段中的transformPrecoder对应的波形与第二配置字段中的transformPrecoder对应的波形相同的情况下,所述mcs-Table为所述第一配置字段中的mcs-Table;
在第一配置字段中的transformPrecoder对应的波形与第二配置字段中的transformPrecoder对应的波形不同的情况下,所述mcs-Table为第二配置字段中的transformPrecoder对应的波形所绑定的、与所述第一配置字段中的mcs-Table相对应的mcs-Table。
其中,所确定的重传使用的参数集合包括:mcs-Table;
在所述第一配置字段中的mcs-Table的名称为预设名称或者所述终端被配置了新无线网络临时标识new-RNTI的情况下,所述mcs-Table为所述第二 配置字段中的transformPrecoder对应的波形所绑定的所述预设名称的mcs-Table;否则,所述mcs-Table为所述第二配置字段中的mcs-Table;
其中,所述预设名称为qam64LowSE。
其中,所确定的重传使用的参数集合还包括:
第二配置字段中除mcs-Table之外的其他参数。
其中,所确定的重传使用的参数集合包括:重传所采用的重复次数;
所述重传所采用的重复次数为下述次数中的其中之一:
第一配置字段中的重复次数K和第二配置字段中的PUSCH重复次数中较大的次数;
第一配置字段中的重复次数K和第二配置字段中的PUSCH重复次数中较小的次数;
第一配置字段中的重复次数K;以及,
第二配置段中的PUSCH重复次数。
其中,所确定的重传使用的参数集合还包括:
第二配置字段中除PUSCH重复次数之外的其他参数。
本公开一些实施例中,所确定的重传使用的参数集合包括:
第一配置字段中的调制与编码策略表格mcs-Table、mcs-TableTransformPrecoder、波形设置transformPrecoder、p0-PUSCH-AlphaSet的索引p0-PUSCH-Alpha、powerControlLoopToUse和路径损耗参考索引pathlossReferenceIndex;以及,
第二配置字段中除mcs-Table、mcs-TableTransformPrecoder、transformPrecoder、p0-PUSCH-Alpha、powerControlLoopToUse和pathlossReferenceIndex之外的其他参数。
本公开实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如上所述的数据重传方法的步骤。
本公开的上述技术方案至少具有如下有益效果:
本公开实施例的数据重传方法、装置及终端中,在初传使用上行免调度、重传使用动态调度的PUSCH的传输方案中,重传PUSCH时所使用的参数集 合是根据ConfiguredGrantConfig和PUSCH-config中的相应参数确定的,解决了业务数据采用上行免调度的初传和采用动态调度的重传有不同性能的问题,实现无论初传还是重传都能保证PUSCH传输的可靠性、时延等性能。
附图说明
图1表示本公开实施例提供的数据重传方法的步骤流程图;
图2表示本公开实施例提供的数据重传装置的结构示意图;
图3表示本公开实施例提供的终端的结构示意图。
具体实施方式
为使本公开要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
如图1所示,本公开实施例提供一种数据重传方法,应用于终端,包括:
步骤11,获取无线资源控制RRC信令,RRC信令至少包含第一配置字段和第二配置字段;所述第一配置字段为配置许可ConfiguredGrantConfig字段,所述第二配置字段为物理上行共享信道配置PUSCH-config字段。
本步骤中,基站可通过不同的RRC信令分别配置第一配置字段和第二配置字段,也可以通过相同的RRC信令来配置第一配置字段和第二配置字段,在此不做具体限定。
作为一个实施例,基站配置终端所需的ConfiguredGrantConfig字段,用于上行免调度传输,包括Type 1 grant-free和Type 2 grant-free。基站配置终端所需的PUSCH-config字段,可用于上行动态调度。对应于Type 2 grant-free,基站还需给终端发送激活信令。
步骤12,在基站动态调度所述终端进行PUSCH的重传的情况下,根据所述第一配置字段包含的配置参数和所述第二配置字段包含的配置参数,确定重传使用的参数集合。
在步骤12之前,针对Type 1 grant-free,终端直接根据携带ConfiguredGrantConfig字段的RRC信令,进行PUSCH的初传;针对Type 2 grant-free,终端需根据携带ConfiguredGrantConfig字段的RRC信令和激活信 令,进行PUSCH的初传。
作为一个实施例,步骤12中,基站使用动态调度PDCCH来调度终端进行PUSCH的重传,终端接收到基站的动态调度之后,根据第一配置字段和第二配置字段,确定重传使用的参数集合。
步骤13,根据所确定的参数集合进行PUSCH的重传。
需要说明的是,上述PUSCH上携带业务数据,基站通过动态调度的方式来调度业务数据的重传,则终端根据所确定的参数集合在PUSCH上进行业务数据的重传。
进一步需要说明的是,本公开上述实施例的步骤12中确定的重传使用的参数集合能够避免业务数据采用上行免调度的初传和采用动态调度的重传有不同性能的问题,实现无论初传还是重传都能保证PUSCH传输的可靠性、时延等性能。
作为一个实施例,本公开实施例提供的第一配置字段中的主要参数如表1所示:
表1 ConfiguredGrantConfig字段描述
Figure PCTCN2019097454-appb-000001
Figure PCTCN2019097454-appb-000002
作为一个实施例,本公开实施例提供的第二配置字段中的主要参数如表2所示:
表2 PUSCH-Config字段描述
Figure PCTCN2019097454-appb-000003
Figure PCTCN2019097454-appb-000004
可选的,本公开上述实施例中,所确定的重传使用的参数集合包括:
第一配置字段中除第一参数集之外的其他参数;以及,
第二配置字段中与第一参数集对应的参数;
所述第一参数集为:无线资源控制-配置上行许可rrc-ConfiguredUplinkGrant。
对于配置的PUSCH传输,基于上行免调度的初传和基于动态调度的重传,终端的重传将采用第一配置字段中对Type 1 grant-free和Type 2 grant-free所共有的参数,即终端的重传将采用第一配置字段中除了rrc-ConfiguredUplinkGrant之外的其他参数,而对应于rrc-ConfiguredUplinkGrant包含的参数,终端的重传将采用第二配置资源中的参数。
可选的,rrc-ConfiguredUplinkGrant包含如下参数中的至少一个:
时域资源偏移timeDomainOffset;
时域资源分配timeDomainAllocation;
频域资源分配frequencyDomainAllocation;
天线端口号antennaPort;
解调参考信号-序列号初始化dmrs-SeqInitialization;
预编码和层数precodingAndNumberOfLayers;
探测参考信号资源指示srs-Resource Indicator;
调制与编码策略和传输块大小mcsAndTBS;
跳频偏移frequencyHoppingOffset;以及,
路径损耗参考索引pathlossReferenceIndex。
针对终端重传时的波形指示相关的参数,本公开实施例提供至少三种波形指示方案:
方案一:所确定的重传使用的参数集合包括:
第一配置字段中的调制与编码策略表格mcs-Table和波形设置transformPrecoder;以及,
第二配置字段中除mcs-Table和transformPrecoder之外的其他参数。
简言之,方案一中,对于配置的PUSCH传输,基于上行免调度的初传和基于调度的重传,终端的重传将采用ConfiguredGrantConfig中的参数mcs-Table和参数transformPrecoder,其他参数将采用RRC信令PUSCH-Config中的参数。
方案二:所确定的重传使用的参数集合包括:mcs-Table;
在第一配置字段中的transformPrecoder对应的波形与第二配置字段中的transformPrecoder对应的波形相同的情况下,所述mcs-Table为所述第一配置字段中的mcs-Table;
在第一配置字段中的transformPrecoder对应的波形与第二配置字段中的transformPrecoder对应的波形不同的情况下,所述mcs-Table为第二配置字段中的transformPrecoder对应的波形所绑定的、与所述第一配置字段中的mcs-Table相对应的mcs-Table。可选的,与所述第一配置字段中的mcs-Table相对应的mcs-Table具体为:与第一配置字段中的mcs-Table具有同样最低频谱效率SE的mcs-Table。
所确定的重传使用的参数集合还包括:
第二配置字段中除mcs-Table之外的其他参数。
简言之,方案二中,对于配置的PUSCH传输,基于上行免调度的初传和基于调度的重传,如果初传和重传的波形相同,终端的重传将采用ConfiguredGrantConfig中的参数mcs-Table,其他参数将采用PUSCH-Config中的参数;如果初传和重传的波形不同,则终端的重传将采用重传波形所绑 定、与第一配置字段中的mcs-Table的最低频谱效率SE相同的mcs-Table。
例如,第一配置字段中的mcs-Table的最低频谱效率SE为0.0586,与第二配置字段中的transformPrecoder对应的波形(即重传波形)所绑定的mcs-Table包括:第一mcs-Table和第二mcs-Table;其中,第一mcs-Table的最低频谱效率SE为0.0586,第二mcs-Table的最低频谱效率SE为0.2344。若初传和重传的波形不同,则所确定的重传使用的参数集合包括的mcs-Table为第一mcs-Table。
方案三:所确定的重传使用的参数集合包括:mcs-Table;
在所述第一配置字段中的mcs-Table的名称为预设名称或者所述终端被配置了新无线网络临时标识new-RNTI的情况下,所述mcs-Table为所述第二配置字段中的transformPrecoder对应的波形所绑定的所述预设名称的mcs-Table;否则,所述mcs-Table为所述第二配置字段中的mcs-Table;
其中,所述预设名称为qam64LowSE。
所确定的重传使用的参数集合还包括:
第二配置字段中除mcs-Table之外的其他参数。
其中,qam64LowSE为3GPP TS 38.214 v15.2.0中的表格5.1.3.1-3和表格6.1.4.1-2;表格5.1.3.1-3与波形CP-OFDM绑定,表格6.1.4.1-2与波形DFT-S-OFDM绑定。
简言之,在方案三中,对于配置的PUSCH传输,基于上行免调度的初传和基于调度的重传,如果所述第一配置字段中的mcs-Table为“qam64LowSE”或者终端被配置了new-RNTI,则所确定的重传使用的参数集合包括的mcs-Table为所述第二配置字段中的transformPrecoder对应的波形所绑定的所述预设名称的mcs-Table;如果第一配置字段中mcs-Table不是“qam64LowSE”且终端未被配置new-RNTI,则所确定的重传使用的参数集合包括的mcs-Table为所述第二配置字段中的mcs-Table(即所确定的重传使用的参数集合包括第二配置字段的全部配置参数)。
方案四:所确定的重传使用的参数集合包括:
第一配置字段中的调制与编码策略表格mcs-Table、mcs-TableTransformPrecoder、波形设置transformPrecoder、p0-PUSCH-AlphaSet 的索引p0-PUSCH-Alpha、powerControlLoopToUse和路径损耗参考索引pathlossReferenceIndex;以及,
第二配置字段中除mcs-Table、mcs-TableTransformPrecoder、transformPrecoder、p0-PUSCH-Alpha、powerControlLoopToUse和pathlossReferenceIndex之外的其他参数。
为了更清楚的描述本公开实施例提供的上述数据重传方法中的波形指示方法,下面结合示例一进行详细描述:
示例一
在NR中,因为应用目标的不同,对应上行免调度和动态调度,将会有不同的RRC配置。对于上行免调度的波形,可以通过RRC信令的ConfiguredGrantConfig中的参数transformPrecoder灵活的配置一个不同于msg3的波形;对于配置了ConfiguredGrantConfig的UE,仍然可以采用动态调度,并且在动态调度中采用的波形由RRC信令PUSCH-Config中的参数transformPrecoder来决定。
具体的,Msg3的波形由RRC信令RACH-ConfigCommon中的参数msg3-transformPrecoding来给出;动态调度的PUSCH的波形由RRC信令PUSCH-Config中的参数transformPrecoder来给出,如果这个参数没有出现,则使用msg3的波形;如果这个参数出现且为“启用enabled”,则使用传输预编码transform precoding;如果这个参数出现且为“禁用disabled”,则不使用transform precoding。
一方面,配置的PUSCH的波形由RRC信令ConfiguredGrantConfig中的参数transformPrecoder给出,如果这个参数没有出现,则不使用transform precoding。
另一方面,出于保证可靠性的考虑,对于配置的PUSCH传输,无论上行免调度的初传还是动态调度的重传,MCS表格都是由RRC信令ConfiguredGrantConfig中的参数mcs-Table给出;因为mcs-Table和波形绑定,所以对于配置的PUSCH的重传,或者配置的PUSCH的初传,波形应该由RRC信令ConfiguredGrantConfig中的参数transformPrecoder给出,如果这个参数出现且为“启用enabled”,则使用transform precoding,否则不使用 transform precoding。
基于上述描述可知,上述两个波形确定方法相互矛盾,前者能够在重传时提供灵活性,后者可以保证传输的可靠性,因此,本公开实施例进一步提供波形选择的方式。
例如,对于配置的PUSCH传输,基于上行免调度的初传和基于调度的重传,UE的重传将采用RRC信令ConfiguredGrantConfig中对Type 1和Type 2所共有的参数,即ConfiguredGrantConfig中除了rrc-ConfiguredUplinkGrant之外的参数;其他参数,终端的重传将采用RRC信令PUSCH-Config中的参数。
再例如,终端的重传将全部采用RRC信令PUSCH-Config中的参数,除了一个例外,即:如果RRC信令ConfiguredGrantConfig中的参数mcs-Table为'qam64LowSE'或者UE被配置了new-RNTI,那么终端从两个低SE的MCS表格中选择一个mcs-Table;所选择的mcs-Table为:所述第二配置字段中的transformPrecoder对应的波形所绑定的所述预设名称的mcs-Table。
作为一个实施例,当第一配置字段中的重复次数K和第二配置字段中的PUSCH重复次数不同时,为了避免初传和重传具有不同的性能,本公开实施例还提供一种重复次数的指示方法:
即所确定的重传使用的参数集合包括:重传所采用的重复次数;
所述重传所采用的重复次数为下述次数中的其中之一:
第一配置字段中的重复次数K和第二配置字段中的PUSCH重复次数中较大的次数;
第一配置字段中的重复次数K和第二配置字段中的PUSCH重复次数中较小的次数;
第一配置字段中的重复次数K;以及,
第二配置段中的PUSCH重复次数。
相应的,所确定的重传使用的参数集合还包括:
第二配置字段中除PUSCH重复次数之外的其他参数。
具体的,对于配置的PUSCH传输,基于上行免调度的初传和基于调度的重传,终端的重传将采用PUSCH-Config中的参数pusch-AggregationFactor (PUCCH重复次数)和ConfiguredGrantConfig中的参数repK(重复次数K)二者之中较大的那个,作为终端重传所采用的重复次数(即多时隙个数),其他参数将采用PUSCH-Config中的参数。
或者,对于配置的PUSCH传输,基于上行免调度的初传和基于调度的重传,UE的重传将采用ConfiguredGrantConfig中的参数repK,作为终端重传所采用的重复次数(即多时隙个数),其他参数将采用PUSCH-Config中的参数。
或者,对于配置的PUSCH传输,基于上行免调度的初传和基于调度的重传,UE的重传将采用PUSCH-Config中的pusch-AggregationFactor(PUCCH重复次数),作为终端重传所采用的重复次数(即多时隙个数),其他参数将采用PUSCH-Config中的参数。
或者,对于配置的PUSCH传输,基于上行免调度的初传和基于调度的重传,UE的重传将采用PUSCH-Config中的参数pusch-AggregationFactor和ConfiguredGrantConfig中的参数repK二者之中较小的那个,作为终端重传所采用的重复次数(即多时隙个数),其他参数将采用PUSCH-Config中的参数。
为了更清楚的描述本公开实施例提供的上述数据重传方法中的重复次数指示方法,下面结合示例二进行详细描述:
示例二
在NR中,因为应用目标的不同,对应上行免调度和动态调度,将会有不同的RRC配置。为了改善覆盖或提高可靠性,对于上行动态调度,将根据RRC信令PUSCH-Config中的参数pusch-AggregationFactor确定一次传输所占用的多个时隙的个数,在多个时隙上进行一次传输的多次重复,初传和重传都使用相同的多时隙个数。对于上行免调度,类似于参数pusch-AggregationFactor的是RRC信令ConfiguredGrantConfig中的参数repK。
对于配置的PUSCH传输,基于上行免调度的初传和基于调度的重传,初传使用RRC信令ConfiguredGrantConfig中的参数repK确定多时隙个数,重传使用RRC信令PUSCH-Config中的参数pusch-AggregationFactor确定多时隙个数,那么当repK≠pusch-AggregationFactor时,上述两个多时隙确定方法相互矛盾,因此,需要进一步进行多时隙个数选择的设计。
对于配置的PUSCH传输,基于上行免调度的初传和基于调度的重传,UE的重传将采用RRC信令PUSCH-Config中的参数pusch-AggregationFactor和RRC信令ConfiguredGrantConfig中的参数repK二者之中较大的那个。
综上,本公开的上述实施例中,在初传使用上行免调度、重传使用动态调度的PUSCH的传输方案中,重传PUSCH时所使用的参数集合是根据ConfiguredGrantConfig和PUSCH-config中的相应参数确定的,解决了业务数据采用上行免调度的初传和采用动态调度的重传有不同性能的问题,实现无论初传还是重传都能保证PUSCH传输的可靠性、时延等性能。
如图2所示,本公开实施例还提供一种数据重传装置,应用于终端,包括:
信令获取模块21,用于获取无线资源控制RRC信令,RRC信令至少包含第一配置字段和第二配置字段;所述第一配置字段为配置许可ConfiguredGrantConfig字段,所述第二配置字段为物理上行共享信道配置PUSCH-config字段;
参数确定模块22,用于在基站动态调度所述终端进行PUSCH的重传的情况下,根据所述第一配置字段包含的配置参数和所述第二配置字段包含的配置参数,确定重传使用的参数集合;
重传模块23,用于根据所确定的参数集合进行PUSCH的重传。
可选的,本公开的上述实施例中,所确定的重传使用的参数集合包括:
第一配置字段中除第一参数集之外的其他参数;以及,
第二配置字段中与第一参数集对应的参数;
所述第一参数集为:无线资源控制-配置上行许可rrc-ConfiguredUplinkGrant。
可选的,本公开的上述实施例中,所确定的重传使用的参数集合包括:
第一配置字段中的调制与编码策略表格mcs-Table和波形设置transformPrecoder;以及,
第二配置字段中除mcs-Table和transformPrecoder之外的其他参数。
可选的,本公开的上述实施例中,所确定的重传使用的参数集合包括:mcs-Table;
在第一配置字段中的transformPrecoder对应的波形与第二配置字段中的transformPrecoder对应的波形相同的情况下,所述mcs-Table为所述第一配置字段中的mcs-Table;
在第一配置字段中的transformPrecoder对应的波形与第二配置字段中的transformPrecoder对应的波形不同的情况下,所述mcs-Table为第二配置字段中的transformPrecoder对应的波形所绑定的、与所述第一配置字段中的mcs-Table相对应的mcs-Table。
可选的,本公开的上述实施例中,所确定的重传使用的参数集合包括:mcs-Table;
在所述第一配置字段中的mcs-Table的名称为预设名称或者所述终端被配置了新无线网络临时标识new-RNTI的情况下,所述mcs-Table为所述第二配置字段中的transformPrecoder对应的波形所绑定的所述预设名称的mcs-Table;否则,所述mcs-Table为所述第二配置字段中的mcs-Table;
其中,所述预设名称为qam64LowSE。
可选的,本公开的上述实施例中,所确定的重传使用的参数集合还包括:
第二配置字段中除mcs-Table之外的其他参数。
可选的,本公开的上述实施例中,所确定的重传使用的参数集合包括:重传所采用的重复次数;
所述重传所采用的重复次数为下述次数中的其中之一:
第一配置字段中的重复次数K和第二配置字段中的PUSCH重复次数中较大的次数;
第一配置字段中的重复次数K和第二配置字段中的PUSCH重复次数中较小的次数;
第一配置字段中的重复次数K;以及,
第二配置段中的PUSCH重复次数。
可选的,本公开的上述实施例中,所确定的重传使用的参数集合还包括:
第二配置字段中除PUSCH重复次数之外的其他参数。
综上,本公开的上述实施例中,在初传使用上行免调度、重传使用动态调度的PUSCH的传输方案中,重传PUSCH时所使用的参数集合是根据 ConfiguredGrantConfig和PUSCH-config中的相应参数确定的,解决了业务数据采用上行免调度的初传和采用动态调度的重传有不同性能的问题,实现无论初传还是重传都能保证PUSCH传输的可靠性、时延等性能。
需要说明的是,本公开实施例提供的数据重传装置是能够执行上述数据重传方法的装置,则上述数据重传方法的所有实施例均适用于该装置,且均能达到相同或相似的有益效果。
如图3所示,本公开实施例还提供一种终端,包括:收发机320、存储器310、处理器300及存储在所述存储器310上并可在所述处理器300上运行的计算机程序;所述收发机320用于获取无线资源控制RRC信令,RRC信令至少包含第一配置字段和第二配置字段;所述第一配置字段为配置许可ConfiguredGrantConfig字段,所述第二配置字段为物理上行共享信道配置PUSCH-config字段;
所述处理器300用于读取存储器中的程序,执行下列过程:在基站动态调度所述终端进行PUSCH的重传的情况下,根据所述第一配置字段包含的配置参数和所述第二配置字段包含的配置参数,确定重传使用的参数集合;
根据所确定的参数集合进行PUSCH的重传。
可选的,本公开的上述实施例中,所确定的重传使用的参数集合包括:
第一配置字段中除第一参数集之外的其他参数;以及,
第二配置字段中与第一参数集对应的参数;
所述第一参数集为:无线资源控制-配置上行许可rrc-ConfiguredUplinkGrant。
可选的,本公开的上述实施例中,所确定的重传使用的参数集合包括:
第一配置字段中的调制与编码策略表格mcs-Table和波形设置transformPrecoder;以及,
第二配置字段中除mcs-Table和transformPrecoder之外的其他参数。
可选的,本公开的上述实施例中,所确定的重传使用的参数集合包括:mcs-Table;
在第一配置字段中的transformPrecoder对应的波形与第二配置字段中的transformPrecoder对应的波形相同的情况下,所述mcs-Table为所述第一配置 字段中的mcs-Table;
在第一配置字段中的transformPrecoder对应的波形与第二配置字段中的transformPrecoder对应的波形不同的情况下,所述mcs-Table为第二配置字段中的transformPrecoder对应的波形所绑定的、与所述第一配置字段中的mcs-Table相对应的mcs-Table。
可选的,本公开的上述实施例中,所确定的重传使用的参数集合包括:mcs-Table;
在所述第一配置字段中的mcs-Table的名称为预设名称或者所述终端被配置了新无线网络临时标识new-RNTI的情况下,所述mcs-Table为所述第二配置字段中的transformPrecoder对应的波形所绑定的所述预设名称的mcs-Table;否则,所述mcs-Table为所述第二配置字段中的mcs-Table;
其中,所述预设名称为qam64LowSE。
可选的,本公开的上述实施例中,所确定的重传使用的参数集合还包括:
第二配置字段中除mcs-Table之外的其他参数。
可选的,本公开的上述实施例中,所确定的重传使用的参数集合包括:重传所采用的重复次数;
所述重传所采用的重复次数为下述次数中的其中之一:
第一配置字段中的重复次数K和第二配置字段中的PUSCH重复次数中较大的次数;
第一配置字段中的重复次数K和第二配置字段中的PUSCH重复次数中较小的次数;
第一配置字段中的重复次数K;以及,
第二配置段中的PUSCH重复次数。
可选的,本公开的上述实施例中,所确定的重传使用的参数集合还包括:
第二配置字段中除PUSCH重复次数之外的其他参数。
可选的,所确定的重传使用的参数集合包括:
第一配置字段中的调制与编码策略表格mcs-Table、mcs-TableTransformPrecoder、波形设置transformPrecoder、p0-PUSCH-AlphaSet的索引p0-PUSCH-Alpha、powerControlLoopToUse和路径损耗参考索引 pathlossReferenceIndex;以及,
第二配置字段中除mcs-Table、mcs-TableTransformPrecoder、transformPrecoder、p0-PUSCH-Alpha、powerControlLoopToUse和pathlossReferenceIndex之外的其他参数。
综上,本公开的上述实施例中,在初传使用上行免调度、重传使用动态调度的PUSCH的传输方案中,重传PUSCH时所使用的参数集合是根据ConfiguredGrantConfig和PUSCH-config中的相应参数确定的,解决了业务数据采用上行免调度的初传和采用动态调度的重传有不同性能的问题,实现无论初传还是重传都能保证PUSCH传输的可靠性、时延等性能。
需要说明的是,本公开实施例提供的终端是能够执行上述数据重传方法的终端,则上述数据重传方法的所有实施例均适用于该终端,且均能达到相同或相似的有益效果。
本公开实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如上所述的数据重传方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本公开的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光 盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本公开各个实施例所述的方法。
上面结合附图对本公开的实施例进行了描述,但是本公开并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本公开的启示下,在不脱离本公开宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本公开的保护之内。
以上所述是本公开的可选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本公开所述原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本公开的保护范围。

Claims (20)

  1. 一种数据重传方法,应用于终端,包括:
    获取无线资源控制RRC信令,RRC信令至少包含第一配置字段和第二配置字段;所述第一配置字段为配置许可ConfiguredGrantConfig字段,所述第二配置字段为物理上行共享信道配置PUSCH-config字段;
    在基站动态调度所述终端进行PUSCH的重传的情况下,根据所述第一配置字段包含的配置参数和所述第二配置字段包含的配置参数,确定重传使用的参数集合;
    根据所确定的参数集合进行PUSCH的重传。
  2. 根据权利要求1所述的方法,其中,所确定的重传使用的参数集合包括:
    第一配置字段中除第一参数集之外的其他参数;以及,
    第二配置字段中与第一参数集对应的参数;
    所述第一参数集为:无线资源控制-配置上行许可rrc-ConfiguredUplinkGrant。
  3. 根据权利要求1所述的方法,其中,所确定的重传使用的参数集合包括:
    第一配置字段中的调制与编码策略表格mcs-Table和波形设置transformPrecoder;以及,
    第二配置字段中除mcs-Table和transformPrecoder之外的其他参数。
  4. 根据权利要求1所述的方法,其中,所确定的重传使用的参数集合包括:mcs-Table;
    在第一配置字段中的transformPrecoder对应的波形与第二配置字段中的transformPrecoder对应的波形相同的情况下,所述mcs-Table为所述第一配置字段中的mcs-Table;
    在第一配置字段中的transformPrecoder对应的波形与第二配置字段中的transformPrecoder对应的波形不同的情况下,所述mcs-Table为第二配置字段中的transformPrecoder对应的波形所绑定的、与所述第一配置字段中的 mcs-Table相对应的mcs-Table。
  5. 根据权利要求1所述的方法,其中,所确定的重传使用的参数集合包括:mcs-Table;
    在所述第一配置字段中的mcs-Table的名称为预设名称或者所述终端被配置了新无线网络临时标识new-RNTI的情况下,所述mcs-Table为所述第二配置字段中的transformPrecoder对应的波形所绑定的所述预设名称的mcs-Table;否则,所述mcs-Table为所述第二配置字段中的mcs-Table;
    其中,所述预设名称为qam64LowSE。
  6. 根据权利要求4或5所述的方法,其中,所确定的重传使用的参数集合还包括:
    第二配置字段中除mcs-Table之外的其他参数。
  7. 根据权利要求1所述的方法,其中,所确定的重传使用的参数集合包括:重传所采用的重复次数;
    所述重传所采用的重复次数为下述次数中的其中之一:
    第一配置字段中的重复次数K和第二配置字段中的PUSCH重复次数中较大的次数;
    第一配置字段中的重复次数K和第二配置字段中的PUSCH重复次数中较小的次数;
    第一配置字段中的重复次数K;以及,
    第二配置段中的PUSCH重复次数。
  8. 根据权利要求7所述的方法,其中,所确定的重传使用的参数集合还包括:
    第二配置字段中除PUSCH重复次数之外的其他参数。
  9. 根据权利要求1所述的方法,其中,所确定的重传使用的参数集合包括:
    第一配置字段中的调制与编码策略表格mcs-Table、mcs-TableTransformPrecoder、波形设置transformPrecoder、p0-PUSCH-AlphaSet的索引p0-PUSCH-Alpha、powerControlLoopToUse和路径损耗参考索引pathlossReferenceIndex;以及,
    第二配置字段中除mcs-Table、mcs-TableTransformPrecoder、transformPrecoder、p0-PUSCH-Alpha、powerControlLoopToUse和pathlossReferenceIndex之外的其他参数。
  10. 一种数据重传装置,应用于终端,包括:
    信令获取模块,用于获取无线资源控制RRC信令,RRC信令至少包含第一配置字段和第二配置字段;所述第一配置字段为配置许可ConfiguredGrantConfig字段,所述第二配置字段为物理上行共享信道配置PUSCH-config字段;
    参数确定模块,用于在基站动态调度所述终端进行PUSCH的重传的情况下,根据所述第一配置字段包含的配置参数和所述第二配置字段包含的配置参数,确定重传使用的参数集合;
    重传模块,用于根据所确定的参数集合进行PUSCH的重传。
  11. 一种终端,包括:收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序;其中,
    所述收发机用于获取无线资源控制RRC信令,RRC信令至少包含第一配置字段和第二配置字段;所述第一配置字段为配置许可ConfiguredGrantConfig字段,所述第二配置字段为物理上行共享信道配置PUSCH-config字段;
    所述处理器用于读取存储器中的程序,执行下列过程:在基站动态调度所述终端进行PUSCH的重传的情况下,根据所述第一配置字段包含的配置参数和所述第二配置字段包含的配置参数,确定重传使用的参数集合;
    根据所确定的参数集合进行PUSCH的重传。
  12. 根据权利要求11所述的终端,其中,所确定的重传使用的参数集合包括:
    第一配置字段中除第一参数集之外的其他参数;以及,
    第二配置字段中与第一参数集对应的参数;
    所述第一参数集为:无线资源控制-配置上行许可rrc-ConfiguredUplinkGrant。
  13. 根据权利要求12所述的终端,其中,所确定的重传使用的参数集合 包括:
    第一配置字段中的调制与编码策略表格mcs-Table和波形设置transformPrecoder;以及,
    第二配置字段中除mcs-Table和transformPrecoder之外的其他参数。
  14. 根据权利要求11所述的终端,其中,所确定的重传使用的参数集合包括:mcs-Table;
    在第一配置字段中的transformPrecoder对应的波形与第二配置字段中的transformPrecoder对应的波形相同的情况下,所述mcs-Table为所述第一配置字段中的mcs-Table;
    在第一配置字段中的transformPrecoder对应的波形与第二配置字段中的transformPrecoder对应的波形不同的情况下,所述mcs-Table为第二配置字段中的transformPrecoder对应的波形所绑定的、与所述第一配置字段中的mcs-Table相对应的mcs-Table。
  15. 根据权利要求11所述的终端,其中,所确定的重传使用的参数集合包括:mcs-Table;
    在所述第一配置字段中的mcs-Table的名称为预设名称或者所述终端被配置了新无线网络临时标识new-RNTI的情况下,所述mcs-Table为所述第二配置字段中的transformPrecoder对应的波形所绑定的所述预设名称的mcs-Table;否则,所述mcs-Table为所述第二配置字段中的mcs-Table;
    其中,所述预设名称为qam64LowSE。
  16. 根据权利要求14或15所述的终端,其中,所确定的重传使用的参数集合还包括:
    第二配置字段中除mcs-Table之外的其他参数。
  17. 根据权利要求11所述的终端,其中,所确定的重传使用的参数集合包括:重传所采用的重复次数;
    所述重传所采用的重复次数为下述次数中的其中之一:
    第一配置字段中的重复次数K和第二配置字段中的PUSCH重复次数中较大的次数;
    第一配置字段中的重复次数K和第二配置字段中的PUSCH重复次数中 较小的次数;
    第一配置字段中的重复次数K;以及,
    第二配置段中的PUSCH重复次数。
  18. 根据权利要求17所述的终端,其中,所确定的重传使用的参数集合还包括:
    第二配置字段中除PUSCH重复次数之外的其他参数。
  19. 根据权利要求11所述的终端,其中,所确定的重传使用的参数集合包括:
    第一配置字段中的调制与编码策略表格mcs-Table、mcs-TableTransformPrecoder、波形设置transformPrecoder、p0-PUSCH-AlphaSet的索引p0-PUSCH-Alpha、powerControlLoopToUse和路径损耗参考索引pathlossReferenceIndex;以及,
    第二配置字段中除mcs-Table、mcs-TableTransformPrecoder、transformPrecoder、p0-PUSCH-Alpha、powerControlLoopToUse和pathlossReferenceIndex之外的其他参数。
  20. 一种计算机可读存储介质,其上存储计算机程序,所述计算机程序被处理器执行时实现如权利要求1至9中任一项所述的数据重传方法的步骤。
PCT/CN2019/097454 2018-08-03 2019-07-24 数据重传方法、装置及终端 WO2020024855A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020217004017A KR20210028708A (ko) 2018-08-03 2019-07-24 데이터 재송신 방법, 장치 및 단말
EP19844994.4A EP3833145A4 (en) 2018-08-03 2019-07-24 DATA RETRANSMISSION PROCESS AND APPARATUS AND TERMINAL
US17/259,121 US11166299B2 (en) 2018-08-03 2019-07-24 Data retransmission method, device and terminal
JP2021529505A JP7152608B2 (ja) 2018-08-03 2019-07-24 データ再送方法、装置及び端末

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810878140.7A CN110798286B (zh) 2018-08-03 2018-08-03 一种数据重传方法、装置及终端
CN201810878140.7 2018-08-03

Publications (1)

Publication Number Publication Date
WO2020024855A1 true WO2020024855A1 (zh) 2020-02-06

Family

ID=69231400

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/097454 WO2020024855A1 (zh) 2018-08-03 2019-07-24 数据重传方法、装置及终端

Country Status (6)

Country Link
US (1) US11166299B2 (zh)
EP (1) EP3833145A4 (zh)
JP (1) JP7152608B2 (zh)
KR (1) KR20210028708A (zh)
CN (1) CN110798286B (zh)
WO (1) WO2020024855A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021203285A1 (en) * 2020-04-08 2021-10-14 Apple Inc. Upper layer design for release 16 mimo enhancement

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019230002A1 (ja) * 2018-06-01 2019-12-05 株式会社Nttドコモ ユーザ端末及び無線基地局
WO2020033785A1 (en) * 2018-08-10 2020-02-13 Intel Corporation Physical uplink shared channel enhancements for new radio ultra-reliable low-latency communication
US20210084689A1 (en) * 2019-09-17 2021-03-18 Qualcomm Incorporated Random access pusch enhancements
WO2022000262A1 (en) * 2020-06-30 2022-01-06 Zte Corporation Systems and methods for determining transmission information
US11658766B2 (en) * 2020-10-15 2023-05-23 Qualcomm Incorporated Techniques for indicating a waveform configuration
US11924014B2 (en) 2020-10-15 2024-03-05 Qualcomm Incorporated Dynamic modulation and coding scheme table switching to indicate transmit waveform switching
WO2023130473A1 (zh) * 2022-01-10 2023-07-13 Oppo广东移动通信有限公司 无线通信的方法、终端设备和网络设备
US20230318736A1 (en) * 2022-04-04 2023-10-05 Qualcomm Incorporated Configuring a mixed-waveform modulation and coding scheme table
CN115174011B (zh) * 2022-04-15 2023-08-08 中国科学院沈阳自动化研究所 面向高可靠通信的工业无线上行重传方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104080161A (zh) * 2013-03-29 2014-10-01 北京三星通信技术研究有限公司 物理上行共享信道的传输方法及用户设备
CN104780608A (zh) * 2014-01-13 2015-07-15 中兴通讯股份有限公司 配置信息的下发、处理方法及装置
WO2017078501A1 (ko) * 2015-11-05 2017-05-11 엘지전자 주식회사 신호를 전송하는 방법 및 이를 위한 장치
CN107342850A (zh) * 2016-04-28 2017-11-10 诺基亚技术有限公司 用于执行混合自动重复请求过程的方法和装置
CN108322936A (zh) * 2017-01-16 2018-07-24 中兴通讯股份有限公司 数据重传的方法及装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105208625B (zh) * 2010-01-08 2021-05-18 索尼公司 电子装置和电子装置的通信方法
KR101669710B1 (ko) 2012-07-05 2016-10-26 주식회사 케이티 이동통신망에서의 상향링크 전송 제어 방법과 그 장치
KR102301818B1 (ko) * 2015-03-12 2021-09-15 삼성전자 주식회사 무선 통신 시스템에서 상향링크 커버리지 제어 방법 및 장치
GB2549951B (en) 2016-05-03 2019-11-20 Metodiev Lavchiev Ventsislav Light emitting structures and systems on the basis of group-IV material(s) for the ultra violet and visible spectral range
CN107689841A (zh) * 2016-08-03 2018-02-13 中兴通讯股份有限公司 数据传输方法和装置
US10645730B2 (en) * 2017-04-06 2020-05-05 Huawei Technologies Co., Ltd. Flexible grant-free resource configuration signaling
JP7064931B2 (ja) * 2018-04-05 2022-05-11 シャープ株式会社 基地局装置および端末装置
WO2019230002A1 (ja) * 2018-06-01 2019-12-05 株式会社Nttドコモ ユーザ端末及び無線基地局

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104080161A (zh) * 2013-03-29 2014-10-01 北京三星通信技术研究有限公司 物理上行共享信道的传输方法及用户设备
CN104780608A (zh) * 2014-01-13 2015-07-15 中兴通讯股份有限公司 配置信息的下发、处理方法及装置
WO2017078501A1 (ko) * 2015-11-05 2017-05-11 엘지전자 주식회사 신호를 전송하는 방법 및 이를 위한 장치
CN107342850A (zh) * 2016-04-28 2017-11-10 诺基亚技术有限公司 用于执行混合自动重复请求过程的方法和装置
CN108322936A (zh) * 2017-01-16 2018-07-24 中兴通讯股份有限公司 数据重传的方法及装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP TS 38.214 VL5.2.0
ERICSSON: "URLLC Techniques for PUSCH", 3GPP TSG-RAN WG1 MEETING #92, RL-1802881, 2 March 2018 (2018-03-02), XP051397366 *
See also references of EP3833145A4

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021203285A1 (en) * 2020-04-08 2021-10-14 Apple Inc. Upper layer design for release 16 mimo enhancement

Also Published As

Publication number Publication date
JP7152608B2 (ja) 2022-10-12
CN110798286B (zh) 2020-08-11
CN110798286A (zh) 2020-02-14
KR20210028708A (ko) 2021-03-12
EP3833145A1 (en) 2021-06-09
US20210250970A1 (en) 2021-08-12
JP2021532705A (ja) 2021-11-25
US11166299B2 (en) 2021-11-02
EP3833145A4 (en) 2021-10-13

Similar Documents

Publication Publication Date Title
WO2020024855A1 (zh) 数据重传方法、装置及终端
CN109155720B (zh) 在无线通信系统中对非授权带的上行链路信道接入的方法及其装置
CN109716853B (zh) 非授权带中的信道接入的方法、装置和系统
US10841948B2 (en) Methods to support UL transmission on multiple numerologies in NR system
CN108886819B (zh) 使用签名的初始接入方法
CN108029142B (zh) 访问非授权带中的信道的方法、设备和系统
KR102354273B1 (ko) 비허가 캐리어 상의 사용자 장비 업링크 송신들을 스케줄링하기 위한 방법 및 장치
CN108886818B (zh) 在无线通信系统中对非授权带上行链路信道接入的方法及其装置
TWI720122B (zh) 用於擴展的上行鏈路引導頻時槽中的通訊的技術
EP3439390B1 (en) Information feedback method, base station, terminal, and storage medium
CN111869307A (zh) 用于非授权资源选择的方法
CN116032447A (zh) 可靠控制信令
CN109792701A (zh) 降低等待时间的系统中的定时提前和处理能力
KR20170052473A (ko) 비면허 대역을 지원하는 통신 네트워크를 위한 스케쥴링 방법
WO2012055259A1 (zh) 一种上行信道的发送方法、基站和用户设备
CN113383597B (zh) 实现基于微时隙的重复的用户设备、基站装置及通信方法
US20220361231A1 (en) Method and apparatus for repeated transmission and reception in wireless communication system
CN116867100A (zh) 在非授权带中发送物理信道的方法、装置和系统
CN113661672A (zh) 用于操作无线通信系统中的配置授权定时器的方法和设备
WO2018027917A1 (en) Methods and apparatus for uplink data transmission
CN115606127A (zh) 用于改善语音覆盖的方法和装置
US20200287671A1 (en) Block-ifdma multiplexing scheme with flexible payload
TW201907743A (zh) 無上鏈許可上鏈傳輸
JP2014520481A (ja) 通信システムにおける方法及び構成
WO2016121850A1 (ja) 端末装置、基地局装置、集積回路、および、通信方法

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021529505

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20217004017

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2019844994

Country of ref document: EP

Effective date: 20210303