[go: up one dir, main page]

WO2017092563A1 - Procédé, appareil, système et dispositif associé de commande de transmission de données - Google Patents

Procédé, appareil, système et dispositif associé de commande de transmission de données Download PDF

Info

Publication number
WO2017092563A1
WO2017092563A1 PCT/CN2016/105701 CN2016105701W WO2017092563A1 WO 2017092563 A1 WO2017092563 A1 WO 2017092563A1 CN 2016105701 W CN2016105701 W CN 2016105701W WO 2017092563 A1 WO2017092563 A1 WO 2017092563A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
mtc terminal
terminal
dci
data transmission
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2016/105701
Other languages
English (en)
Chinese (zh)
Inventor
王三新
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Jinli Communication Equipment Co Ltd
Original Assignee
Shenzhen Jinli Communication Equipment Co Ltd
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 Shenzhen Jinli Communication Equipment Co Ltd filed Critical Shenzhen Jinli Communication Equipment Co Ltd
Publication of WO2017092563A1 publication Critical patent/WO2017092563A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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/189—Transmission or retransmission of more than one copy of a message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a data transmission control method, apparatus, system, and related device.
  • IOT Internet of Things
  • M2M machine to machine
  • MTC machine type communication
  • the method of repeatedly transmitting the control information and the data information by the network side to the MTC terminal generally achieves the effect of reducing the transmission power while expanding the coverage, which requires the network side to notify the MTC terminal in advance to repeatedly transmit the control information and the data information to the MTC terminal. frequency. Therefore, how to effectively notify the MTC terminal of the repeated transmission times of related information to improve the reliability of data transmission has become an urgent problem to be solved.
  • the embodiment of the invention provides a data transmission control method, device, system and related device, which can enable the network side to effectively notify the MTC terminal of the number of data retransmissions, thereby improving the reliability of data transmission.
  • a first aspect of the embodiments of the present invention provides a data transmission control method, including:
  • a second aspect of the embodiments of the present invention provides a data transmission control apparatus, including:
  • a receiving unit configured to receive a data transmission request sent by the MTC terminal
  • a processing unit configured to determine, according to the network state parameter of the MTC terminal, a number of data retransmissions corresponding to the MTC terminal, in response to the data transmission request;
  • a first sending unit configured to send, to the MTC terminal, downlink control signaling that carries the number of data retransmissions
  • the first sending unit is further configured to repeatedly send the same data block to the MTC terminal through the PDSCH according to the number of data retransmissions.
  • a third aspect of the embodiments of the present invention provides a base station apparatus, including the data transmission control apparatus according to the second aspect.
  • a fourth aspect of the embodiments of the present invention provides a data transmission control method, including:
  • the MTC terminal sends a data transmission request to the network side
  • the MTC terminal receives downlink control signaling that is sent by the network side and carries the number of data retransmissions corresponding to the MTC terminal, where the number of data retransmissions is responded to by the network side by the data transmission request, according to the The network status parameter of the MTC terminal is determined;
  • the MTC terminal repeatedly receives the same data block that the network side repeatedly transmits through the PDSCH according to the number of data retransmissions according to the number of data retransmissions.
  • a fifth aspect of the embodiments of the present invention provides a terminal device, including:
  • a sending unit configured to send a data transmission request to the network side
  • the first receiving unit is configured to receive, by the network side, downlink control signaling that carries the number of data retransmissions corresponding to the terminal device, where the number of data retransmissions is responded to by the network side by the data transmission request, Determining according to network state parameters of the terminal device;
  • a second receiving unit configured to repeatedly receive, according to the number of data retransmissions, the same data block that is repeatedly sent by the network side by using the PDSCH according to the number of data retransmissions.
  • a sixth aspect of the embodiments of the present invention provides a data transmission control system, comprising the base station device according to the third aspect, and the terminal device according to the fifth aspect.
  • the embodiment of the present invention can receive a data transmission request sent by the MTC terminal, and respond to the data transmission.
  • the data transmission parameter determines the number of data retransmissions corresponding to the MTC terminal according to the network state parameter of the MTC terminal, and sends the downlink control signaling carrying the data retransmission times to the MTC terminal, and then passes the PDSCH according to the data retransmission times.
  • the MTC terminal repeatedly sends the same data block, so that the network side can effectively notify the MTC terminal of the number of data retransmissions, thereby improving the reliability of data transmission.
  • FIG. 1 is a schematic flow chart of a first embodiment of a data transmission control method according to an embodiment of the present invention
  • FIG. 2 is a schematic structural diagram of an embodiment of a data transmission control apparatus according to an embodiment of the present invention.
  • FIG. 3 is a schematic flow chart of a second embodiment of a data transmission control method according to an embodiment of the present invention.
  • FIG. 4 is a schematic structural diagram of an embodiment of a terminal device according to an embodiment of the present disclosure.
  • FIG. 5 is a schematic structural diagram of an embodiment of a data transmission control system according to an embodiment of the present disclosure
  • FIG. 6 is a schematic structural diagram of an embodiment of a data transmission control device according to an embodiment of the present disclosure.
  • FIG. 7 is a schematic structural diagram of an embodiment of a terminal device according to an embodiment of the present invention.
  • the network side in the embodiment of the present invention may specifically include a base station, a mobility management entity (English: mobile management entity, abbreviation: MME), and a general packet radio service support node (English: serving GPRS (general packet radio service) support node, abbreviation : SGSN) One or more of the network elements.
  • MME mobile management entity
  • GPRS general packet radio service
  • FIG. 1 is a schematic flowchart diagram of a first embodiment of a data transmission control method according to an embodiment of the present invention.
  • the data transmission control method described in this embodiment includes the following steps:
  • S101 A network side receiver type communication data transmission request sent by an MTC terminal.
  • the network side receives a data transmission request initiated by the MTC terminal when performing various data services.
  • the network side responds to the data transmission request, and determines, according to the network state parameter of the MTC terminal, a number of data retransmissions corresponding to the MTC terminal.
  • the network status parameter may include one or more of channel quality, service type, and quality of service (QoS: QoS), and the channel quality may be downlink signal to noise of the MTC terminal.
  • QoS quality of service
  • the reliability requirement level can be divided, that is, the service type with higher priority or emergency, the reliability requirement level is higher, the regular and common service types, and the reliability requirement level is higher. low.
  • Different data transmissions can also correspond to different QoS levels, that is, define the QoS required for data transmission.
  • the MTC terminal may carry the network state parameter in the data transmission request, or the network side sends a request for acquiring the MTC terminal network state parameter to the MTC terminal, and receives the carried network sent by the MTC terminal.
  • the feedback information of the state parameter is used to obtain the channel quality of the MTC terminal, the reliability level of the service type, and the QoS level corresponding to the data transmission, and then the network side can determine the reliability level according to the channel quality and the service type.
  • At least two of the QoS levels corresponding to the data transmission determine the number of data retransmissions corresponding to the MTC terminal, so that the number of data retransmissions can be flexibly and accurately determined according to the network state parameters of the MTC terminal, so as to ensure the reliability of data transmission. .
  • the network side may increase the number of data retransmissions when the channel quality of the MTC terminal is low, the service type has a high reliability requirement level, and the QoS level is high, so as to improve data transmission reliability.
  • the service type has a low level of reliability requirements, and the QoS level is low, the number of data retransmissions is appropriately reduced to reduce the load of the network.
  • the network side may according to at least two of m 1 , m 2 , and m 3 .
  • R (1/m 1 ) * m 2 * m 3
  • R (1/m 1 ) * m 2
  • R (1/ m 1 )*m 3
  • R m 2 *m 3 .
  • the network side may also obtain the terminal capability parameter of the MTC terminal, and determine the number of data retransmissions corresponding to the MTC terminal according to the network state parameter of the MTC terminal and the terminal capability parameter.
  • the terminal capability parameter may include, but is not limited to, one or more of a duplex capability, a terminal version, a supported frequency band, a packet data convergence protocol (PDCP) parameter, and a remaining power.
  • the duplex capability may include a half-duplex frequency division duplexing (HD-FDD) capability, which is a third-generation partner program supported by the MTC terminal (English: 3rd) Generation partnership project, abbreviated: 3GPP) standard version, such as R12 version, R13 version in 3GPP, etc., the supported frequency bands such as Band1, Band3, etc., the PDCP parameters such as header compression file Profile 0, Profile 1, etc.
  • the remaining power is the current remaining power value of the MTC terminal, such as 90%, 15%, and the like.
  • the terminal capability parameter described in the embodiment of the present invention may be a capability indicator included in the message (for example, a certain capability of the terminal may be indicated by a flag bit).
  • whether the half-duplex transmission is supported may be determined by the base station scheduler according to the capability parameter of the terminal, and in the FDD mode, the base station scheduler may perform control according to the Downlink and uplink transmissions do not occur simultaneously on the same frequency. That is to say, in the HD-FDD communication mode, the mode conversion from the transmission to the reception needs to be performed between the base station and the terminal, and the delay caused by this conversion may cause a collision between the uplink transmission and the downlink subframe. .
  • the MTC terminal may carry the network state parameter and the terminal capability parameter in the data transmission request, or the network side sends a request for acquiring the MTC terminal network state parameter and the terminal capability parameter to the MTC terminal, and receives the request.
  • the MTC terminal sends a network status parameter And the feedback information of the number and the terminal capability parameter, to obtain the network state parameters such as the channel quality of the MTC terminal, the reliability level of the service type, and the QoS level corresponding to the data transmission, and the duplex capability, the terminal version, the supported frequency band,
  • the terminal capability parameter such as the PDCP parameter and the remaining power, and the network side may determine the number of data retransmissions corresponding to the MTC terminal according to at least one of the network state parameter and the terminal capability parameter.
  • the network side may use the terminal capability parameter of the MTC terminal as follows: different maximum data retransmission times may be set according to different duplex capabilities, and the network side may predict uplink transmission and based on the maximum number of data retransmission times. A collision may occur between downlink subframes, so that the network side can schedule data transmission to avoid the collision.
  • the test indicates that the network state parameters are combined, and different maximum data retransmission times are set according to different duplex capabilities. It can avoid conflicts caused by different terminal capabilities, and can also improve the reliability of data transmission. Different maximum data retransmission times are configured for different terminal versions. For example, when the terminal version of the MTC terminal is R12, the maximum data weight supported is The number of transmissions is 6.
  • the maximum number of data retransmissions supported is 8. Since the maximum number of data retransmissions of the R13 version of the MTC terminal is greater than that of the R12 version of the MTC terminal, if the network side determines the MTC terminal to access. For the R12 version, you can configure the MTC terminal to meet the maximum number of data retransmissions of 6. If the frequency of the data retransmission is not enough for the MTC terminal to receive the data retransmission times, the signaling resources are wasted; if the frequency band supported by the MTC terminal is Band3, the network side can configure the MTC terminal.
  • the network side can configure more data retransmission times (for example, 6 times) for the MTC terminal. This is because Band1 is more than Band3.
  • the high frequency band leads to a large attenuation of electromagnetic wave transmission, and the probability of data transmission error is large, so that more data retransmission times can be configured for the MTC terminal with the supported frequency band Band1 to ensure the correct and complete data transmission;
  • the PDCP parameter of the MTC terminal is to support the profile 0, the network side can configure the number of data retransmissions (for example, 6 times) for the MTC terminal.
  • the network side can be The MTC terminal is configured with fewer data retransmission times (for example, 4 times). This is because Profile 0 does not perform header compression, and the amount of data transmitted is larger than that of Profile0, resulting in the same transmit power. In the case of a rate, the probability of data transmission error is large, so that the number of data retransmissions of the MTC terminal supporting the Profile 0 can be configured for the PDCP parameter to ensure the correct and complete data transmission; if the remaining power of the MTC terminal is 15 %, the network side can be the The MTC terminal is configured with a smaller number of data retransmission times (for example, 4 times).
  • the network side may configure the MTC terminal with a greater number of data retransmission times (for example, 6 times). Therefore, the number of data retransmissions is appropriately reduced when the power of the MTC terminal is low to ensure that the MTC terminal can maintain a long working time.
  • the network side may combine at least one parameter of the network state parameter with at least one parameter of the terminal capability parameter to determine the number of data retransmissions corresponding to the MTC terminal, so that the network The side can determine the number of data retransmissions more flexibly and accurately to ensure the reliability of data transmission.
  • the QoS in the network state parameter is combined with the duplex capability in the terminal capability parameter. If the QoS level is high and the duplex capability of the MTC terminal is strong, the network side can configure the MTC terminal. The number of data retransmissions (for example, 8 times). If the QoS level is high, but the duplex capability of the MTC terminal is poor, the network side can configure fewer times of data retransmission for the MTC terminal (for example, 7 times).
  • the network side can configure more data retransmission times (for example, 6 times) for the MTC terminal, if the QoS level is lower, and If the duplex capability of the MTC terminal is poor, the network side can configure fewer times of data retransmission (for example, 5 times) for the MTC terminal, thereby optimizing network resource configuration and ensuring data transmission reliability.
  • the channel quality in the network state parameter is combined with the supported frequency band in the terminal capability parameter. If the channel quality is poor, and the frequency band supported by the MTC terminal is Band1, the network side can configure the MTC terminal.
  • the number of data retransmissions (for example, 8 times).
  • the network side can configure fewer times of data retransmission for the MTC terminal (for example, 7 times); If the channel quality is good, but the frequency band supported by the MTC terminal is Band1, the network side can configure more data retransmission times (for example, 6 times) for the MTC terminal, if the channel quality is good, and the frequency band supported by the MTC terminal For Band3, the network side can configure fewer times of data retransmission (such as 5 times) for the MTC terminal, avoiding the number of data retransmissions with poor channel quality but too many configurations, and better channel quality but too few configurations.
  • the number of data retransmissions can be optimized to optimize the configuration of network resources.
  • the service type in the network state parameter is combined with the remaining power in the terminal capability parameter, if the service type requires a higher reliability level, and the remaining power of the MTC terminal is compared. If the number of data retransmissions (for example, 8 times) is configured for the MTC terminal, the network side may have a higher level of reliability requirements, but the MTC terminal has a higher reliability requirement level.
  • the network side can configure the number of data retransmissions (for example, 7 times) for the MTC terminal; if the service type requires a lower level of reliability, If the remaining power of the MTC terminal is large (for example, not less than 50%), the network side can configure more data retransmission times (for example, 6 times) for the MTC terminal, if the service type has a lower reliability requirement level. If the remaining power of the MTC terminal is small (for example, not higher than 20%), the network side can configure the number of data retransmissions (for example, 5 times) for the MTC terminal to avoid the reliability requirement of the service type.
  • the number of data retransmissions with a higher level but too many configurations and the number of times that the service type requires a lower level of reliability but less configuration data retransmission times can optimize the configuration of network resources and rationally allocate the remaining power.
  • the specific manner in which the network side combines at least one parameter of the network state parameter with at least one parameter of the terminal capability parameter to determine the number of data retransmissions corresponding to the MTC terminal is not limited to the foregoing. For example, you can configure it flexibly according to the actual application scenario.
  • the network side may also update the number of data retransmissions (ie, modify the value of the number of data retransmissions), and may be updated in the following cases:
  • the network side may update the data retransmission times according to the current network state parameter and/or the terminal capability parameter of the MTC terminal when receiving the data transmission request sent by the MTC terminal, which may be sent each time the MTC terminal receives the data transmission request.
  • the data transmission request is updated, or it may be updated when a predetermined number of data transmission requests are received.
  • the network side may update the number of data retransmissions according to the network state parameter and/or the terminal capability parameter of the MTC terminal when the network state parameter and/or the terminal capability parameter of the MTC terminal changes, wherein the network state parameter
  • the change may include: the amplitude of the channel quality change of the MTC terminal exceeds a preset threshold, the service type changes, the QoS required for data transmission changes, and the change of the terminal capability parameter may include: the change of the duplex capability.
  • the terminal version is changed, the supported frequency band changes, the PDCP parameters are changed, and the remaining power is higher or lower than the preset value.
  • the network side may update the number of data retransmissions according to the preset state frequency (for example, 5 times/hour) or at the appointed time according to the network state parameter and/or the terminal capability parameter of the MTC terminal.
  • the MTC terminal may be sent to the network side, or may be determined by the network side according to the recorded change of the MTC terminal network state parameter and/or the terminal capability parameter.
  • the network side updates the number of data retransmissions to ensure the reliability of data transmission, and can effectively balance the load of the network and improve the utilization of frequency resources.
  • the network side sends downlink control signaling that carries the number of data retransmissions to the MTC terminal.
  • the number of consecutive consecutive subframes in the TDD system is 9.
  • the number of data retransmissions can be 0 to 8 times. Therefore, 4 bits (English: bit) are required to indicate data retransmission. frequency.
  • the network side may use the information of the hybrid automatic repeat request (English: process number) in the downlink control information (English: downlink control information, abbreviation: DCI).
  • the field indicates the number of retransmissions of the data, that is, the value of the process number information field of the HARQ process is set to the number of data retransmissions, and the DCI is sent to the MTC terminal through a physical downlink control channel (English: physical downlink control channel, PDCCH).
  • PDCCH physical downlink control channel
  • the HARQ timing of the physical downlink shared channel (PDSCH) transmission still follows the timing relationship in the R12 standard in 3GPP, and binds the HARQ process process to the subframe number, assuming that the TDD system is uplink and downlink.
  • the ratio of the sub-frame is 1:1, and the uplink and downlink timeslots are configured as DSUUDDSUUD (D stands for the downlink subframe, S stands for the special subframe, and U stands for the uplink subframe), and the corresponding downlink HARQ process process and the subframe correspondence can be As shown in Table 1:
  • the network side may set the value of the process number information field of the HARQ process number to 0010.
  • the network side may also send the downlink control signaling that carries the number of retransmissions of the data to the MTC terminal by repeatedly sending the DCI to the MTC terminal, that is, the network side first follows the 3GPP in the MTC terminal through the PDCCH.
  • the rule of the R12 standard sends the DCI (that is, the first DCI) once.
  • the number of the HARQ process in the first DCI is used to indicate the HARQ process process used for data transmission, and then the DCI is sent to the MTC terminal again by the PDCCH (ie, The second DCI), the number of HARQ processes in the second DCI is used to indicate the number of retransmissions of the data, and the subsequent data formats and transmission and reception timings are unchanged.
  • the network side may also send the DCI (ie, the first DCI) to the MTC terminal by using the PDCCH.
  • the number of the HARQ process in the first DCI is used to indicate the number of retransmissions of the data, and then according to the 3GPP.
  • the rule of the R12 standard retransmits the DCI (ie, the second DCI) to the MTC terminal by using the PDCCH, and the process number information field of the HARQ process in the second DCI is used to indicate the HARQ process process used for data transmission, that is, the embodiment of the present invention sends
  • the number of data retransmissions and the sequence of the HARQ process used for data transmission are not limited.
  • the network side may further send downlink control signaling carrying the number of retransmissions of the data to the MTC terminal by adding 4 bits in the DCI to indicate the number of retransmissions of the data, that is, the network.
  • the side adds 4 bits in the DCI of the PDCCH format except PDCCH format 0 to indicate the number of retransmissions of the data.
  • the network side can pre-arrange the position of the 4 bits in the DCI with the MTC terminal, or the network side is in the MTC.
  • a notification message for indicating the location information of the 4 bits in the DCI before or after the downlink control signaling carrying the number of retransmissions of the data, for example, assuming that the number of data retransmissions corresponding to the current data transmission request is If it is 3 times, the value of the newly added 4 bit on the network side is set to 0011.
  • the network side repeatedly sends the same data block to the MTC terminal through the physical downlink shared channel PDSCH according to the number of data retransmissions.
  • the data block can be sent to the MTC terminal through the PDSCH, and the same data block is repeatedly sent until the number of repetitions reaches the number of data retransmissions, and the MTC terminal follows the The number of data retransmissions repeatedly receives the same data block.
  • the network side receives the data transmission request sent by the MTC terminal, and determines the data corresponding to the MTC terminal according to the network state parameter of the MTC terminal in response to the data transmission request.
  • the number of retransmissions is further sent to the MTC terminal for downlink control signaling carrying the number of retransmissions of the data; the network side repeatedly transmits the same data block to the MTC terminal through the PDSCH according to the number of retransmissions of the data, so that the data can be flexibly and accurately determined.
  • the number of retransmissions is effectively notified to the MTC terminal by the number of data retransmissions, thereby improving the reliability of data transmission.
  • FIG. 2 is a schematic structural diagram of an embodiment of a data transmission control apparatus according to an embodiment of the present invention.
  • the data transmission control device described in this embodiment includes:
  • the receiving unit 201 is configured to receive a data transmission request sent by the MTC terminal.
  • the processing unit 202 is configured to determine, according to the network state parameter of the MTC terminal, the number of data retransmissions corresponding to the MTC terminal, in response to the data transmission request.
  • the network status parameter may include, but is not limited to, one or more of channel quality, service type, and QoS.
  • the channel quality may be a downlink signal to noise ratio of the MTC terminal, and the service type of the MTC terminal may be reliable.
  • the classification of the level of sexual requirements that is, the higher priority or urgent service type, has a higher reliability requirement level, and the conventional and common service types have lower reliability requirements.
  • Different data transmissions can also correspond to different QoS levels, that is, define the QoS required for data transmission.
  • the processing unit 202 may specifically include:
  • the obtaining unit 2020 is configured to obtain, according to the data transmission request, a channel quality of the MTC terminal, a requirement level of the service type to reliability, and a QoS level corresponding to the data transmission.
  • the determining unit 2021 is configured to determine, according to the channel quality, the required level of reliability of the service type, and the QoS level corresponding to the data transmission, the number of data retransmissions corresponding to the MTC terminal.
  • the MTC terminal may carry the network state parameter in the data transmission request, or the network side sends a request for acquiring the MTC terminal network state parameter to the MTC terminal, and receives the carried network sent by the MTC terminal.
  • the feedback information of the state parameter, the obtaining unit 2020 obtains the channel quality of the MTC terminal, the requirement level of the service type and the QoS level corresponding to the data transmission, and the determining unit 2021 can determine the reliability according to the channel quality and the service type. At least two of the required level and the QoS level corresponding to the data transmission determine the number of data retransmissions corresponding to the MTC terminal, so that the network state parameter of the MTC terminal can be flexibly and accurately determined. The number of data retransmissions is determined to ensure the reliability of data transmission.
  • the determining unit 2021 may increase the number of data retransmissions to improve the reliability of data transmission when the channel quality of the MTC terminal is low, the service type has a higher reliability requirement level, and the QoS level is higher, and the MTC terminal is used.
  • the channel quality is high, the service type has a lower level of reliability requirements, and the QoS level is lower, the number of data retransmissions is appropriately reduced to reduce the load on the network.
  • the processing unit 202 may determine the number of data retransmissions corresponding to the MTC terminal according to the network state parameter of the MTC terminal and the terminal capability parameter.
  • the processing unit 202 is further configured to acquire a terminal capability parameter of the MTC terminal, and determine the number of data retransmissions according to the network state parameter and the terminal capability parameter.
  • the terminal capability parameter may include, but is not limited to, one or more of a duplex capability, a terminal version, a supported frequency band, a PDCP parameter, and a remaining power.
  • the duplex capability may include an HD-FDD capability, and the terminal version is For the standard version of the 3GPP supported by the MTC terminal, for example, the R12 version, the R13 version, and the like in the 3GPP, the supported frequency band is, for example, Band1, Band3, etc., and the PDCP parameters, such as the header compressed file Profile 0, Profile 1, etc., the remaining
  • the power is the current remaining power value of the MTC terminal, for example, 90%, 15%, and the like.
  • the terminal capability parameter described in the embodiment of the present invention may be a capability indicator included in the message (for example, a certain capability of the terminal may be indicated by a flag bit).
  • whether the half-duplex transmission is supported may be determined by the base station scheduler according to the capability parameter of the terminal, and in the FDD mode, the base station scheduler may perform control according to the Downlink and uplink transmissions do not occur simultaneously on the same frequency. That is to say, in the HD-FDD communication mode, the mode conversion from the transmission to the reception needs to be performed between the base station and the terminal, and the delay caused by this conversion may cause a collision between the uplink transmission and the downlink subframe. .
  • the MTC terminal may carry the network state parameter and the terminal capability parameter in the data transmission request, or the network side sends a request for acquiring the MTC terminal network state parameter and the terminal capability parameter to the MTC terminal, and receives the request.
  • the MTC terminal sends the feedback information carrying the network state parameter and the terminal capability parameter, and the processing unit 202 acquires the network state parameter such as the channel quality of the MTC terminal, the requirement level of the service type to the reliability, and the QoS level corresponding to the data transmission, and
  • the terminal capability parameter such as the duplex capability, the terminal version, the supported frequency band, the PDCP parameter, and the remaining power, and the processing unit 202 may further perform the at least one parameter according to the network state parameter and the terminal capability. At least one parameter of the force parameter determines the number of data retransmissions corresponding to the MTC terminal.
  • the utilization of the terminal capability parameter of the MTC terminal may be as follows: different processing units 202 may set different maximum data retransmission times according to different duplex capabilities, and the network side may predict uplink transmission based on the maximum number of data retransmission times. A collision may occur between the downlink subframe and the downlink subframe, so that the network side can schedule the data transmission to avoid the conflict.
  • the test indicates that the network state parameters are combined, and different maximum data retransmission times are set according to different duplex capabilities. Not only can conflicts caused by different terminal capabilities be avoided, but also the reliability of data transmission can be improved. Different maximum data retransmission times can be configured for different terminal versions. For example, the maximum data supported when the terminal version of the MTC terminal is R12 version.
  • the number of retransmissions is 6.
  • the maximum number of data retransmissions supported is 8. Since the maximum number of data retransmissions of the R13 version of the MTC terminal is greater than that of the R12 version of the MTC terminal, if the network side determines the MTC of the access.
  • the processing unit 202 can be configured in the range of the maximum number of data retransmissions of 6.
  • the number of data retransmissions of the MTC terminal capability is avoided, and the MTC terminal is prevented from receiving signaling resources for the configuration of the data retransmission times that does not meet its own capabilities; if the frequency band supported by the MTC terminal is Band3, the processing unit 202 may be The MTC terminal is configured with a small number of data retransmissions (for example, 4 times). If the frequency band supported by the MTC terminal is Band1, the processing unit 202 can configure more data retransmission times (for example, 6 times) for the MTC terminal. This is because Band1 is higher than Band3's frequency band, which causes a large attenuation during electromagnetic wave transmission and a high probability of data transmission error.
  • the processing unit 202 can configure more data retransmission times for the supported MTC terminal with Band1 to ensure data transmission. If the PDCP parameter of the MTC terminal is to support Profile 0, the processing unit 202 can configure a greater number of data retransmission times (for example, 6 times) for the MTC terminal, if the PDCP parameter of the MTC terminal is a support profile. 1, the processing unit 202 can configure fewer times of data retransmission for the MTC terminal (for example, 4 times), because Profile 0 does not perform header compression, and the amount of data transmitted is If the profile 0 is large, the probability of data transmission error is high in the case of the same transmit power.
  • the number of data retransmissions can be configured for the MTC terminal supporting the Profile 0 with the PDCP parameter to ensure the correct and complete data transmission. If the remaining power of the MTC terminal is 15%, the processing unit 202 may configure the MTC terminal with a smaller number of data retransmission times (for example, 4 times), and if the remaining power of the MTC terminal is 90%, the processing unit 202 may The number of times of data retransmission (for example, 6 times) is configured for the MTC terminal, so that the number of data retransmissions is appropriately reduced when the power of the MTC terminal is low to ensure that the MTC terminal can Enough to maintain a long working time.
  • the processing unit 202 may combine at least one parameter of the network state parameter with at least one parameter of the terminal capability parameter to determine the number of data retransmissions corresponding to the MTC terminal, thereby The number of data retransmissions can be determined more flexibly and accurately to ensure the reliability of data transmission.
  • the QoS in the network state parameter is combined with the duplex capability in the terminal capability parameter.
  • the processing unit 202 can configure the MTC terminal. More data retransmission times (for example, 8 times). If the QoS level is high, but the duplex capability of the MTC terminal is poor, the processing unit 202 can configure the MTC terminal with fewer data retransmission times (for example). 7 times); if the QoS level is lower, but the duplex capability of the MTC terminal is stronger, the processing unit 202 can configure more data retransmission times (for example, 6 times) for the MTC terminal, if the QoS level is lower. If the duplex capability of the MTC terminal is poor, the processing unit 202 can configure fewer times of data retransmission (for example, 5 times) for the MTC terminal, thereby optimizing network resource configuration and ensuring data transmission reliability. .
  • the first sending unit 203 is configured to send, to the MTC terminal, downlink control signaling that carries the number of data retransmissions.
  • the number of consecutive consecutive subframes in the TDD system is 9.
  • the number of data retransmissions can be 0 to 8 times. Therefore, 4 bits (English: bit) are required to indicate data retransmission. frequency.
  • the first sending unit 203 is further configured to repeatedly send the same data block to the MTC terminal through the PDSCH according to the number of data retransmissions.
  • the first sending unit 203 may specifically include:
  • the first setting unit 2030 is configured to set a value of a process number information field of a HARQ process number in the DCI to the number of data retransmissions.
  • the second sending unit 2031 is configured to send the DCI to the MTC terminal by using a PDCCH, and instruct the MTC terminal to receive downlink transmission data by using a synchronous HARQ.
  • the first setting unit 2030 may use the information field of the process number of the HARQ process in the DCI to indicate the number of data retransmissions, that is, the value of the process number information field of the HARQ process number is set as the number of data retransmissions, and then the second transmission.
  • the unit 2031 sends the PDCCH to the MTC terminal.
  • the DCI is sent, and the MTC terminal is instructed to receive downlink transmission data by means of synchronous HARQ.
  • the specific manner in which the first sending unit 203 sends the downlink control signaling carrying the number of data retransmissions to the MTC terminal is:
  • the first DCI is sent to the MTC terminal by using a PDCCH, and the number of HARQ processes in the first DCI is used to indicate a HARQ process process used for data transmission.
  • the second DCI is sent to the MTC terminal by using the PDCCH, and the number of HARQ processes in the second DCI is used to indicate the number of data retransmissions.
  • the first DCI is sent to the MTC terminal by using the PDCCH, and the number of HARQ processes in the first DCI is used to indicate the number of data retransmissions.
  • the second DCI is sent to the MTC terminal by using the PDCCH, and the HARQ process number process number information field in the second DCI is used to indicate the HARQ process process used for data transmission.
  • the first sending unit 203 sends the DCI (that is, the first DCI) to the MTC terminal according to the rule of the R12 standard in the 3GPP through the PDCCH, and the number of the HARQ process in the first DCI is used to indicate the data transmission.
  • the HARQ process process and then the first sending unit 203 sends the DCI (ie, the second DCI) to the MTC terminal by using the PDCCH, and the process number information field of the HARQ process in the second DCI is used to indicate the number of data retransmissions.
  • the first sending unit 203 may also send the DCI (ie, the first DCI) to the MTC terminal by using the PDCCH.
  • the number of the HARQ process in the first DCI is used to indicate the number of data retransmissions, and then
  • the DCI process number information field in the second DCI is used to indicate the HARQ process process used for data transmission, that is, the implementation of the present invention, in accordance with the rules of the R12 standard in the 3GPP, by using the PDCCH to retransmit the DCI (ie, the second DCI) to the MTC terminal.
  • the order in which the first transmitting unit 203 sends the number of data retransmissions and the HARQ process process used for data transmission is not limited.
  • the specific manner in which the first sending unit 203 sends the downlink control signaling carrying the number of data retransmissions to the MTC terminal is:
  • the DCI is transmitted to the MTC terminal through a PDCCH, and the DCI includes a flag bit for indicating the number of times of the data retransmission.
  • the second setting unit 2032 adds 4 bits in the DCI of the PDCCH format except for the PDCCH format 0 to indicate the number of data retransmissions
  • the third sending unit 2033 sends the DCI to the MTC terminal through the PDCCH, for example, for example. Assuming that the number of data retransmissions corresponding to the data transmission request is three, the value of the newly added 4 bit is set to 0011 on the network side.
  • the data transmission control apparatus further includes:
  • the updating unit 204 is configured to update the data retransmission times according to the network state parameter and/or the terminal capability parameter of the MTC terminal when receiving the data transmission request sent by the MTC terminal, or to be used in the network
  • the state parameter and/or the terminal capability parameter are changed, the number of data retransmissions is updated according to the network state parameter and/or the terminal capability parameter of the MTC terminal, or is used according to the preset frequency or at the appointed time.
  • the network state parameter and/or the terminal capability parameter of the MTC terminal updates the number of data retransmissions.
  • the data transmission control apparatus in this embodiment may be disposed in the base station apparatus.
  • the network side receives the data transmission request sent by the MTC terminal, and determines the number of data retransmissions corresponding to the MTC terminal according to the network state parameter of the MTC terminal in response to the data transmission request, and further sends the data transmission number to the MTC terminal.
  • Downlink control signaling of the number of data retransmissions the network side repeatedly transmits the same data block to the MTC terminal through the PDSCH according to the number of data retransmission times, which can flexibly and accurately determine the number of data retransmissions and effectively retransmit the data Notify the MTC terminal to improve the reliability of data transmission.
  • FIG. 3 is a schematic flowchart diagram of a second embodiment of a data transmission control method according to an embodiment of the present invention.
  • the data transmission control method described in this embodiment includes the following steps:
  • the MTC terminal sends a data transmission request to the network side.
  • the MTC terminal initiates a data transmission request to the network side when performing various data services.
  • the MTC terminal receives, by the network side, downlink control signaling that carries the number of data retransmissions corresponding to the MTC terminal, where the number of data retransmissions is responded to by the network side by the data transmission request, according to The network status parameter of the MTC terminal is determined.
  • the network status parameter may include, but is not limited to, one or more of channel quality, service type, and QoS, where the channel quality may be a downlink signal to noise ratio of the MTC terminal, for the MTC.
  • the service type of the terminal can be classified according to the reliability requirement level, that is, the service type with higher priority or emergency, and the reliability requirement level is higher.
  • the regular and common service types have lower reliability requirements.
  • Different data transmissions can also correspond to different QoS levels, that is, define the QoS required for data transmission.
  • the MTC terminal may carry the network state parameter in the data transmission request, or the MTC terminal may carry the network state parameter when receiving the request for acquiring the network state parameter of the MTC terminal sent by the network side.
  • the feedback information is sent to the network side, so that the network side obtains the channel quality of the MTC terminal, the reliability requirement level of the service type, and the QoS level corresponding to the data transmission, and then the network side can perform reliability according to the channel quality and the service type.
  • At least two of the required level and the QoS level corresponding to the data transmission determine the number of data retransmissions corresponding to the MTC terminal, so that the number of data retransmissions can be flexibly and accurately determined according to the network state parameter of the MTC terminal to ensure data.
  • the reliability of the transmission is the reliability of the transmission.
  • the network side may increase the number of data retransmissions to improve the reliability of data transmission when the channel quality of the MTC terminal is low, the service type has a high reliability requirement level, and the QoS level is high, and the reliability of the data transmission is improved at the MTC terminal.
  • the service type requires a lower level of reliability, and the QoS level is lower, the number of data retransmissions is appropriately reduced to reduce the load on the network.
  • the network side may also obtain the terminal capability parameter of the MTC terminal, and determine the number of data retransmissions corresponding to the MTC terminal according to the network state parameter of the MTC terminal and the terminal capability parameter.
  • the terminal capability parameter may include, but is not limited to, one or more of a duplex capability, a terminal version, a supported frequency band, a PDCP parameter, and a remaining power.
  • the duplex capability may include an HD-FDD capability, and the terminal version is For the standard version of the 3GPP supported by the MTC terminal, for example, the R12 version, the R13 version, and the like in the 3GPP, the supported frequency band is, for example, Band1, Band3, etc., and the PDCP parameters, such as the header compressed file Profile 0, Profile 1, etc., the remaining
  • the power is the current remaining power value of the MTC terminal, for example, 90%, 15%, and the like.
  • the terminal capability parameter described in the embodiment of the present invention may be a capability indicator included in the message (for example, a certain capability of the terminal may be indicated by a flag bit).
  • whether the half-duplex transmission is supported may be determined by the base station scheduler according to the capability parameter of the terminal, and in the FDD mode, the base station scheduler may perform control according to the Downlink and uplink transmissions do not occur simultaneously on the same frequency Now. That is to say, in the HD-FDD communication mode, the mode conversion from the transmission to the reception needs to be performed between the base station and the terminal, and the delay caused by this conversion may cause a collision between the uplink transmission and the downlink subframe. .
  • the MTC terminal may carry the network state parameter and the terminal capability parameter in the data transmission request, or may be the request that the MTC terminal receives the network state parameter and the terminal capability parameter that is sent by the network side to obtain the MTC terminal network state parameter and the terminal capability parameter.
  • the feedback information carrying the network state parameter and the terminal capability parameter is sent to the network side, so that the network side acquires the network quality parameter such as the channel quality of the MTC terminal, the reliability level of the service type, and the QoS level corresponding to the data transmission.
  • a terminal capability parameter such as a duplex capability, a terminal version, a supported frequency band, a PDCP parameter, and a remaining power
  • the network side may further perform, according to at least one of the network state parameter and the terminal capability parameter, Determine the number of data retransmissions corresponding to the MTC terminal.
  • the network side may use the terminal capability parameter of the MTC terminal as follows: different maximum data retransmission times may be set according to different duplex capabilities, and the network side may predict uplink transmission and based on the maximum number of data retransmission times. A collision may occur between downlink subframes, so that the network side can schedule data transmission to avoid the collision.
  • the test indicates that the network state parameters are combined, and different maximum data retransmission times are set according to different duplex capabilities. It can avoid conflicts caused by different terminal capabilities, and can also improve the reliability of data transmission. Different maximum data retransmission times are configured for different terminal versions. For example, when the terminal version of the MTC terminal is R12, the maximum data weight supported is The number of transmissions is 6.
  • the maximum number of data retransmissions supported is 8. Since the maximum number of data retransmissions of the R13 version of the MTC terminal is greater than that of the R12 version of the MTC terminal, if the network side determines the MTC terminal to access. For the R12 version, you can configure the MTC terminal to meet the maximum number of data retransmissions of 6. If the frequency of the data retransmission is not enough for the MTC terminal to receive the data retransmission times, the signaling resources are wasted; if the frequency band supported by the MTC terminal is Band3, the network side can configure the MTC terminal.
  • the network side can configure more data retransmission times (for example, 6 times) for the MTC terminal. This is because Band1 is more than Band3.
  • the high frequency band leads to a large attenuation of electromagnetic wave transmission, and the probability of data transmission error is large, so that more data retransmission times can be configured for the MTC terminal with the supported frequency band Band1 to ensure the correct and complete data transmission;
  • the PDCP parameter of the MTC terminal supports Profile 0, and the network side The number of data retransmissions (for example, 6 times) can be configured for the MTC terminal. If the PDCP parameter of the MTC terminal is to support Profile 1, the network side can configure fewer times of data retransmission for the MTC terminal (for example, 4).
  • the PDCP parameter can be an MTC terminal supporting Profile 0.
  • the network side may combine at least one parameter of the network state parameter with at least one parameter of the terminal capability parameter to determine the number of data retransmissions corresponding to the MTC terminal, so that the network The side can determine the number of data retransmissions more flexibly and accurately to ensure the reliability of data transmission.
  • the MTC terminal receives the DCI sent by the network side through the PDCCH, and the number of the HARQ process number in the DCI is the number of data retransmissions corresponding to the MTC terminal, and the number of data retransmissions is obtained, and the MTC terminal simultaneously
  • the downlink transmission data is received by means of synchronous HARQ.
  • the MTC terminal may further receive the first DCI sent by the network side through the PDCCH, where the number of HARQ processes in the first DCI is used to represent the HARQ process process used for data transmission, and receive the network.
  • the second DCI sent by the PDCCH, the number of HARQ processes in the second DCI, the process number information field is used to indicate the number of data retransmissions corresponding to the MTC terminal, and the number of data retransmissions is obtained.
  • the MTC terminal may also receive the first DCI sent by the PDCCH on the network side, where the number of HARQ processes in the first DCI is used to indicate the number of data retransmissions corresponding to the MTC terminal, and the network side passes
  • the second DCI sent by the PDCCH, the number of HARQ processes in the second DCI, the process number information field is used to represent the HARQ process process used for data transmission, and the number of data retransmissions is obtained, that is, the data is sent by the network side in the embodiment of the present invention.
  • the number of retransmissions and the sequence of the HARQ process used by the data transmission are not limited.
  • the MTC terminal may further receive the DCI sent by the network side by using the PDCCH, where the DCI includes a flag bit for indicating the number of times of the data retransmission, and then obtain the number of retransmissions of the data, for example, Assuming that the number of data retransmissions corresponding to the data transmission request is three, the value of the newly added 4 bits is set to 0011 on the network side.
  • the number of data retransmissions may be updated by the network side according to the network state parameter and/or the terminal capability parameter of the MTC terminal when receiving the data transmission request sent by the MTC terminal, specifically, the The data transmission request sent by the MTC terminal is updated, or may be updated when a predetermined number of data transmission requests are received.
  • the network state parameter and/or the terminal capability parameter of the MTC terminal are updated, where the change of the network state parameter may specifically include: the MTC terminal
  • the change of the terminal capability parameter may include: changing the duplex capability, changing the terminal version, and supporting the frequency band. Change, PDCP parameters change, the remaining power is higher or lower than the preset value.
  • the network side is updated according to the network state parameter and/or the terminal capability parameter of the MTC terminal according to the preset frequency or the scheduled time, and the appointment time may be specifically sent by the MTC terminal to the network side, or may be recorded by the network side according to the network side.
  • the change of the MTC terminal network state parameter and/or the terminal capability parameter is determined.
  • the network side updates the number of data retransmissions to ensure the reliability of data transmission, and can effectively balance the load of the network and improve the utilization of frequency resources.
  • the MTC terminal repeatedly receives the same data block that is repeatedly sent by the network side by using the PDSCH according to the number of data retransmissions according to the number of data retransmissions.
  • the MTC terminal sends a data transmission request to the network side, so that the network side determines the number of data retransmissions corresponding to the MTC terminal according to the network state parameter of the MTC terminal in response to the data transmission request; the MTC terminal receives the network.
  • the downlink control signaling carried by the side carries the number of times of retransmission of the data, and repeatedly receives the same data block repeatedly sent by the network side through the PDSCH according to the number of retransmissions of the data according to the number of retransmissions of the data, and the MTC terminal can effectively acquire the data.
  • the number of retransmissions and the determination of the number of data retransmissions are flexible and accurate, thereby improving the reliability of data transmission.
  • FIG. 4 is a schematic structural diagram of an embodiment of a terminal device according to an embodiment of the present invention.
  • the terminal device described in this embodiment includes:
  • the sending unit 401 is configured to send a data transmission request to the network side.
  • the first receiving unit 402 is configured to receive, by the network side, downlink control signaling that carries the number of data retransmissions corresponding to the terminal device, where the number of data retransmissions is requested by the network side to respond to the data transmission request And determining according to the network state parameter of the terminal device.
  • the network status parameter may include, but is not limited to, one or more of channel quality, service type, and QoS.
  • the channel quality may be a downlink signal to noise ratio of the terminal device, and the service type of the terminal device may be reliable.
  • the classification of the level of sexual requirements that is, the higher priority or urgent service type, has a higher reliability requirement level, and the conventional and common service types have lower reliability requirements.
  • Different data transmissions can also correspond to different QoS levels, that is, define the QoS required for data transmission.
  • the sending unit 401 may carry the network state parameter in the data transmission request, or may be, when the first receiving unit 402 receives the request for acquiring the network state parameter of the terminal device sent by the network side, the sending unit 401
  • the feedback information carrying the network state parameter is sent to the network side, so that the network side obtains the channel quality of the terminal device, the reliability requirement level of the service type, and the QoS level corresponding to the data transmission, and then the network side can according to the channel quality
  • At least two of the requirement level of the service type and the QoS level corresponding to the data transmission determine the number of data retransmissions corresponding to the terminal device, so that the data retransmission can be flexibly and accurately determined according to the network state parameter of the terminal device. The number of times to ensure the reliability of data transmission.
  • the network side may increase the number of data retransmissions to improve the reliability of data transmission when the channel quality of the terminal device is low, the service type has a high reliability requirement level, and the QoS level is high, and the reliability of the data transmission is When the channel quality is high, the service type requires a lower level of reliability, and the QoS level is lower, the number of data retransmissions is appropriately reduced to reduce the load on the network.
  • the network side may also obtain the terminal capability parameter of the terminal device, and determine the number of data retransmissions corresponding to the terminal device according to the network state parameter and the terminal capability parameter of the terminal device.
  • the terminal capability parameter may specifically include, but is not limited to, one or more of a duplex capability, a terminal version, a supported frequency band, a PDCP parameter, and a remaining power
  • the duplex capability may include HD-FDD.
  • the terminal version is the standard version defined in the 3GPP supported by the MTC terminal, for example, the R12 version and the R13 version in the 3GPP
  • the supported frequency band is, for example, Band1, Band3, etc.
  • the PDCP parameter is, for example, a header compressed file Profile 0, Profile 1 and the like
  • the remaining power is the current remaining power value of the MTC terminal, for example, 90%, 15%, and the like.
  • the terminal capability parameter described in the embodiment of the present invention may be a capability indicator included in the message (for example, a certain capability of the terminal may be indicated by a flag bit).
  • whether the half-duplex transmission is supported may be determined by the base station scheduler according to the capability parameter of the terminal, and in the FDD mode, the base station scheduler may perform control according to the Downlink and uplink transmissions do not occur simultaneously on the same frequency. That is to say, in the HD-FDD communication mode, the mode conversion from the transmission to the reception needs to be performed between the base station and the terminal, and the delay caused by this conversion may cause a collision between the uplink transmission and the downlink subframe. .
  • the sending unit 401 may carry the network state parameter and the terminal capability parameter in the data transmission request, or may be configured to receive, by the first receiving unit 402, the network state parameter and the terminal capability parameter that are sent by the network side for acquiring the terminal device.
  • the sending unit 401 sends the feedback information carrying the network state parameter and the terminal capability parameter to the network side, so that the network side acquires the channel quality of the terminal device, the service class to the reliability requirement level, and the QoS corresponding to the data transmission.
  • a network state parameter such as a level
  • a terminal capability parameter such as a duplex capability, a terminal version, a supported frequency band, a PDCP parameter, and a remaining power.
  • the network side may further determine at least one of the network state parameters and the terminal capability parameter. At least one parameter determines a number of data retransmissions corresponding to the terminal device.
  • the second receiving unit 403 is configured to repeatedly receive, according to the number of data retransmissions, the same data block that is repeatedly transmitted by the network side by using the PDSCH according to the number of data retransmissions.
  • the specific manner in which the first receiving unit 402 receives the downlink control signaling that is sent by the network side and carries the number of data retransmissions corresponding to the terminal device is:
  • the first receiving unit 402 may specifically include:
  • the third receiving unit 4020 is configured to receive a first DCI that is sent by the network side by using a PDCCH, where a number of HARQ processes in the first DCI is used to indicate data transmission. The HARQ process used.
  • the fourth receiving unit 4021 is configured to receive a second DCI that is sent by the network side by using the PDCCH, where a number of HARQ processes in the second DCI is used to indicate a number of data retransmissions corresponding to the terminal device. .
  • the third receiving unit 4020 is configured to receive the first DCI that is sent by the network side by using the PDCCH, where the number of HARQ processes in the first DCI is used to indicate the number of data retransmissions corresponding to the terminal device.
  • the fourth receiving unit 4021 is configured to receive a second DCI that is sent by the network side by using the PDCCH, where a number of HARQ processes in the second DCI is used to indicate a HARQ process process used for data transmission.
  • the specific manner in which the first receiving unit 402 receives the downlink control signaling that is sent by the network side and carries the number of data retransmissions corresponding to the terminal device is:
  • the number of data retransmissions may be updated by the network side according to the network state parameter and/or the terminal capability parameter of the terminal device when receiving the data transmission request sent by the terminal device, specifically, the The data transmission request sent by the terminal device is updated, or may be updated when a predetermined number of data transmission requests are received.
  • the network status parameter and/or the terminal capability parameter of the terminal device are updated, where the change of the network status parameter may specifically include: the terminal device The change of the channel quality exceeds the preset threshold, the service type changes, and the QoS required for data transmission changes.
  • the change of the terminal capability parameter may include: change of duplex capability, change of terminal version, supported frequency band. Changes occur, the PDCP parameters are changed, and the remaining power is higher or lower than the preset value.
  • the network side is updated according to the network state parameter and/or the terminal capability parameter of the terminal device according to the preset frequency or the scheduled time, and the appointment time may be specifically sent by the terminal device to the network side, or may be recorded by the network side according to the network side.
  • the change of the terminal device network state parameter and/or the terminal capability parameter is determined.
  • the network side updates the number of data retransmissions to ensure the reliability of data transmission, and can effectively balance the load of the network and improve the utilization of frequency resources.
  • the terminal device sends a data transmission request to the network side, so that the network side determines the number of data retransmissions corresponding to the terminal device according to the network state parameter of the terminal device in response to the data transmission request; the terminal device receives the network
  • the downlink control signaling carried by the side carries the number of times of retransmission of the data, and repeatedly receives the same data block repeatedly sent by the network side through the PDSCH according to the number of retransmissions of the data according to the number of retransmissions of the data, and the terminal device can effectively acquire the data.
  • the number of retransmissions and the determination of the number of data retransmissions are flexible and accurate, thereby improving the reliability of data transmission.
  • FIG. 5 is a schematic structural diagram of an embodiment of a data transmission control system according to an embodiment of the present invention.
  • the data transmission control system described in this embodiment includes a base station device 501 and a terminal device 502, wherein the base station device 501 includes the data transmission control device shown in FIG. 2.
  • the terminal device 502 sends a data transmission request to the base station device 501, and the base station device 501 determines the number of data retransmissions corresponding to the terminal device 502 according to the network state parameter of the terminal device 502 in response to the data transmission request, and sends the data retransmission number corresponding to the terminal device 502 to the terminal device 502.
  • Sending the downlink control signaling carrying the number of retransmissions of the data the base station device 501 repeatedly transmits the same data block to the terminal device 502 through the PDSCH according to the number of data retransmissions, and the terminal device 502 repeatedly receives the same data block according to the number of retransmissions of the data. Therefore, the base station device can flexibly and accurately determine the number of data retransmissions, and effectively notify the terminal device of the number of data retransmissions, thereby improving the reliability of data transmission.
  • FIG. 6 is a schematic structural diagram of an embodiment of a data transmission control device according to an embodiment of the present invention.
  • the data transmission control device described in this embodiment includes a transceiver 601, a processor 602, and a memory 603.
  • the processor 602 is connected to the transceiver 601 and the memory 603 via a bus.
  • the transceiver 601 may be a radio frequency receiver or a radio frequency chip for transmitting and receiving signals 605 through the antenna 604.
  • the transceiver 601 may include an integrated transmit channel (Transmitter, TX) and a receiver (Receiver, RX).
  • the processor 602 may be a baseband processor, a baseband chip, a digital signal processor (DSP), or a system on chip (SOC) including a baseband processor and an application processor. Wait.
  • the foregoing memory 603 is configured to store a set of program codes
  • the processor 602 is configured to call the program code stored in the memory 603, and perform the following operations:
  • the transceiver 601 is configured to receive a data transmission request sent by the MTC terminal.
  • the processor 602 is configured to determine, according to the network state parameter of the MTC terminal, a number of data retransmissions corresponding to the MTC terminal, in response to the data transmission request.
  • the transceiver 601 is further configured to send, to the MTC terminal, downlink control signaling that carries the number of data retransmissions.
  • the transceiver 601 is further configured to repeatedly send the same data block to the MTC terminal through the PDSCH according to the number of data retransmissions.
  • the transceiver 601 is specifically configured to:
  • the value of the process number information field of the HARQ process number in the DCI is set as the number of data retransmissions.
  • the transceiver 601 is specifically configured to:
  • the first DCI is sent to the MTC terminal by using a PDCCH, and the number of HARQ processes in the first DCI is used to indicate a HARQ process process used for data transmission.
  • the second DCI is sent to the MTC terminal by using the PDCCH, and the number of HARQ processes in the second DCI is used to indicate the number of data retransmissions.
  • the first DCI is sent to the MTC terminal by using the PDCCH, and the number of HARQ processes in the first DCI is used to indicate the number of data retransmissions.
  • the second DCI is sent to the MTC terminal by using the PDCCH, and the HARQ process number process number information field in the second DCI is used to indicate the HARQ process process used for data transmission.
  • the transceiver 601 is specifically configured to:
  • the DCI is transmitted to the MTC terminal through a PDCCH, and the DCI includes a flag bit for indicating the number of times of the data retransmission.
  • the network state parameter includes one or more of channel quality, service type, and quality of service QoS
  • the processor 602 is specifically configured to:
  • the processor 602 is further configured to acquire a terminal capability parameter of the MTC terminal, and determine the number of data retransmissions according to the network state parameter and the terminal capability parameter.
  • the processor 602 is further configured to: according to the network state parameter and/or the terminal capability parameter of the MTC terminal, when the transceiver 601 receives the data transmission request sent by the MTC terminal Updating the number of data retransmissions, or for updating the data according to network state parameters and/or terminal capability parameters of the MTC terminal when the network state parameter and/or the terminal capability parameter are changed.
  • the number of transmissions is used to update the number of data retransmissions according to the network state parameter and/or the terminal capability parameter of the MTC terminal according to a preset frequency or at an agreed time.
  • the transceiver 601, the processor 602, and the memory 603, which are described in the embodiments of the present invention, may be implemented in the first embodiment of the data transmission control method provided by the embodiment of the present invention.
  • An implementation manner described in an embodiment of a data transmission control apparatus provided by an embodiment of the present invention is not described herein.
  • the transceiver 601 receives the data transmission request sent by the MTC terminal, and the processor 602 determines, according to the network transmission parameter of the MTC terminal, the number of data retransmissions corresponding to the MTC terminal, and the transceiver 601
  • the MTC terminal sends the downlink control signaling carrying the number of retransmissions of the data, and repeatedly sends the same data block to the MTC terminal through the PDSCH according to the number of data retransmissions, so that the number of data retransmissions can be flexibly and accurately determined, and effectively
  • the number of data retransmissions is notified to the MTC terminal to improve the reliability of data transmission.
  • FIG. 7 is a schematic structural diagram of an embodiment of a terminal device according to an embodiment of the present invention.
  • the terminal device described in this embodiment includes: a transceiver 701, a processor 702, and a memory 703.
  • the processor 702 is connected to the transceiver 701 and the memory 703 via a bus.
  • the transceiver 701 may be a radio frequency receiver or a radio frequency chip for transmitting and receiving signals 705 through the antenna 704. Specifically, the transceiver 701 may include a transmit channel TX and a receiver RX integrated together.
  • the processor 702 may be a baseband processor, a baseband chip, a DSP, or an SOC including a baseband processor and an application processor.
  • the above memory 703 is a memory device of the terminal device for storing programs and data. It can be understood that the memory 703 herein may be a high-speed RAM memory, or may be a non-volatile memory, such as at least one disk memory; optionally, at least one of the processors 702 may be located away from the foregoing processor 702. Storage device.
  • the memory 703 is configured to store a set of program codes, and the processor 702 calls the program code stored in the memory 703 to perform the following operations:
  • the transceiver 701 is configured to send a data transmission request to the network side.
  • the transceiver 701 is further configured to receive, by the network side, downlink control signaling that carries the number of data retransmissions corresponding to the terminal device, where the number of data retransmissions is sent by the network side to the data transmission The request is determined according to a network status parameter of the terminal device.
  • the processor 702 is configured to repeatedly receive, by the transceiver 701, the same data block that is repeatedly sent by the network side through the PDSCH according to the number of data retransmissions according to the number of data retransmissions.
  • the transceiver 701 is specifically configured to:
  • the transceiver 701 is specifically configured to:
  • the process number information field is used to indicate the number of data retransmissions corresponding to the terminal device.
  • the transceiver 701 is specifically configured to:
  • the network state parameter includes one or more of channel quality, service type, and quality of service QoS
  • the network side responds to the data transmission request according to a network state of the terminal device.
  • the network side acquires a terminal capability parameter of the terminal device, and determines the number of data retransmissions according to the network state parameter and the terminal capability parameter.
  • the number of data retransmissions is updated by the network side according to the network state parameter and/or the terminal capability parameter of the terminal device when receiving the data transmission request sent by the terminal device, or And being updated by the network side according to the network state parameter and/or the terminal capability parameter of the terminal device, or by the network side, when the network state parameter and/or the terminal capability parameter are changed.
  • the frequency is set or updated at the appointed moment according to the network state parameter and/or the terminal capability parameter of the terminal device.
  • the transceiver 701, the processor 702, and the memory 703, which are described in the embodiments of the present invention, may be implemented in the second embodiment of the data transmission control method provided by the embodiment of the present invention.
  • An implementation manner described in an embodiment of a terminal device provided by an embodiment of the present invention is not described herein.
  • the transceiver 701 sends a data transmission request to the network side, so that the network side determines the number of data retransmissions corresponding to the MTC terminal according to the network state parameter of the MTC terminal, and the transceiver 701 receives the data transmission request.
  • the network side sends the number of times the data is retransmitted.
  • the processor 702 repeatedly receives the same data block repeatedly transmitted by the network side through the PDSCH according to the number of times of the data retransmission according to the number of data retransmissions, and the terminal device can effectively obtain the number of data retransmissions, and
  • the determination of the number of data retransmissions is flexible and accurate, thereby improving the reliability of data transmission.
  • the units in all the embodiments of the present invention may be implemented by a general-purpose integrated circuit, such as a CPU (Central Processing Unit), or by an ASIC (Application Specific Integrated Circuit).
  • a general-purpose integrated circuit such as a CPU (Central Processing Unit), or by an ASIC (Application Specific Integrated Circuit).
  • the units in the terminal in the embodiment of the present invention may be combined, divided, and deleted according to actual needs.
  • the storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).

Landscapes

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

Abstract

Des modes de réalisation de la présente invention concernent un procédé, un appareil, un système et un dispositif associé de commande de transmission de données. Le procédé comprend les étapes suivantes : réception d'une demande de transmission de données envoyée depuis un terminal MTC ; en réponse à la demande de transmission de données, détermination d'un nombre de retransmissions de données correspondant au terminal MTC conformément aux paramètres d'état du réseau du terminal MTC ; envoi d'un signal de commande de liaison descendante transportant le nombre de retransmissions de données au terminal MTC ; et envoi répétitif du même bloc de données au terminal MTC au travers d'un canal partagé de liaison descendante physique (PDSCH) conformément au nombre de retransmissions de données. Les modes de réalisation de l'invention permettent d'informer efficacement un terminal MTC à propos d'un nombre de retransmissions de données par un côté réseau, et la fiabilité de transmission de données est améliorée.
PCT/CN2016/105701 2015-11-30 2016-11-14 Procédé, appareil, système et dispositif associé de commande de transmission de données Ceased WO2017092563A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510856068.4A CN105451164A (zh) 2015-11-30 2015-11-30 一种数据传输控制方法、装置、系统及相关设备
CN201510856068.4 2015-11-30

Publications (1)

Publication Number Publication Date
WO2017092563A1 true WO2017092563A1 (fr) 2017-06-08

Family

ID=55560866

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/105701 Ceased WO2017092563A1 (fr) 2015-11-30 2016-11-14 Procédé, appareil, système et dispositif associé de commande de transmission de données

Country Status (2)

Country Link
CN (1) CN105451164A (fr)
WO (1) WO2017092563A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109962758A (zh) * 2017-12-25 2019-07-02 中国移动通信有限公司研究院 一种数据包的传输控制方法及设备
CN112136285A (zh) * 2019-04-18 2020-12-25 北京小米移动软件有限公司 一种数据传输方法、装置及存储介质
CN113853020A (zh) * 2021-09-08 2021-12-28 京信网络系统股份有限公司 资源分配方法、装置、计算机设备和可读存储介质

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018027983A1 (fr) * 2016-08-12 2018-02-15 华为技术有限公司 Procédé et dispositif de transmission de données
CN107769899A (zh) * 2016-08-19 2018-03-06 株式会社Ntt都科摩 通知确定上行链路数据重复模式的方法、用户设备和基站
WO2018082059A1 (fr) * 2016-11-04 2018-05-11 华为技术有限公司 Procédé de transmission d'informations de rétroaction harq-ack et appareil associé
CN108418659A (zh) * 2017-02-10 2018-08-17 中兴通讯股份有限公司 一种数据传输方法、装置及相关设备
CN109428688B (zh) * 2017-09-04 2021-11-09 中国移动通信有限公司研究院 一种harq重传次数动态配置方法、装置和介质
CN110392433B (zh) * 2018-04-20 2022-04-19 大唐移动通信设备有限公司 一种数据传输方法及装置
US11050523B2 (en) * 2018-05-11 2021-06-29 Qualcomm Incorporated Techniques to interpret control information based on a repetition factor
CN110505041B (zh) 2018-05-17 2021-08-06 中国移动通信有限公司研究院 信息上报方法、数据传输方法、用户设备及网络侧设备
CN110601800A (zh) * 2018-06-12 2019-12-20 中国移动通信集团山东有限公司 一种窄带物联网上行数据传输方法及基站
WO2020015617A1 (fr) * 2018-07-16 2020-01-23 华为技术有限公司 Procédé et dispositif de communication
CN109194998B (zh) * 2018-08-14 2021-05-11 Oppo广东移动通信有限公司 数据传输方法、装置、电子设备及计算机可读介质
CN115209473A (zh) * 2021-04-13 2022-10-18 华为技术有限公司 通信方法及装置
CN115333704B (zh) * 2021-05-10 2024-11-22 维沃移动通信有限公司 传输控制方法、装置、终端及可读存储介质
CN116566545B (zh) * 2023-04-23 2025-11-07 阳光电源股份有限公司 数据传输方法、装置、终端设备和通信基站
WO2025231586A1 (fr) * 2024-05-06 2025-11-13 Huawei Technologies Co., Ltd. Commutation de schéma de retransmission dans des systèmes de communication

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104780549A (zh) * 2014-01-10 2015-07-15 夏普株式会社 物理信道配置方法以及基站和用户设备
CN104811284A (zh) * 2014-01-29 2015-07-29 上海贝尔股份有限公司 为mtc ue进行上行链路传输反馈的方法和装置
WO2015126202A1 (fr) * 2014-02-24 2015-08-27 엘지전자 주식회사 Procédé d'émission répétitive de canal pour extension de couverture, et terminal associé
CN105101044A (zh) * 2014-05-08 2015-11-25 夏普株式会社 寻呼消息接收/发送方法及其相关用户设备、基站和网络侧设备

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2843268B1 (fr) * 2002-07-30 2004-12-17 Cegetel Groupe Equipement et procede de gestion d'informations d'etat pour la transmission de donnees dans un reseau telephonique
CN1619998A (zh) * 2003-11-21 2005-05-25 北京三星通信技术研究有限公司 自动重复请求系统中分组丢弃的方法
CN101197643A (zh) * 2006-12-07 2008-06-11 大唐移动通信设备有限公司 一种数据上传和接收的方法、及终端、基站和系统
CN101197645A (zh) * 2007-12-12 2008-06-11 华为技术有限公司 调整nhr参考值的方法、系统和装置
CN101282204B (zh) * 2008-05-13 2011-04-27 山东大学 基于自适应编码调制的自适应协作重传方法
US8379536B2 (en) * 2009-10-08 2013-02-19 Qualcomm Incorporated Downlink control information for efficient decoding
CN103220796B (zh) * 2012-01-21 2016-09-21 电信科学技术研究院 一种下行数据传输方法及其设备
CN103517271A (zh) * 2012-06-28 2014-01-15 中国移动通信集团公司 数据传输方法及装置、终端
CN103580817B (zh) * 2012-07-30 2016-12-21 中国移动通信集团公司 一种数据传输方法、装置、系统和相关设备
CN105024781B (zh) * 2014-04-30 2019-06-21 中兴通讯股份有限公司 一种反馈信息的处理方法、装置及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104780549A (zh) * 2014-01-10 2015-07-15 夏普株式会社 物理信道配置方法以及基站和用户设备
CN104811284A (zh) * 2014-01-29 2015-07-29 上海贝尔股份有限公司 为mtc ue进行上行链路传输反馈的方法和装置
WO2015126202A1 (fr) * 2014-02-24 2015-08-27 엘지전자 주식회사 Procédé d'émission répétitive de canal pour extension de couverture, et terminal associé
CN105101044A (zh) * 2014-05-08 2015-11-25 夏普株式会社 寻呼消息接收/发送方法及其相关用户设备、基站和网络侧设备

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109962758A (zh) * 2017-12-25 2019-07-02 中国移动通信有限公司研究院 一种数据包的传输控制方法及设备
CN112136285A (zh) * 2019-04-18 2020-12-25 北京小米移动软件有限公司 一种数据传输方法、装置及存储介质
CN113853020A (zh) * 2021-09-08 2021-12-28 京信网络系统股份有限公司 资源分配方法、装置、计算机设备和可读存储介质

Also Published As

Publication number Publication date
CN105451164A (zh) 2016-03-30

Similar Documents

Publication Publication Date Title
WO2017092563A1 (fr) Procédé, appareil, système et dispositif associé de commande de transmission de données
JP7426479B2 (ja) Ｈａｒｑプロセスごとにフィードバックを有効化／無効化するｈａｒｑコードブック構築
JP7771243B2 (ja) Ｐｕｃｃｈ信頼性拡張のシステムおよび方法
JP6096926B2 (ja) 無線電機通信ネットワークにおける無線機器間のｄ２ｄ通信におけるｈａｒｑ送信を可能にして実行するための、ネットワークノード、無線機器、およびそれらにおける方法
US9775148B2 (en) Method, system and device for determining transmission link type
EP3557776B1 (fr) Procédé de transmission de données, dispositif de communication et système de transmission de données
CN114071776B (zh) 通信方法、用户设备、网络设备及电子设备
EP3963782B1 (fr) Rétroaction de demande de répétition automatique hybride (harq) pour de multiples canaux partagés physiques de liaison descendante (pdsch) avec planification semi-persistante de liaison descendante (dl)
CN113993150A (zh) 波束管理方法及装置、用户设备、芯片及计算机介质
JP2015508265A (ja) データブロック伝送の処理時間依存制御
EP3881627B1 (fr) Communications avec des ressources de liaison montante préconfigurées
WO2019120130A1 (fr) Procédé de planification de ressources et station de base
WO2022110188A1 (fr) Procédé de gestion de porteuse de liaison latérale, appareil et système
JP2022516899A (ja) 無線通信方法及び装置
WO2020156394A1 (fr) Procédé et appareil de rétroaction
WO2021160150A1 (fr) Procédé de planification de multiplexage pour réseau iab et nœud iab
JP6685295B2 (ja) 基地局
CN112771971A (zh) 资源的调度方法、设备和存储介质
WO2016041199A1 (fr) Dispositif, procédé et système de coexistence d'un signal de découverte et d'un signal cellulaire
JP2024539835A (ja) キャリアアグリゲーションのための方法および装置
JP2017529794A (ja) 装置間（ｄ２ｄ）通信のための協調分散スケジューリング
TW202218366A (zh) 處理混合自動重傳請求重新傳送的裝置
CN108631910A (zh) 一种数据传输方法及装置
WO2021087926A1 (fr) Procédé et appareil d'envoi et de réception de signaux de liaison montante
US11191073B2 (en) UL scheduling timing in TDD with 1 MS TTI and reduced processing time

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16869873

Country of ref document: EP

Kind code of ref document: A1