A data transmission method and apparatus
By using response information to dynamically adjust the uplink data transmission mode of the terminal in the cellular mobile communication system, the problem of reducing terminal power consumption while ensuring reliability and low latency is solved, thus achieving efficient resource utilization.
Patent Information
- Application Number
- CN201980100856.7
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2019-09-30
- Publication Date
- 2025-11-14
- Estimated Expiration
- 2039-09-30
AI Technical Summary
In cellular mobile communication systems, existing technologies struggle to reduce terminal power consumption and signaling overhead while ensuring uplink data transmission reliability.
By transmitting uplink data on non-dynamically scheduled resources and using response information to instruct the terminal to listen to the Physical Downlink Control Channel (PDCCH) or use non-dynamically scheduled resources for transmission under set conditions, the transmission mode is dynamically adjusted to balance reliability and low latency.
It achieves high-efficiency transmission under different channel conditions while ensuring transmission reliability, reducing terminal power consumption and signaling overhead, improving resource utilization.
Smart Images

Figure CN114451037B_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of communication technology, and in particular to a data transmission method and apparatus. Background Technology
[0002] In cellular mobile communication systems, uplink data transmission methods include grant-based (GB) or dynamically scheduled data transmission, and non-dynamically scheduled data transmission. Non-dynamically scheduled data transmission includes semi-persistent scheduling (SPS) or grant-free (GF) data transmission. The process of grant-based (GB) or dynamically scheduled data transmission involves: when a terminal needs uplink data transmission, it typically reports a non-empty buffer state report (BSR) to the base station; the base station then sends downlink control information (DCI) to the terminal, carrying the uplink grant (ULgrant). Because dynamic scheduling can efficiently utilize real-time channel information between the terminal and the base station, specifying the appropriate time-frequency resource location, size, and transmission parameters for each transmission, dynamically scheduled uplink transmission generally has higher reliability.
[0003] The non-dynamically scheduled data transmission process includes: the base station configuring the time-frequency resources and transmission parameters used for uplink data transmission for the terminal in a semi-static manner through higher-layer signaling and / or physical layer signaling. When the terminal has uplink data transmission requirements, it does not need to go through the process of sending SR or BSR to the base station and does not need to wait for uplink authorization. Instead, it directly uses the semi-statically configured time-frequency resources and transmission parameters to send data to the base station, realizing data transmission as soon as it arrives, thereby reducing transmission latency, signaling overhead and terminal power consumption. Summary of the Invention
[0004] This application provides a data transmission method and apparatus to reduce terminal power consumption and ensure transmission reliability during uplink data transmission.
[0005] Firstly, a data transmission method is provided, which can be implemented through the following steps: a terminal transmits first uplink data to a network device on non-dynamically scheduled resources; the terminal receives response information from the network device regarding the first uplink data; the response information is used to indicate whether the first uplink data was successfully received. The response information is also used to indicate whether the terminal listens to the Physical Downlink Control Channel (PDCCH) under set conditions. If it indicates that the PDCCH is not listened to under the set conditions, the response information can further be used to indicate that the non-dynamically scheduled resources are used to transmit second uplink data under the set conditions. Listening to the PDCCH can be considered as the terminal using dynamically scheduled uplink transmission. Transmitting the first uplink data on non-dynamically scheduled resources can be considered as the terminal using a non-dynamically scheduled uplink transmission method. Therefore, based on using a non-dynamically scheduled uplink transmission method, a response message indicates the uplink transmission method the terminal will use next, possibly indicating whether the terminal uses a non-dynamically scheduled or dynamically scheduled uplink transmission method. The uplink transmission method of the terminal can be dynamically indicated, for example, based on the current channel conditions of the terminal or the terminal's needs. This design balances the improved reliability of dynamically scheduled uplink transmission with the lower latency, lower signaling overhead, and reduced terminal power consumption of non-dynamically scheduled uplink transmission, achieving the dual goals of high reliability and low latency. It avoids the waste of power caused by the terminal continuously listening to the PDCCH without receiving a response message. The response message ensures that the terminal only listens to the PDCCH when necessary, thus saving power.
[0006] Non-dynamically scheduled uplink transmission can also be called grant-free (GF) uplink transmission, SPS uplink transmission, scheduling-free uplink transmission, dynamic scheduling-free uplink transmission, dynamic authorization-free uplink transmission, uplink transmission with configured grant, or higher-level configuration.
[0007] In one possible design, the response information is used to instruct the terminal to listen to the Physical Downlink Control Channel (PDCCH) under set conditions. The terminal determines whether to listen to the PDCCH under the set conditions based on the response information. The PDCCH is used to schedule uplink data transmission.
[0008] In one possible design, the response information is further used to instruct the terminal to use the non-dynamically scheduled resources to transmit second uplink data under set conditions. The terminal determines, based on the response information, to use the non-dynamically scheduled resources to transmit the second uplink data under the set conditions. The use of the non-dynamically scheduled resources to transmit the second uplink data can be understood as follows: for example, the non-dynamically scheduled resources may be periodic, transmitting first uplink data in one cycle and second uplink data in the next cycle.
[0009] The response information for the first uplink data can also be feedback information for the first uplink data. For example, the response information can be a Hybrid Automatic Repeat Request (HARQ) feedback message. This response information may also include HARQ feedback information and other indication information.
[0010] In one possible design, the set conditions can refer to a time window, such as a certain duration. Therefore, the terminal determining to listen to the Physical Downlink Control Channel (PDCCH) under the set conditions based on the response information can be understood as: the terminal determining to listen to the PDCCH within the time window based on the response information; the terminal determining to use the non-dynamically scheduled resources to transmit second uplink data under the set conditions based on the response information can be understood as: the terminal determining to use the non-dynamically scheduled resources to transmit second uplink data within the time window based on the response information. By instructing the terminal to listen to the PDCCH or use non-dynamically scheduled resources to transmit second uplink data within the time window, a highly efficient trade-off between transmission reliability, terminal power consumption, and resource utilization can be achieved. For example, when the channel between the terminal and the network device is poor, the network device can instruct the terminal to listen to the PDCCH and perform uplink transmission in a dynamic scheduling manner to improve transmission reliability; when the channel between the terminal and the network device is good, the network device can instruct the terminal to perform uplink transmission in a non-dynamically scheduled manner to reduce terminal power consumption and improve the utilization of pre-configured non-dynamically scheduled resources.
[0011] In one possible design, the response information includes indication information for the time window. Optionally, the indication information for the time window can also be sent separately, for example, carried in an RRC message, MAC CE, or DCI. The indication information for the time window can be used to indicate the start time, end time, and length (or duration) of the time window. By indicating the time window in which the uplink transmission mode is effective, fine-grained control can be achieved, improving the trade-off between transmission reliability, terminal power consumption, and resource utilization.
[0012] Optionally, the start time of the time window includes the last symbol for which the response information was received.
[0013] In one possible design, timer can be used to monitor the time window. For example, in response to the response information, the terminal starts or restarts the timer, and the duration of the timer is the length of the time window; if the response information indicates that the PDCCH is being monitored, the terminal monitors the PDCCH during the timer's operation; or, if the response information indicates that the second uplink data is being transmitted using a non-dynamic scheduling method, the terminal transmits the second uplink data using a non-dynamic scheduling method during the timer's operation.
[0014] In one possible design, the set condition may refer to M uplink data transmissions. Therefore, the terminal determining to listen to the Physical Downlink Control Channel (PDCCH) under the set condition based on the response information can be understood as: the terminal determining to listen to the PDCCH before each uplink data transmission in the M uplink data transmissions; the terminal determining to use the non-dynamically scheduled resources to transmit second uplink data under the set condition based on the response information can be understood as: the terminal determining to use the non-dynamically scheduled resources to transmit second uplink data before each uplink data transmission in the M uplink data transmissions. By instructing the terminal to listen to the PDCCH or use non-dynamically scheduled resources to transmit M uplink data transmissions before each uplink data transmission in the M uplink data transmissions, a highly efficient trade-off between transmission reliability, terminal power consumption, and resource utilization can be achieved. For example, when the channel between the terminal and the network device is poor, the network device can instruct the terminal to listen to the PDCCH and perform uplink transmission in a dynamic scheduling manner to improve transmission reliability. When the channel between the terminal and the network device is good, the network device can instruct the terminal to perform uplink transmission in a non-dynamic scheduling manner to reduce terminal power consumption and improve the utilization rate of pre-configured non-dynamic scheduling resources. By instructing the uplink transmission mode to take effect within M uplink transmissions, fine-grained control can be achieved, improving the trade-off between transmission reliability, terminal power consumption, and resource utilization.
[0015] Optionally, the response information includes M; or, the terminal receives RRC signaling, MAC CE, or DCI from the network device, and M is carried in the RRC signaling, MAC CE, or DCI.
[0016] In one possible design, the uplink transmission count can be monitored using a counter. For example, in response to the response information, the terminal starts or restarts the counter; if the response information indicates that the terminal is listening to the PDCCH, the terminal listens to the PDCCH within the M uplink data transmissions recorded by the counter (or before the counter records more than M times); or, if the response information indicates that the terminal is using a non-dynamic scheduling method to transmit the second uplink data, the terminal uses a non-dynamic scheduling method to transmit the second uplink data.
[0017] In one possible design, each of the M uplink data transmissions includes K repeated transmissions of the same data. K repetitions ensure the reliability of the data packets. By transmitting K repeated data packets in a single uplink data transmission, retransmission can be achieved without waiting for feedback from network devices, thus helping to reduce latency.
[0018] In one possible design, the response information includes first indication information and second indication information. The first indication information is used to indicate whether the first uplink data was successfully received. For example, a first value in the first indication information indicates successful reception of the first uplink data, and a second value indicates unsuccessful reception of the first uplink data. For example, the first value is ACK, and the second value is NACK. The second indication information is used to indicate listening to the PDCCH under the set conditions or to indicate using a non-dynamic scheduling method to transmit the second uplink data under the set conditions.
[0019] Optionally, when the second indication information indicates the uplink data transmission mode, an implicit indication can be selected. For example, the uplink data transmission mode can be implicitly indicated according to the search space (SS) type (such as public search space, terminal-specific search space), control resource set (CORESET) type (such as CORESET0, CORESET1), scrambled radio network temporary identity (RNTI) type, DCI format, etc. of the PDCCH that sends the response information.
[0020] In one possible design, the response information includes a correct acknowledgment instruction (ACK); wherein the ACK is used to indicate that the first uplink data was successfully received and to indicate that the second uplink data is transmitted using a non-dynamic scheduling method under the set conditions.
[0021] In one possible design, the response information includes a negative acknowledgment instruction (NACK); wherein the NACK is used to indicate that the first uplink data was not successfully received and to indicate that the PDCCH is being monitored under the set conditions.
[0022] By implicitly indicating the uplink transmission method using ACK and NACK, overhead can be saved.
[0023] In one possible design, the second uplink data is the data to be transmitted following the first uplink data; it may be retransmitted data of the first uplink data or newly transmitted data. For example, the response information is used to indicate that the first uplink data was successfully received and the second uplink data is newly transmitted data; or, the response information is used to indicate that the first uplink data was not successfully received and the second uplink data is retransmitted data of the first uplink data.
[0024] In one possible design, the terminal transmits the second uplink data based on the PDCCH detected under the set conditions; or, if the PDCCH is not detected under the set conditions, the terminal transmits the second uplink data using the non-dynamic scheduling method. This is because after receiving a response message, the terminal may listen for the PDCCH based on the response message. If the PDCCH is not detected, the terminal can continue to use non-dynamic scheduling resources to transmit the second uplink data without waiting for PDCCH scheduling, thus avoiding increased transmission latency due to prolonged failure to detect the PDCCH.
[0025] In one possible design, the terminal sends a Buffer Status Report (BSR) to the network device, indicating that the terminal has cached data. Upon receiving the BSR, the network device can then determine the appropriate uplink data transmission method for the terminal based on the BSR.
[0026] Secondly, a data transmission method is provided, which can be implemented through the following steps: a network device receives first uplink data from a terminal; the network device sends response information to the terminal regarding the first uplink data; wherein the response information is used to indicate whether the first uplink data was successfully received and to indicate the uplink transmission mode; wherein the uplink transmission mode may include: uplink transmission based on dynamic scheduling under set conditions, or, under the set conditions, transmitting second uplink data using non-dynamic scheduling resources. Listening to the PDCCH can be considered as the terminal using dynamic scheduling uplink transmission. Transmitting the first uplink data on non-dynamic scheduling resources can be considered as the terminal using non-dynamic scheduling for uplink transmission. Therefore, based on using non-dynamic scheduling for uplink transmission, the response message indicates the uplink transmission mode that the terminal will use next, possibly indicating that the terminal will use either non-dynamic or dynamic scheduling for uplink transmission. The uplink transmission mode of the terminal can be dynamically indicated, for example, based on the current channel conditions of the terminal or the needs of the terminal. This design balances the improved reliability of dynamically scheduled uplink transmission with the lower latency, lower signaling overhead, and reduced terminal power consumption of non-dynamically scheduled uplink transmission, achieving the dual goals of high reliability and low latency. It avoids the waste of power caused by the terminal continuously listening to the PDCCH without receiving a response message. The response message ensures that the terminal only listens to the PDCCH when necessary, thus saving power.
[0027] Non-dynamic scheduling can also be called grant-free (GF), SPS, scheduling-free, dynamic-free scheduling, dynamic-free authorization, or high-level configuration.
[0028] In one possible design, the uplink transmission method includes dynamically scheduled uplink transmission within a time window (or listening to the Physical Downlink Control Channel (PDCCH) within the time window), or transmitting second uplink data using the non-dynamically scheduled resources within the time window. By instructing the terminal to listen to the PDCCH or use non-dynamically scheduled resources to transmit second uplink data within the time window, a highly efficient trade-off can be achieved between transmission reliability, terminal power consumption, and resource utilization. For example, when the channel between the terminal and the network device is poor, the network device can instruct the terminal to listen to the PDCCH and perform uplink transmission in a dynamically scheduled manner to improve transmission reliability; when the channel between the terminal and the network device is good, the network device can instruct the terminal to perform uplink transmission in a non-dynamically scheduled manner to reduce terminal power consumption and improve the utilization of pre-configured non-dynamically scheduled resources.
[0029] In one possible design, the uplink transmission method includes listening to the Physical Downlink Control Channel (PDCCH) before each uplink transmission in M uplink data transmissions, or using the non-dynamically scheduled resources to transmit a second uplink data in M uplink transmissions. By instructing the terminal to listen to the PDCCH or use non-dynamically scheduled resources to transmit a second uplink data within M uplink data transmissions, a high-efficiency trade-off between transmission reliability, terminal power consumption, and resource utilization can be achieved. For example, when the channel between the terminal and the network device is poor, the network device can instruct the terminal to listen to the PDCCH and perform uplink transmission in a dynamic scheduling manner to improve transmission reliability; when the channel between the terminal and the network device is good, the network device can instruct the terminal to perform uplink transmission in a non-dynamically scheduled manner to reduce terminal power consumption and improve the utilization of pre-configured non-dynamically scheduled resources. By instructing the uplink transmission method to take effect within M uplink transmissions, fine-grained control is achieved, improving the trade-off between transmission reliability, terminal power consumption, and resource utilization.
[0030] In one possible design, the response information includes first indication information and second indication information. The first indication information is used to indicate whether the first uplink data was successfully received. For example, a first value in the first indication information indicates successful reception of the first uplink data, and a second value indicates unsuccessful reception of the first uplink data. For example, the first value is ACK, and the second value is NACK. The second indication information is used to indicate listening to the PDCCH under the set conditions or to indicate using a non-dynamic scheduling method to transmit the second uplink data under the set conditions.
[0031] Optionally, when the second indication information indicates the uplink data transmission mode, an implicit indication can be selected. For example, the uplink data transmission mode can be implicitly indicated according to the search space (SS) type (such as public search space, terminal-specific search space), control resource set (CORESET) type (such as CORESET0, CORESET1), scrambled radio network temporary identity (RNTI) type, DCI format, etc. of the PDCCH that sends the response information.
[0032] In one possible design, the response information includes a ACK instruction; the ACK is used to indicate that the first uplink data was successfully received and to indicate that the second uplink data is transmitted using a non-dynamic scheduling method under the set conditions; or, the response information includes a NACK instruction; the NACK is used to indicate that the first uplink data was not successfully received and to indicate that the PDCCH is being monitored under the set conditions. Using ACK and NACK to implicitly indicate the uplink transmission method can save overhead.
[0033] In one possible design, the network device sends a Buffer Status Report (BSR) from the terminal, indicating that the terminal has cached data. Upon receiving the BSR, the network device can then determine the appropriate uplink data transmission method for the terminal based on the BSR.
[0034] Thirdly, an apparatus is provided, which may be a terminal device, a device within a terminal device (e.g., a chip, a chip system, or a circuit), or a device compatible with a terminal device. In one design, the apparatus may include modules corresponding to each of the methods / operations / steps / actions described in the first aspect. These modules may be hardware circuits, software, or a combination of hardware circuits and software. In one design, the apparatus may include a processing module and a communication module. The processing module is used to invoke the communication module to perform receiving and / or sending functions. Exemplarily:
[0035] A communication module is used to transmit first uplink data to a network device on non-dynamically scheduled resources, and also to receive response information from the network device regarding the first uplink data. The response information indicates whether the first uplink data was successfully received. The response information further indicates whether the processing module should listen to the Physical Downlink Control Channel (PDCCH) under set conditions. If it indicates not to listen to the PDCCH under these conditions, the response information can further indicate that the non-dynamically scheduled resources should be used to transmit second uplink data under these conditions. Listening to the PDCCH can be considered as the terminal using dynamically scheduled uplink transmission. Transmitting the first uplink data on non-dynamically scheduled resources can be considered as the terminal using a non-dynamically scheduled uplink transmission method. Therefore, based on using a non-dynamically scheduled uplink transmission method, a response message indicates the uplink transmission method the terminal will use next, possibly indicating whether the terminal will use a non-dynamically scheduled or dynamically scheduled uplink transmission method. The uplink transmission method can be dynamically indicated, for example, based on the current channel conditions or the terminal's needs. This design balances the improved reliability of dynamically scheduled uplink transmission with the lower latency, lower signaling overhead, and reduced terminal power consumption of non-dynamically scheduled uplink transmission, achieving the dual goals of high reliability and low latency. It avoids the waste of power caused by the terminal continuously listening to the PDCCH without receiving a response message. The response message ensures that the terminal only listens to the PDCCH when necessary, thus saving power.
[0036] Non-dynamic scheduling can also be called grant-free (GF), SPS, scheduling-free, dynamic-free scheduling, dynamic-free authorization, or high-level configuration.
[0037] In one possible design, the response information is used to instruct the processing module to listen to the Physical Downlink Control Channel (PDCCH) under set conditions. The processing module is used to determine whether to listen to the PDCCH under the set conditions based on the response information. The PDCCH is used to schedule uplink data transmission.
[0038] In one possible design, the response information is further used to instruct the terminal to use the non-dynamically scheduled resources to transmit second uplink data under set conditions. The processing module is used to determine, based on the response information, to use the non-dynamically scheduled resources to transmit the second uplink data under the set conditions. The use of the non-dynamically scheduled resources to transmit the second uplink data can be understood as follows: for example, the non-dynamically scheduled resources may be periodic, transmitting first uplink data in one cycle and second uplink data in the next cycle.
[0039] The response information for the first uplink data can also be feedback information for the first uplink data. For example, the response information can be a Hybrid Automatic Repeat Request (HARQ) feedback message. This response information may also include HARQ feedback information and other indication information.
[0040] In one possible design, the set conditions can refer to a time window, such as a certain duration. Therefore, the terminal determining to listen to the Physical Downlink Control Channel (PDCCH) under the set conditions based on the response information can be understood as: the processing module determining to listen to the PDCCH within the time window based on the response information; the processing module determining to use the non-dynamically scheduled resources to transmit second uplink data under the set conditions based on the response information can be understood as: the processing module determining to use the non-dynamically scheduled resources to transmit second uplink data within the time window based on the response information. By instructing the terminal to listen to the PDCCH or use non-dynamically scheduled resources to transmit second uplink data within the time window, a highly efficient trade-off between transmission reliability, terminal power consumption, and resource utilization can be achieved. For example, when the channel between the terminal and the network device is poor, the network device can instruct the terminal to listen to the PDCCH and perform uplink transmission in a dynamic scheduling manner to improve transmission reliability; when the channel between the terminal and the network device is good, the network device can instruct the terminal to perform uplink transmission in a non-dynamically scheduled manner to reduce terminal power consumption and improve the utilization of pre-configured non-dynamically scheduled resources.
[0041] In one possible design, the response information includes indication information for the time window. Optionally, the indication information for the time window can also be sent separately, for example, carried in an RRC message, MAC CE, or DCI. The indication information for the time window can be used to indicate the start time, end time, and length (or duration) of the time window. By indicating the time window in which the uplink transmission mode is effective, fine-grained control can be achieved, improving the trade-off between transmission reliability, terminal power consumption, and resource utilization.
[0042] Optionally, the start time of the time window includes the last symbol for which the response information was received.
[0043] In one possible design, timer monitoring can be implemented using a timer. For example, the processing module is used to start or restart the timer in response to the response information, the timer's duration being the length of the time window; if the response information indicates listening to the PDCCH, the processing module is used to listen to the PDCCH during the timer's operation; or, if the response information indicates using a non-dynamic scheduling method to transmit second uplink data, the processing module is used to transmit the second uplink data using a non-dynamic scheduling method during the timer's operation.
[0044] In one possible design, the set condition may refer to the period of M uplink data transmissions. Therefore, the processing module's determination, based on the response information, to listen to the Physical Downlink Control Channel (PDCCH) under the set condition can be understood as: the processing module is used to determine, based on the response information, to listen to the PDCCH within the M uplink data transmissions; the processing module is also used to determine, based on the response information, to use the non-dynamically scheduled resources to transmit second uplink data under the set condition. This can be understood as: the processing module is used to determine, based on the response information, to use the non-dynamically scheduled resources to transmit second uplink data within the M uplink data transmissions. By instructing the terminal to listen to the PDCCH or use non-dynamically scheduled resources to transmit second uplink data within the M uplink data transmissions, a highly efficient trade-off between transmission reliability, terminal power consumption, and resource utilization can be achieved. For example, when the channel between the terminal and the network device is poor, the network device can instruct the terminal to listen to the PDCCH and perform uplink transmission in a dynamic scheduling manner to improve transmission reliability; when the channel between the terminal and the network device is good, the network device can instruct the terminal to perform uplink transmission in a non-dynamically scheduled manner to reduce terminal power consumption and improve the utilization rate of the pre-configured non-dynamically scheduled resources. By instructing the uplink transmission mode to take effect within M uplink transmissions, fine-grained control is achieved, resulting in a trade-off between improved transmission reliability, terminal power consumption, and resource utilization.
[0045] Optionally, the response information includes M; or, the terminal receives RRC signaling, MAC CE, or DCI from the network device, and M is carried in the RRC signaling, MAC CE, or DCI.
[0046] In one possible design, the processing module can monitor the number of uplink transmissions using a counter. For example, the processing module can start or restart the counter in response to the response information; if the response information indicates that the PDCCH should be monitored, the processing module can monitor the PDCCH within the M uplink data transmissions recorded by the counter (or before the number of times the counter records exceeds M); or, if the response information indicates that a second uplink data should be transmitted using a non-dynamic scheduling method, the processing module can transmit the second uplink data using a non-dynamic scheduling method.
[0047] In one possible design, each of the M uplink data transmissions includes K repeated transmissions of the same data. K repetitions ensure the reliability of the data packets. By transmitting K repeated data packets in a single uplink data transmission, retransmission can be achieved without waiting for feedback from network devices, thus helping to reduce latency.
[0048] In one possible design, the response information includes first indication information and second indication information. The first indication information is used to indicate whether the first uplink data was successfully received. For example, a first value in the first indication information indicates successful reception of the first uplink data, and a second value indicates unsuccessful reception of the first uplink data. For example, the first value is ACK, and the second value is NACK. The second indication information is used to indicate listening to the PDCCH under the set conditions or to indicate using a non-dynamic scheduling method to transmit the second uplink data under the set conditions.
[0049] Optionally, when the second indication information indicates the uplink data transmission mode, an implicit indication can be selected. For example, the uplink data transmission mode can be implicitly indicated according to the search space (SS) type (such as public search space, terminal-specific search space), control resource set (CORESET) type (such as CORESET0, CORESET1), scrambled radio network temporary identity (RNTI) type, DCI format, etc. of the PDCCH that sends the response information.
[0050] In one possible design, the response information includes a correct acknowledgment instruction (ACK); wherein the ACK is used to indicate that the first uplink data was successfully received and to indicate that the second uplink data is transmitted using a non-dynamic scheduling method under the set conditions.
[0051] In one possible design, the response information includes a negative acknowledgment instruction (NACK); wherein the NACK is used to indicate that the first uplink data was not successfully received and to indicate that the PDCCH is being monitored under the set conditions.
[0052] By implicitly indicating the uplink transmission method using ACK and NACK, overhead can be saved.
[0053] In one possible design, the second uplink data is the data to be transmitted following the first uplink data; it may be retransmitted data of the first uplink data or newly transmitted data. For example, the response information is used to indicate that the first uplink data was successfully received and the second uplink data is newly transmitted data; or, the response information is used to indicate that the first uplink data was not successfully received and the second uplink data is retransmitted data of the first uplink data.
[0054] In one possible design, the processing module is used to transmit the second uplink data based on the PDCCH detected under the set conditions; or, if the PDCCH is not detected under the set conditions, the second uplink data is transmitted using the non-dynamic scheduling method. This is because after receiving the response information, the terminal may listen for the PDCCH based on the response information. If the PDCCH is not detected, it can continue to use non-dynamic scheduling resources to transmit the second uplink data without waiting for PDCCH scheduling, thus avoiding increased transmission latency due to prolonged failure to detect the PDCCH.
[0055] In one possible design, the communication module is used to send a buffer status report (BSR) to the network device, the BSR indicating that the terminal has buffered data. Upon receiving the BSR, the network device may determine the subsequent uplink data transmission method to be indicated by the terminal.
[0056] Fourthly, an apparatus is provided, which may be a network device, a device located within a network device (e.g., a chip, a chip system, or a circuit), or a device compatible with a network device. In one design, the apparatus may include modules corresponding to each of the methods / operations / steps / actions described in the second aspect. These modules may be hardware circuits, software, or a combination of hardware circuits and software implementation. In one design, the apparatus may include a processing module and a communication module. The processing module is used to invoke the communication module to perform receiving and / or sending functions. Exemplarily:
[0057] The communication module is used to receive first uplink data from the terminal; the communication module is also used to send response information to the terminal regarding the first uplink data; wherein, the response information is used to indicate whether the first uplink data was successfully received, and to indicate the uplink transmission mode; wherein, the uplink transmission mode may include: listening to the Physical Downlink Control Channel (PDCCH) under set conditions, or, under the set conditions, using the non-dynamically scheduled resources to transmit second uplink data. Listening to the PDCCH can be considered as the terminal using dynamically scheduled uplink transmission. Transmitting the first uplink data on non-dynamically scheduled resources can be considered as the terminal using a non-dynamically scheduled uplink transmission mode. Therefore, based on using a non-dynamically scheduled uplink transmission mode, the response message indicates the uplink transmission mode that the terminal will use next, possibly indicating that the terminal will use a non-dynamically scheduled or dynamically scheduled uplink transmission mode. The uplink transmission mode of the terminal can be dynamically indicated, for example, based on the current channel conditions of the terminal or the needs of the terminal. This design balances the improved reliability of dynamically scheduled uplink transmission with the lower latency, lower signaling overhead, and reduced terminal power consumption of non-dynamically scheduled uplink transmission, achieving the dual goals of high reliability and low latency. It avoids the waste of power caused by the terminal continuously listening to the PDCCH without receiving a response message. The response message ensures that the terminal only listens to the PDCCH when necessary, thus saving power.
[0058] Non-dynamic scheduling can also be called grant-free (GF), SPS, scheduling-free, dynamic-free scheduling, dynamic-free authorization, or high-level configuration.
[0059] In one possible design, the uplink transmission method includes listening to the Physical Downlink Control Channel (PDCCH) within a time window, or transmitting second uplink data using the non-dynamically scheduled resources within the time window. By instructing the terminal to listen to the PDCCH or use non-dynamically scheduled resources to transmit second uplink data within the time window, a highly efficient trade-off can be achieved between transmission reliability, terminal power consumption, and resource utilization. For example, when the channel between the terminal and the network device is poor, the network device can instruct the terminal to listen to the PDCCH and perform uplink transmission in a dynamic scheduling manner to improve transmission reliability; when the channel between the terminal and the network device is good, the network device can instruct the terminal to perform uplink transmission in a non-dynamically scheduled manner to reduce terminal power consumption and improve the utilization of pre-configured non-dynamically scheduled resources.
[0060] In one possible design, the uplink transmission method includes listening to the Physical Downlink Control Channel (PDCCH) within M uplink data transmissions, or using the non-dynamically scheduled resources to transmit a second uplink data within M uplink data transmissions. By instructing the terminal to listen to the PDCCH within M uplink data transmissions or to use non-dynamically scheduled resources to transmit a second uplink data, a highly efficient trade-off between transmission reliability, terminal power consumption, and resource utilization can be achieved. For example, when the channel between the terminal and the network device is poor, the network device can instruct the terminal to listen to the PDCCH and perform uplink transmission in a dynamic scheduling manner to improve transmission reliability; when the channel between the terminal and the network device is good, the network device can instruct the terminal to perform uplink transmission in a non-dynamically scheduled manner to reduce terminal power consumption and improve the utilization of pre-configured non-dynamically scheduled resources. By instructing the uplink transmission method to take effect within M uplink transmissions, fine-grained control is achieved, improving the trade-off between transmission reliability, terminal power consumption, and resource utilization.
[0061] In one possible design, the response information includes first indication information and second indication information. The first indication information is used to indicate whether the first uplink data was successfully received. For example, a first value in the first indication information indicates successful reception of the first uplink data, and a second value indicates unsuccessful reception of the first uplink data. For example, the first value is ACK, and the second value is NACK. The second indication information is used to indicate listening to the PDCCH under the set conditions or to indicate using a non-dynamic scheduling method to transmit the second uplink data under the set conditions.
[0062] Optionally, when the second indication information indicates the uplink data transmission mode, an implicit indication can be selected. For example, the uplink data transmission mode can be implicitly indicated according to the search space (SS) type (such as public search space, terminal-specific search space), control resource set (CORESET) type (such as CORESET0, CORESET1), scrambled radio network temporary identity (RNTI) type, DCI format, etc. of the PDCCH that sends the response information.
[0063] In one possible design, the response information includes a ACK instruction; the ACK is used to indicate that the first uplink data was successfully received and to indicate that the second uplink data is transmitted using a non-dynamic scheduling method under the set conditions; or, the response information includes a NACK instruction; the NACK is used to indicate that the first uplink data was not successfully received and to indicate that the PDCCH is being monitored under the set conditions. Using ACK and NACK to implicitly indicate the uplink transmission method can save overhead.
[0064] In one possible design, the communication module is also used to send a buffer status report (BSR) from the terminal, the BSR indicating that the terminal has buffered data. Thus, upon receiving the BSR, the network device may determine the subsequent uplink data transmission method to be indicated by the terminal based on the BSR.
[0065] Fifthly, embodiments of this application provide an apparatus comprising a communication interface and a processor. The communication interface is used for communication between the apparatus and other devices, such as the transmission and reception of data or signals. Exemplarily, the communication interface may be a transceiver, circuit, bus, module, or other type of communication interface, and the other devices may be network devices. The processor is used to invoke a set of programs, instructions, or data to execute the method described in the first aspect above. The apparatus may further include a memory for storing programs, instructions, or data invoked by the processor. The memory is coupled to the processor, and when the processor executes the instructions or data stored in the memory, it can implement the method described in the first aspect or any possible design in the first aspect above.
[0066] Sixthly, embodiments of this application provide an apparatus comprising a communication interface and a processor. The communication interface is used for communication between the apparatus and other devices, such as the transmission and reception of data or signals. Exemplarily, the communication interface may be a transceiver, circuit, bus, module, or other type of communication interface, and the other devices may be network devices. The processor is used to invoke a set of programs, instructions, or data to execute the method described in the second aspect above. The apparatus may further include a memory for storing programs, instructions, or data invoked by the processor. The memory is coupled to the processor, and when the processor executes the instructions or data stored in the memory, it can implement the method described in the second aspect or any of the possible designs in the second aspect.
[0067] In a seventh aspect, embodiments of this application also provide a computer-readable storage medium storing computer-readable instructions that, when executed on a communication device, cause the communication device to perform the method described in the first aspect, the second aspect, any possible design of the first aspect, or any possible design of the second aspect.
[0068] In a ninth aspect, embodiments of this application also provide a computer program product, including instructions that, when executed on a communication device, cause the communication device to perform the method described in the first aspect or any possible design of the first aspect, or to perform the method described in the second aspect or any possible design of the second aspect.
[0069] In a tenth aspect, embodiments of this application provide a chip system including a processor and potentially a memory, for implementing the methods described in the first aspect, the second aspect, or any possible design of the first aspect or the second aspect. The chip system may be composed of chips or may include chips and other discrete devices.
[0070] Eleventhly, embodiments of this application provide a system comprising the apparatus described in the third or fifth aspect and the apparatus described in the fourth or sixth aspect. Attached Figure Description
[0071] Figure 1 This is a schematic diagram of the communication system architecture in the embodiments of this application;
[0072] Figure 2 This is a schematic diagram of the dynamically scheduled data transmission process in an embodiment of this application;
[0073] Figure 3 This is a schematic diagram of a non-dynamically scheduled data transmission process in an embodiment of this application;
[0074] Figure 4a This is a schematic diagram illustrating the use of GF resources by the terminal to transmit data in an embodiment of this application;
[0075] Figure 4b This is a schematic diagram illustrating how a terminal transmits data using dynamic resources on a non-dynamic scheduling basis in an embodiment of this application.
[0076] Figure 5 This is one of the flowcharts illustrating the data transmission method in the embodiments of this application;
[0077] Figure 6 This is a schematic diagram of a data transmission method in an embodiment of this application where the conditions are set within a first time period.
[0078] Figure 7 This is a schematic diagram of another data transmission method in an embodiment of this application where the conditions are set within a first time period;
[0079] Figure 8 This is a schematic diagram of a data transmission method in an embodiment of this application, where the conditions are set within M uplink transmissions.
[0080] Figure 9 This is a schematic diagram of another data transmission method in an embodiment of this application, where the conditions are set within M uplink transmissions.
[0081] Figure 10 This is a second schematic flowchart of the data transmission method in the embodiments of this application;
[0082] Figure 11 This is a schematic diagram of a device structure in an embodiment of this application;
[0083] Figure 12 This is a schematic diagram of another device structure in an embodiment of this application. Detailed Implementation
[0084] This application provides a data transmission method and apparatus to reduce terminal power consumption and ensure transmission reliability in uplink data transmission. The method and apparatus are based on the same technical concept. Since the principles by which the method and apparatus solve problems are similar, their implementations can be mutually referenced, and repeated details will not be elaborated further. In the description of this application's embodiments, "and / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. The Chinese character " / " generally indicates that the preceding and following related objects have an "or" relationship. In the embodiments of this application, "at least one" refers to one or more; "multiple" refers to two or more. Furthermore, it should be understood that in the description of this application, terms such as "first" and "second" are used only for descriptive purposes and should not be construed as indicating or implying relative importance or order.
[0085] The data transmission method provided in this application can be applied to Long Term Evolution (LTE) systems, 5th Generation (5G) communication systems, or various future communication systems, such as 6th Generation (6G) communication systems. 5G can also be referred to as New Radio (NR).
[0086] The embodiments of this application will now be described in detail with reference to the accompanying drawings.
[0087] Figure 1This illustration shows the architecture of a possible communication system to which the data transmission method provided in this application is applicable. The communication system 100 may include a network device 110 and terminal devices 101 to 106. It should be understood that the communication system 100 may include more or fewer network devices or terminal devices. Network devices or terminal devices may be hardware, functionally defined software, or a combination of both. Furthermore, terminal devices 104 to 106 may also form a communication system; for example, terminal device 105 may send downlink data to terminal device 104 or terminal device 106. Communication between network devices and terminal devices can occur through other devices or network elements. Network device 110 may transmit data with terminal devices 101 to 106. For example, network device 110 may send downlink data to terminal devices 101 to 106 and may also receive uplink data sent by terminal devices 101 to 106; and / or, terminal devices 101 to 106 may also send uplink data to network device 110 and may also receive downlink data sent by network device 110.
[0088] Network device 110 is a node in a radio access network (RAN), also known as a base station or RAN node (or device). Network device can also be referred to as network-side equipment. Currently, examples of network devices 101 include: gNB / NR-NB, transmission reception point (TRP), evolved Node B (eNB), radio network controller (RNC), Node B (NB), base station controller (BSC), base transceiver station (BTS), home base station (e.g., home evolved Node B, or home Node B, HNB), base band unit (BBU), wireless fidelity (Wi-Fi) access point (AP), or network-side equipment in 5G communication systems or future communication systems. In this embodiment, the device used to implement the functions of the network device can be the network device itself; it can also be a device capable of supporting the network device in implementing these functions, such as a chip system, which can be installed within the network device. In the technical solutions provided in the embodiments of this application, the network device or base station used to implement the functions of the network device are used as examples to describe the technical solutions provided in the embodiments of this application.
[0089] Terminal devices 101 to 106, also referred to as terminals, can be user equipment (UE), mobile stations (MS), or mobile terminals (MT), etc., and are devices that provide voice or data connectivity to users. They can also be Internet of Things (IoT) devices. For example, terminal devices 101 to 106 include handheld devices and vehicle-mounted devices with wireless connectivity. Currently, terminal devices 101 to 106 can be devices with wireless transceiver capabilities, which can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; they can also be deployed on water (such as ships); and they can also be deployed in the air (such as airplanes, balloons, and satellites). Terminal devices can be user equipment (UE), where UE includes handheld devices, vehicle-mounted devices, wearable devices, or computing devices with wireless communication capabilities. For example, a UE can be a mobile phone, tablet computer, or computer with wireless transceiver capabilities. Terminal devices can also be virtual reality (VR) terminal devices, augmented reality (AR) terminal devices, wireless terminals in industrial control, wireless terminals in autonomous driving, wireless terminals in telemedicine, wireless terminals in smart grids, wireless terminals in smart cities, wireless terminals in smart homes, and so on. In this application embodiment, the device for implementing the terminal's functions can be a terminal itself; it can also be a device capable of supporting the terminal in implementing those functions, such as a chip system, which can be installed in the terminal. In this application embodiment, the chip system can be composed of chips or can include chips and other discrete devices. The technical solutions provided in this application embodiment are described using the example of a terminal or UE as the device for implementing the terminal's functions.
[0090] In this application embodiment, the term "data transmission" can also be described as "communication," "information transmission," or "transmission." This technical solution can be used for wireless communication between a scheduling entity and its subordinate entities. Those skilled in the art can use the technical solution provided in this application embodiment for wireless communication between other scheduling entities and their subordinate entities, such as wireless communication between macro base stations and micro base stations, or wireless communication between a first terminal and a second terminal.
[0091] In this embodiment, the uplink data transmission of the base station can employ dynamic scheduling and non-dynamic scheduling. Dynamic scheduling can also be referred to as GB (Government-Based) or non-dynamic scheduling. Non-dynamic scheduling can also be referred to as grant-free (GF), SPS (Simplified Service Pricing), scheduling-free, dynamic-free scheduling, dynamic-free licensing, or higher-layer configuration.
[0092] like Figure 2 As shown, dynamically scheduled data transmission may include the following processes:
[0093] S201. When a terminal has uplink data transmission requirements, it typically sends a scheduling request (SR) to the base station via the physical uplink control channel (PUCCH), or the terminal reports a non-empty BSR to the base station via the physical uplink shared channel (PUSCH). The base station receives the SR / BSR sent by the terminal.
[0094] BSRs are typically sent via medium access control (MAC) layer signaling and are carried in the MAC control element (MAC CE) header of data packets.
[0095] S202. After receiving the SR or non-empty BSR sent by the terminal, the base station sends the DCI to the terminal through the physical downlink control channel (PDCCH).
[0096] The DCI carries an uplink grant (UL grant), which authorizes the terminal to transmit uplink data using specified parameters on specified time and frequency resources. For example, it can transmit uplink data using a specified modulation and coding scheme (MCS).
[0097] S203. The terminal sends uplink data via PUSCH using specified parameters on the specified time and frequency resources according to the DCI.
[0098] Because dynamic scheduling can efficiently utilize real-time channel information between the terminal and the base station, it can specify the location and size of appropriate time-frequency resources, as well as appropriate transmission parameters, for each transmission of the terminal. Dynamically scheduled uplink transmissions usually have higher reliability.
[0099] In uplink data transmission based on dynamic authorization, the terminal needs to send an SR or BSR to the base station before transmitting data, and the base station then authorizes the data via DCI. This process introduces latency and PDCCH signaling overhead. Furthermore, since PDCCH reception typically requires the terminal to perform blind detection on different time-frequency resources according to different Control Channel Element (CCE) aggregation levels, and / or different DCI formats, and / or different DCI lengths, and / or different Radio Network Temporary Identifiers, it consumes significant power. Using non-dynamically scheduled data transmission can reduce latency, signaling overhead, and terminal power consumption.
[0100] Taking NR as an example, NR supports two types of non-dynamically scheduled data transmission: Type 1 PUSCH transmission with a configured grant (or Type 1 configured grant PUSCH transmission) and Type 2 PUSCH transmission with a configured grant (or Type 2 configured grant PUSCH transmission).
[0101] In PUSCH transmission based on the first type of configuration authorization, the higher-layer parameter `ConfiguredGrantConfig` configures all transmission resources and parameters, including the period of time-domain resources, open-loop power control parameters, waveform, redundancy version sequence, repetition count, frequency hopping mode, resource allocation type, number of HARQ processes, demodulation reference symbol (DMRS) related parameters, modulation and coding scheme table, resource block group (RBG) size, as well as time-domain resources, frequency-domain resources, and modulation and coding scheme (MCS). Upon receiving this higher-layer parameter, the terminal can immediately use the configured transmission parameters to perform PUSCH transmission on the configured time-frequency resources.
[0102] In PUSCH transmission based on the second type of configuration authorization, a two-step resource configuration method is adopted: First, the higher-layer parameter `ConfiguredGrantConfig` configures transmission resources and parameters, including the period of time-domain resources, open-loop power control related parameters, waveform, redundancy version sequence, repetition count, frequency hopping mode, resource allocation type, number of HARQ processes, decall reference signal related parameters, MCS table, and resource block RBG group size. Then, the second type of configuration-authorized PUSCH transmission is activated by the DCI scrambled with the CS-cell radio network temporary identifier (RNTI), and other transmission resources and parameters, including time-domain resources, frequency-domain resources, DMRS, and MCS, are configured simultaneously. When the terminal receives the higher-layer parameter `ConfiguredGrantConfig`, it cannot immediately use the resources and parameters configured by the higher-layer parameter to perform PUSCH transmission. Instead, it must wait until it receives the corresponding DCI activation and configures other resources and parameters before it can perform PUSCH transmission.
[0103] In addition to the PUSCH transmissions authorized by the first and second types of configurations mentioned above, NR also supports another type of non-dynamically scheduled data transmission, namely two-step random access (RA). When a terminal needs to send data, it sends a preamble sequence to the base station through the physical random access channel (PRACH), and then sends uplink data to the base station through the PUSCH. The PRACH and PUSCH can be continuous or discontinuous in time. Between sending the preamble sequence and sending uplink data, the terminal does not listen for feedback information from the base station regarding the preamble sequence sent by the terminal.
[0104] Since non-dynamically scheduled time-frequency resources are configured by the base station in a semi-static manner, they are essentially pre-configured or reserved for the terminal. These resources exist even if the terminal has no uplink data transmission requirements. For example... Figure 3 As shown, taking non-dynamic scheduling as an example, the uplink GF resources configured by the base station in a semi-static manner recur periodically in the time domain. Each period's GF resources are used to transmit one uplink data packet. When the terminal receives a periodic GF resource, if uplink data transmission is required, it will send an uplink data packet on the arriving GF resource.
[0105] Terminals can send data to base stations using semi-statically configured time-frequency resources and transmission parameters, which can reduce transmission latency, signaling overhead, and terminal power consumption. However, considering the better reliability of dynamically scheduled uplink transmission and the time-varying characteristics of the wireless channel between the terminal and the base station, it is not advisable to restrict terminals to using pre-configured unlicensed resources to send uplink data without listening to the PDCCH in order to reduce terminal power consumption. In this case, when channel conditions are poor, transmission failures may occur, leading to retransmissions and reducing system efficiency.
[0106] Considering that dynamically scheduled uplink transmission has better reliability, while non-dynamically scheduled uplink transmission has the effects of lower transmission latency, lower signaling overhead, and reduced terminal power consumption, in this embodiment of the application, dynamic scheduling is combined in non-dynamically scheduled uplink transmission to achieve the dual purpose of high reliability and low latency.
[0107] In one possible implementation, such as Figure 4a and Figure 4b As shown, the base station configures periodic uplink GF resources for the terminal in a semi-static manner. Period 1 and Period 2 are two consecutive periods. During Period 1, the terminal sends a PUSCH on the GF resources. The PUSCH carries uplink data (e.g., data packet 1) and a BSR (Background Request Scheduler) to inform the base station that the terminal still has data in its buffer to send. In this case, the terminal has two ways to transmit the next data packet (e.g., data packet 2). Figure 4a As shown, the first method is to use GF resources within period 2 to send data packet 2. For example... Figure 4b As shown, another approach is for the base station to instruct the terminal to use dynamic licensing to send data packet 2 on the specified time-frequency resources via DCI.
[0108] In one possible implementation, since the terminal does not know whether the base station will issue a DCI to schedule the transmission of its subsequent data packets, the terminal must continuously listen for possible PDCCHs used for dynamically scheduling uplink data transmission. For example, the terminal sends a PUSCH on the GF resource in period 1, carrying data packet 1 and BSR. After sending the PUSCH on the GF resource in period 1, the terminal will continuously listen for PDCCHs. If a PDCCH for scheduling data packet 2 is detected, the terminal will send data packet 2 on the specified time-frequency resource according to the scheduling information. If the terminal does not detect a PDCCH for scheduling data packet 2 before the arrival of the GF resource in period 2, the terminal can use that GF resource to continue sending data packet 2 using an unlicensed transmission method; or the terminal can choose not to use that GF resource to send data packet 2, but instead continue listening for the PDCCH for scheduling data packet 2. In other words, regardless of whether the terminal ultimately uses an unlicensed or dynamically licensed method to send data packet 2, the terminal will always listen for the PDCCH for scheduling data packet 2. In this implementation, the terminal needs to continuously listen for the PDCCH used to schedule uplink data transmission. Only when the PDCCH is not detected will the terminal use pre-configured unlicensed resources to send uplink data in an unlicensed manner. However, listening for the PDCCH consumes a significant amount of power, which is unacceptable for terminals with limited battery capacity or lifespan, such as machine-type communications terminals.
[0109] This application provides a data transmission method that can help reduce the power consumption of a terminal listening to the PDCCH, while also ensuring transmission reliability and unlicensed resource utilization.
[0110] like Figure 5 As shown, the data transmission method provided in this application embodiment follows a flowchart. The execution entities of this method are, for example, a terminal and a network device.
[0111] S501, The terminal transmits the first uplink data to the network device on non-dynamically scheduled resources, and the network device receives the first uplink data from the terminal.
[0112] The non-dynamically scheduled resources mentioned here can also be called non-dynamically scheduled time-frequency resources. Non-dynamically scheduled resources or non-dynamically scheduled time-frequency resources refer to the time-frequency resources allocated by network devices to terminals in scenarios using non-dynamically scheduled data transmission. As mentioned above, non-dynamic scheduling can also be called GF, SPS, no-scheduling, no-dynamic-scheduling, no-dynamic-authorization, two-step random access (2-step RACH), or higher-layer configuration. Therefore, non-dynamically scheduled resources or non-dynamically scheduled time-frequency resources can also be called GF resources / GF time-frequency resources, SPS resources / SPS time-frequency resources, no-scheduling resources / no-scheduling time-frequency resources, no-dynamic-scheduling resources / no-dynamic-scheduling time-frequency resources, no-dynamic-authorization resources / no-dynamic-authorization time-frequency resources, two-step random access resources / two-step random access time-frequency resources, or higher-layer configured resources / higher-layer configured time-frequency resources. Here, "higher layer" usually refers to the RRC layer, and "higher-layer configuration" usually refers to configuration by RRC signaling.
[0113] The first uplink data is a data packet or data message sent by the terminal on a non-dynamically scheduled resource in a single transmission. For example, non-dynamically scheduled resources typically appear as periodic resources, and the terminal sends the first uplink data on a time-frequency resource within a period. When the terminal has data to be sent, it uses a non-dynamically scheduled resource to send the first uplink data. The amount of data to be sent may be greater than the first uplink data, and the terminal may not be able to send all the data to be sent within a period.
[0114] A terminal can send a BSR (Background Request) to the network device to inform the base station of its data buffer status, i.e., whether there is still data to be transmitted. For example, if the terminal still has data to be transmitted after sending the first uplink data, it can send a BSR to the network device to inform it of this remaining data. Alternatively, the terminal can send a BSR to the network device to request dynamic scheduling of uplink transmission resources when it has a large data packet to send, determines that channel conditions are poor and uplink scheduling is needed, or in other scenarios.
[0115] Optionally, the terminal sends a PUSCH on a non-dynamically scheduled resource, carrying the first uplink data in the PUSCH. The BSR can also be carried in the PUSCH.
[0116] The network device receives the PUSCH, acquires the first uplink data, and obtains the BSR. The network device can choose to send a PDCCH to the terminal for scheduling uplink data transmission, or it can choose not to send a PDCCH to the terminal. Whether the terminal listens to the PDCCH is determined by the S502.
[0117] S502, the network device returns response information for the first uplink data to the terminal, and the terminal receives the response information for the first uplink data from the network device. The response information for the first uplink data can be summarized as this response information. For example, the response information may include hybrid automatic repeat request (HARQ) feedback information, or it may include other indication information.
[0118] This response information is used to indicate whether the first uplink data was successfully received.
[0119] This response information can also be used to instruct the terminal to transmit the second uplink data using a non-dynamic scheduling method under set conditions. In the embodiments of this application, "transmitting using a non-dynamic scheduling method" can be understood as "transmitting using non-dynamic scheduling resources" or "transmitting using non-dynamic scheduling time-frequency resources." "Non-dynamic scheduling method" can also be understood as "non-dynamic scheduling transmission method."
[0120] Alternatively, the response information can also be used to instruct the terminal to listen to the PDCCH under set conditions. The PDCCH is used to dynamically schedule uplink data transmission, or the PDCCH is used to schedule PDSCH transmission, which carries scheduling information for scheduling uplink data transmission.
[0121] Optionally, this response information instructs the terminal, under set conditions, to send a preamble sequence to the network device before listening to the PDCCH, and then listen to the PDCCH. The PDCCH is used to schedule PDSCH transmission, and the PDSCH transmission carries scheduling information for scheduling uplink data transmission. In this process, the terminal sending the preamble sequence to the network device is the first step in 4-step RACH or the first step in early data transmission (EDT). The terminal listening to the PDCCH and receiving the PDSCH based on the listened-to PDCCH is the second step in the 4-step RACH or early data transmission process. EDT can also be called 2-step RACH.
[0122] In a first possible implementation, the response information includes first indication information and second indication information. The first indication information includes an acknowledgement (ACK) or a negative acknowledgement (NACK). Specifically, an ACK indicates successful reception of the first uplink data; or a NACK indicates unsuccessful reception of the first uplink data. The second indication information instructs the terminal to listen to the PDCCH under set conditions. The PDCCH is used for dynamically scheduling uplink data transmission, or for scheduling PDSCH transmission, which carries scheduling information for uplink data transmission. Alternatively, the response information instructs the terminal to transmit the second uplink data using a non-dynamic scheduling method under set conditions. In this implementation, a dedicated second indication information indicates the terminal's uplink data transmission method.
[0123] In a second possible implementation, the response information includes ACK or NACK. When the response information carries ACK, it indicates that the first uplink data was successfully received and instructs the terminal to transmit the second uplink data using a non-dynamic scheduling method under set conditions. When the response information carries NACK, it indicates that the first uplink data was not successfully received and instructs the terminal to listen to the PDCCH under set conditions. In this implementation, ACK / NACK implicitly indicates the terminal's uplink data transmission method. Of course, implicitly indicating the terminal's uplink data transmission method using ACK / NACK can also be implemented as follows: when the response information carries ACK, it indicates that the first uplink data was successfully received and instructs the terminal to listen to the PDCCH under set conditions. When the response information carries NACK, it indicates that the first uplink data was not successfully received and instructs the terminal to transmit the second uplink data using a non-dynamic scheduling method under set conditions.
[0124] The network device can return this response information to the terminal via PDCCH, and the terminal receives the PDCCH from the network device to obtain the response information. For example, the network device can use a UE-specific DCI format or a group-common DCI format to return the response information. In this case, in the second possible implementation, the network device can indicate ACK or NACK using a single bit, for example, 1 for ACK and 0 for NACK. Furthermore, ACK and NACK can implicitly indicate the uplink data transmission mode. In the first possible implementation, if the uplink data transmission mode is indicated by a second indication, the network device can explicitly carry the first and second indications in the response information. For example, the response information for uplink data transmission of the terminal consists of two bits, one bit indicating ACK or NACK, and the other bit indicating the uplink data transmission mode. Network devices can also implicitly carry the aforementioned second indication information, for example, by implicitly indicating different uplink data transmission methods based on different search space (SS) types (e.g., public search space, terminal-specific search space) of the PDCCH carrying the response information (e.g., different control resource set (CORESET) types (e.g., CORESET0, CORESET1)), different radio network temporary identity (RNTI) types used for scrambling, and / or different DCI formats. For example, a first DCI format indicates one uplink transmission method, while a second DCI format indicates another.
[0125] Alternatively, the network device can send a sequence to the terminal to indicate the response information. In a second possible implementation, for example, the network device can send sequence 1 and sequence 2 to the terminal, where sequence 1 represents ACK and sequence 2 represents NACK. Further, ACK and NACK can implicitly indicate the uplink data transmission mode. In a first possible implementation, if the uplink data transmission mode is indicated by a second indication message, the network device can send sequence 1, sequence 2, sequence 3, and sequence 4 to the terminal, where sequence 1 represents ACK, sequence 2 represents NACK, sequence 3 indicates listening to the PDCCH under set conditions, and sequence 4 indicates transmitting uplink data using a non-dynamic scheduling mode under set conditions. Sequences 1, 2, 3, and 4 are all different from each other.
[0126] Alternatively, the network device can also return the response information to the terminal via PDSCH, and the terminal receives the PDSCH from the network device to obtain the response information. For example, in a second possible implementation, the network device can indicate ACK or NACK using a single bit, such as 1 for ACK and 0 for NACK. Furthermore, ACK and NACK can implicitly indicate the uplink data transmission mode. In a first possible implementation, if the uplink data transmission mode is indicated by a second indication, the network device can explicitly carry the first and second indications in the response information. For example, the response information for uplink data transmission to the terminal consists of two bits, one bit indicating ACK or NACK, and the other bit indicating the uplink data transmission mode. The network device can also implicitly carry the second indication, for example, implicitly indicating the uplink data transmission mode based on the time-frequency resource location of the PDSCH carrying the response information.
[0127] In this embodiment of the application, after the terminal sends the first uplink data to the network device and before receiving the response information from the network device, the operation performed by the terminal is not limited. The terminal may listen to the PDCCH or may not listen to the PDCCH.
[0128] S503. Based on the response information, the terminal listens to the PDCCH under set conditions; or, based on the response information, the terminal transmits the second uplink data using a non-dynamic scheduling method under set conditions.
[0129] The second uplink data is the data the terminal is waiting to send. It can be newly transmitted data. For example, after sending the first uplink data, the terminal may not have finished sending all the data to be sent and may need to send the second uplink data from the remaining data. Alternatively, it can be understood that after sending the first uplink data, the terminal still has new data to send, and the second uplink data is this new data to be sent. When this response information indicates that the first uplink data was successfully received, the second uplink data is considered newly transmitted data.
[0130] Another scenario is that the second uplink data can also be a retransmission of the first uplink data. For example, when the response information is used to indicate that the first uplink data was not successfully received, the second uplink data is a retransmission of the first uplink data.
[0131] Under certain conditions, the terminal listens to the PDCCH. If the terminal detects the PDCCH, it transmits a second uplink data packet according to the PDCCH's indication. If the terminal has not detected the PDCCH by the time the non-dynamically scheduled resources arrive in the next cycle, it can choose to use unlicensed resources to send the second uplink data packet without authorization, or it can choose to continue listening to the PDCCH. Regarding the scenario where the terminal has not detected the PDCCH, an agreement or base station instruction can be used to allow the terminal to use unlicensed resources to send uplink data without authorization when it has not detected the PDCCH and unlicensed resources are available, or to temporarily refrain from sending uplink data and continue listening to the PDCCH.
[0132] The data transmission method provided in this application instructs the terminal to listen to the PDCCH under set conditions or to transmit second uplink data using a non-dynamic scheduling method through the response information. This avoids the excessive power consumption caused by the terminal continuously listening to the PDCCH, thus helping to reduce the power consumption of the terminal listening to the PDCCH. By using dynamic scheduling for uplink transmission during uplink transmission on non-dynamic scheduling resources, both transmission reliability and unlicensed resource utilization can be simultaneously ensured.
[0133] In this application embodiment, the above-mentioned setting conditions may include, but are not limited to, the following possibilities.
[0134] 1. First possibility:
[0135] The condition is set to a certain duration, for example, this duration is denoted as the first duration. In this case, the response information is used to indicate whether to listen to the PDCCH within the first duration, or to indicate whether to use a non-dynamic scheduling method to transmit uplink data within the first duration.
[0136] The first duration is a certain length in the time domain, such as a subframe, one or more time slots, one or more non-dynamically scheduled periods, or a certain absolute time, such as 1ms, 2ms, or 5ms.
[0137] The first duration can be indicated by a start time, an end time, and at least two of the first duration. For example, the start time, end time, and at least two of the first duration can be agreed upon by the terminal and the network device, can be specified by a protocol, or can be sent from the network device to the terminal via indication information. This indication information includes radio resource control (RRC), media access layer control element (MACCE), DCI, or the response information.
[0138] The aforementioned duration can also be called a time window, and the first duration can also be called the first time window. A time window can be indicated by at least two of the following: a start point, an end point, or a duration.
[0139] Optionally, the start time of the first duration is the last symbol received by the terminal in the response information, and the symbol can be an orthogonal frequency division multiplexing (OFDM) symbol.
[0140] Optionally, the end time of the first duration is the last symbol on the non-dynamically scheduled resources of the next cycle. Here, the next cycle refers to the cycle following the cycle in which the terminal occupies the non-dynamically scheduled resources for transmitting the first uplink data.
[0141] The duration can be timed using a timer.
[0142] For example, this response message indicates that the PDCCH should be listened to for a first duration. The terminal starts a timer based on this response message and listens to the PDCCH during the timer's duration. When the timer expires, the indication in this response message becomes invalid.
[0143] For example, this response information may be used to instruct the use of a non-dynamic scheduling method for uplink data transmission during a first time period. The terminal then starts or restarts a timer based on this response information, using the non-dynamic scheduling method to transmit uplink data during the timer's duration. When the timer expires, the indication of this response information becomes invalid.
[0144] One possibility is that if the terminal receives another response message from the network device during the timer's countdown, the terminal restarts the timer and determines the uplink data transmission method based on the other response message during the restarted timer's countdown.
[0145] This response information indicates the timer used when listening to the PDCCH within the first duration. This timer can be the same as or different from the timer used to indicate the timer used for transmitting uplink data using a non-dynamic scheduling method within the first duration. If different:
[0146] For example, this response message indicates that the PDCCH should be listened to for a first duration. The terminal starts or restarts a first timer based on this response message, and listens to the PDCCH during the first timer's duration. If the first timer times out, the indication of this response message becomes invalid.
[0147] This response message indicates that uplink data should be transmitted using a non-dynamic scheduling method within the first time period. The terminal then starts or restarts a second timer based on this response message, and transmits uplink data using the non-dynamic scheduling method during the second timer's duration. When the second timer expires, the indication of this response message becomes invalid.
[0148] It is possible that during the first timer's countdown, the terminal receives another response message from the network device. If this other response message indicates that the PDCCH is being listened to during the first duration, the terminal restarts the first timer; if this other response message indicates that uplink data is being transmitted using a non-dynamic scheduling method during the first duration, the terminal stops the first timer and starts the second timer.
[0149] It should be noted that the terminal starting or restarting the timer based on this response information can mean that the terminal starts or restarts the timer upon receiving the response information. If the response information includes a first indication and a second indication, the terminal starts or restarts the timer upon receiving the second indication. If the response information includes ACK / NACK, which implicitly indicates the uplink transmission mode, the terminal starts or restarts the timer upon receiving the ACK / NACK.
[0150] Similarly, if the terminal receives another response message from the network device during the second timer's countdown, and if this other response message indicates that the PDCCH is being listened to during the first duration, the terminal stops the second timer and starts the first timer; if this other response message indicates that uplink data is being transmitted using a non-dynamic scheduling method during the first duration, the terminal restarts the second timer.
[0151] 2. The second possibility:
[0152] The condition is set to occur within M uplink data transmissions. M is a positive integer, greater than or equal to 1. In this case, the response message is used to indicate whether to listen to the PDCCH within M uplink data transmissions, or to indicate whether to use a non-dynamic scheduling method to transmit uplink data within M uplink data transmissions.
[0153] Among them, M uplink data transmissions can refer to the initial transmission of M data packets, that is, any one of the M transmissions is the initial transmission of a new data packet; M uplink data transmissions can also refer to both the initial transmission of data packets and the retransmission of data packets.
[0154] Any transmission (initial transmission or retransmission) in M uplink data transmissions refers to K repetitions of a single data packet. K >= 1, where K is a positive integer. K repetitions ensure the reliability of the data packet. K repetitions mean binding or aggregating K repeated data packets together and transmitting them to the network device in one go, which constitutes one uplink data transmission. By transmitting K repeated data packets in a single uplink data transmission, retransmission can be achieved without waiting for feedback from the network device, helping to reduce latency.
[0155] In this embodiment, the terminal can pre-agree on the value of M with the network device, or the value of M can be specified by a protocol, or the network device can send indication information to the terminal, and the terminal can determine the value of M through the indication information. The indication information can be carried through RRC, MAC CE, or DCI, or it can be carried in the response information.
[0156] Similar to the first duration scenario, M times can be achieved using a counter.
[0157] For example, this response message indicates that the PDCCH should be listened to within M uplink data transmissions. The terminal starts or restarts a counter based on this response message, and listens to the PDCCH while the counter value is less than or equal to M. If the counter value is greater than M, the indication of this response message becomes invalid.
[0158] For example, this response information might indicate that uplink data should be transmitted using a non-dynamic scheduling method within M uplink data transmissions. The terminal then starts or restarts a counter based on this response information, using the non-dynamic scheduling method to transmit uplink data while the counter value is less than or equal to M. If the counter value is greater than M, the indication of this response information becomes invalid.
[0159] One possibility is that if the terminal receives another response message from the network device while the counter's count value is less than or equal to M, the terminal restarts the counter and determines the uplink data transmission method based on the other response message while the restarted counter's count value is less than or equal to M.
[0160] This response information indicates the counter used when listening to the PDCCH during M uplink data transmissions. This counter can be the same as or different from the counter used to indicate the counter used when transmitting uplink data using a non-dynamic scheduling method during M uplink data transmissions. If different:
[0161] For example, this response message indicates that the PDCCH should be listened to within M uplink data transmissions. The terminal starts or restarts a first counter based on this response message, and listens to the PDCCH while the count value of the first counter is less than or equal to M. If the count value of the first counter is greater than M, the indication of this response message becomes invalid.
[0162] This response message indicates that uplink data should be transmitted using a non-dynamic scheduling method within M uplink data transmissions. The terminal then starts or restarts a second counter based on this response message, and uses the non-dynamic scheduling method to transmit uplink data while the count value of the second counter is less than or equal to M. If the count value of the second counter is greater than M, the indication of this response message becomes invalid.
[0163] One possibility is that if the terminal receives another response message from the network device during the period when the count value of the first counter is less than or equal to M, the terminal restarts the first counter if the other response message indicates that the PDCCH is being listened to during the M uplink data transmissions; otherwise, the terminal stops the first counter and starts the second counter.
[0164] Similarly, if the terminal receives another response message from the network device during a period when the count value of the second counter is less than or equal to M, and if this other response message indicates that the PDCCH should be listened to during M uplink data transmissions, the terminal stops the second counter and starts the first counter; if the other response message indicates that uplink data should be transmitted using a non-dynamic scheduling method during M uplink data transmissions, the terminal restarts the second counter.
[0165] The following example illustrates a possible data transmission method in the scenario where the condition is set to be within a first time period.
[0166] like Figure 6 As shown, the first uplink data is represented by data packet 1. Assume the second uplink data is a retransmission of the first uplink data, i.e., a retransmission of data packet 1. The terminal sends the initial transmission data packet 1 using unlicensed GF resources at time 1. The network device does not correctly receive data packet 1 sent by the terminal using unlicensed resources at time 1. The network device sends a response message for data packet 1 to the terminal. This response message indicates that data packet 1 was not received correctly / successfully and also instructs the terminal to listen to the PDCCH for a first duration. For example, if the first possible implementation described above is adopted, the response message includes a first indication message and a second indication message. The first indication message is NACK, indicating that data packet 1 was not successfully received. The second indication message instructs the terminal to listen to the PDCCH for a first duration. If the second possible implementation described above is adopted, the response message includes NACK, which indicates that data packet 1 was not successfully received and also instructs the terminal to listen to the PDCCH for a first duration. The terminal receives this response message and listens to the PDCCH for the first duration. For example, the first duration begins at the last symbol of the response information received by the terminal, and ends at the last symbol of the non-dynamic GF scheduling resource in the next cycle. Within the first duration, the terminal listens for the DCI sent by the network device via PDCCH and obtains the uplink grant (UL grant) carried in the DCI. The terminal then sends a PUSCH on the GB time-frequency resource indicated by the DCI, carrying retransmission data for packet 1.
[0167] like Figure 7As shown, the first uplink data is represented by data packet 1. Assuming the second uplink data is newly transmitted data, it is represented by data packet 2. Data packet 2 can represent one or more transmitted data packets. The terminal sends the initial transmission data packet 1 using unlicensed GF resources at time 1. The network device correctly receives data packet 1 sent by the terminal at time 1 using non-dynamically scheduled resources (or unlicensed resources). The network device sends a data packet 1 response message to the terminal. This response message indicates that data packet 1 was received correctly / successfully and also instructs the terminal to transmit data packet 2 using non-dynamic scheduling for a first duration, i.e., not to listen to the PDCCH during the first duration. For example, if the first possible implementation described above is adopted, the response message includes a first indication message and a second indication message. The first indication message is ACK, used to indicate that data packet 1 was successfully received. The second indication message is used to instruct the terminal to transmit data packet 2 using non-dynamic scheduling for the first duration. If the second possible implementation described above is adopted, the response message includes ACK, which indicates that data packet 1 was successfully received, and also instructs the terminal to transmit data packet 2 using non-dynamic scheduling for the first duration. Upon receiving the response information, the terminal transmits data packet 2 using a non-dynamic scheduling method within a first duration. For example, the first duration begins when the terminal receives the last symbol of the response information, and ends when the terminal receives the last symbol on the non-dynamically scheduled GF resource of the next cycle. The terminal then transmits data packet 2 on the non-dynamically scheduled GF resource of the next cycle within the first duration.
[0168] Figure 6 and Figure 7 These are just two examples; in practical applications, there may be other possible implementations. For example, in Figure 6 Based on the example shown, the second uplink data is the retransmission data of packet 1. The response information received by the terminal from the network device is used to indicate that packet 1 was not successfully received, and to indicate that the PDCCH will not be listened to for a first duration, and that the retransmission data of packet 1 will be transmitted using a non-dynamic scheduling method. For example, in... Figure 7 Based on the example shown, data packet 2 is newly transmitted data. The response information received by the terminal from the network device is used to indicate that data packet 1 was successfully received and to indicate that the PDCCH is being listened to for the first duration.
[0169] The following example illustrates the data transmission method in a possible scenario where the condition is "within M uplink transmissions". Taking M=2 as an example, the first and second uplink transmissions are used as examples for M=2 uplink transmissions.
[0170] like Figure 8As shown, the first uplink data is represented by data packet 1, and the second uplink data is the data transmitted after the first uplink data. It can be retransmitted data of data packet 1 or newly transmitted data. The newly transmitted data is represented by data packet 2.
[0171] At time 1, the terminal sends data packet 1 for the initial transmission using unlicensed GF resources. The network device does not correctly receive data packet 1 sent by the terminal at time 1 using unlicensed resources. The network device sends a response message for data packet 1 to the terminal, which indicates that data packet 1 was not received correctly / successfully, and also instructs the terminal to listen to the PDCCH within M (i.e., 2) uplink data transmissions. For example, if the first possible implementation described above is adopted, the response message includes a first indication message and a second indication message. The first indication message is NACK, which indicates that data packet 1 was not successfully received. The second indication message is used to instruct the terminal to listen to the PDCCH within M (i.e., 2) uplink data transmissions. If the second possible implementation described above is adopted, the response message includes NACK, which indicates that data packet 1 was not successfully received, and NACK is also used to instruct the terminal to listen to the PDCCH within M (i.e., 2) uplink data transmissions. The terminal receives this response message and listens to the PDCCH within M (i.e., 2) uplink data transmissions. Within two uplink data transmissions after time 1, the terminal detects the DCI sent by the network device via PDCCH and obtains the uplink grant (UL grant) carried in the DCI. Assuming the terminal detects the DCI after time 1 but before the next GF resource arrives, the terminal will send a PUSCH on the GB time-frequency resource indicated by the DCI during both the first and second uplink data transmissions after time 1. The PUSCH carries newly transmitted or retransmitted data; for example, it carries retransmitted data of data packet 1 during the first uplink data transmission and initial transmission data of data packet 2 during the second uplink data transmission.
[0172] like Figure 9 As shown, the first uplink data is represented by data packet 1, and the second uplink data is the data transmitted after the first uplink data. It can be retransmitted data of data packet 1 or newly transmitted data. The newly transmitted data is represented by data packet 2.
[0173] At time 1, the terminal sends data packet 1 for initial transmission using unlicensed GF resources. The network device correctly receives data packet 1 sent by the terminal at time 1 using unlicensed resources. The network device sends a response message for data packet 1 to the terminal, which indicates that data packet 1 was received correctly / successfully; it also instructs the terminal not to listen to the PDCCH and to transmit uplink data using a non-dynamic scheduling method within M (i.e., 2) uplink data transmissions. For example, if the first possible implementation described above is adopted, the response message includes a first indication message and a second indication message. The first indication message is ACK, which indicates that data packet 1 was successfully received. The second indication message instructs the terminal to transmit uplink data using a non-dynamic scheduling method within M (i.e., 2) uplink data transmissions. If the second possible implementation described above is adopted, the response message includes ACK, which indicates that data packet 1 was successfully received, and ACK also instructs the terminal to transmit uplink data using a non-dynamic scheduling method within M (i.e., 2) uplink data transmissions. Upon receiving the response message, the terminal transmits uplink data using a non-dynamic scheduling method within M (i.e., 2) uplink data transmissions. Within M (i.e. 2) uplink data transmissions, the terminal transmits uplink data on the non-dynamically scheduled GF resources in the next two cycles. For example, if the next cycle after time 1 is time 2 and the next cycle after time 2 is time 3, the initial transmission data of data packet 2 is transmitted on the GF resources at time 2, and the retransmission data of data packet 1 is transmitted on the GF resources at time 3.
[0174] Figure 8 and Figure 9 These are just two examples; in practical applications, there may be other possible implementations. For example, in Figure 8 Based on the example shown, the response information received by the terminal from the network device is used to indicate that data packet 1 was not successfully received, and to indicate that the PDCCH will not be listened to during M uplink data transmissions, and that two uplink data transmissions will be performed using a non-dynamic scheduling method. For example, in... Figure 9 Based on the example shown, the response information received by the terminal from the network device is used to indicate that data packet 1 was successfully received, and to indicate that the PDCCH is listened to within M uplink data transmissions, and that uplink data is transmitted twice on the uplink resources indicated by the DCI.
[0175] Based on the same technical concept, this application also provides a data transmission method that can determine a suitable random access method for a terminal. The random access methods include four-step random access and two-step random access.
[0176] The traditional four-step random access process includes the following four steps:
[0177] Step 1: The terminal sends a random access preamble sequence to the network device, which is called message 1 (Msg1).
[0178] Step 2: After the network device detects Msg1 sent by the terminal, it sends a random access response (RAR) back to the terminal, which is called Msg2. The RAR carries scheduling information for scheduling the terminal's uplink data transmission.
[0179] Step 3: Upon receiving Msg2, the terminal sends a random access request to the network device, referred to as Msg3, according to the instructions in the scheduling information.
[0180] Step 4: After receiving Msg3 from the terminal, the base station sends information to the terminal to indicate the contention resolution result, called Msg4.
[0181] For communication scenarios such as machine-type communication (MTC) and narrowband Internet of Things (NB-IoT), data transmission is characterized by small data volumes and uncertain arrival times. If the traditional four-step random access method is used to transmit small data packets after initial access, the utilization efficiency of wireless resources will be reduced, with a large amount of resources devoted to the RRC connection establishment process and only a small amount to data transmission. Furthermore, this method results in excessive power consumption for the terminal and fails to meet downlink data latency requirements.
[0182] To reduce terminal power consumption and random access latency, NR also supports a two-step random access method, also known as EDT. The process of two-step random access is as follows.
[0183] Step 1: The terminal sends message A (MsgA) to the network device.
[0184] MsgA includes a random access preamble sequence and uplink data. The steps for a terminal to send MsgA to a network device may include: the terminal sending the random access preamble sequence to the network device via the physical random access channel (PRACH) and sending uplink data to the base station via the PUSCH. The PRACH and PUSCH may be continuous or discontinuous in time. Between sending the random access preamble sequence and sending the uplink data, the terminal does not listen for feedback / response information from the network device regarding the random access preamble sequence sent by the terminal.
[0185] Step 2: After receiving MsgA, the network device sends the feedback information of MsgA to the terminal, which is called MsgB.
[0186] MsgB can contain feedback on whether MsgA received the correct response, and can also contain information indicating the outcome of the contest resolution.
[0187] Compared to four-step random access, two-step random access can reduce access latency and signaling overhead. However, two-step random access typically has higher requirements for the channel environment between the terminal and the network device. If the network device configures the terminal to use only four-step random access, the terminal's access latency will be affected. If the network device configures the terminal to use only two-step random access, the reliability and success rate of the terminal's random access will be affected in poor channel conditions. In one possible implementation, the terminal can measure the channel environment before random access and determine the random access method based on the measurement results. However, this implementation will introduce additional power consumption to the terminal due to the measurement, which is not feasible for terminals with low power consumption requirements.
[0188] The data transmission method provided in this application embodiment can determine a suitable random access method for the terminal, aiming to achieve both low latency, low power consumption, and high reliability. Figure 10 As shown, the flow of this data transmission method is as follows.
[0189] S1001, The terminal sends the first message to the network device, and the network device receives the first message from the terminal.
[0190] S1002. The network device sends a second message to the terminal according to the first message. The terminal receives the second message from the network device. The second message is used to instruct the terminal to use the random access method under set conditions.
[0191] S1003. The terminal performs random access according to the second message and the random access method indicated by the second message under the set conditions.
[0192] In one scenario, if the terminal sends the first message using a four-step random access method, the first message is Msg1 in the four-step random access method. The second message is either Msg2 or Msg4 in the four-step random access method. If Msg2 instructs the terminal to use four-step random access under set conditions, the terminal, upon receiving Msg2, will continue to use four-step random access under the set conditions according to Msg2's instruction. If Msg4 instructs the terminal to use four-step random access under set conditions, the terminal, upon receiving Msg4, will continue to use four-step random access under the set conditions according to Msg4's instruction. If Msg2 instructs the terminal to use two-step random access under set conditions, the terminal, upon receiving Msg2, can either complete steps three and four of the current four-step random access method and then use two-step random access under the set conditions according to Msg2's instruction; or, upon receiving Msg2, it can skip steps three and four of the current four-step random access method and directly use two-step random access under the set conditions according to Msg2's instruction. If Msg4 instructs the terminal to use two-step random access under set conditions, then after receiving Msg4, the terminal will use two-step random access under the set conditions according to the instructions of Msg4.
[0193] In another scenario, if the terminal sends the first message using two-step random access, then the first message is MsgA during the two-step random access process. The second message is MsgB during the two-step random access process. If MsgB instructs the terminal to use four-step random access under specified conditions, then upon receiving MsgB, the terminal will use four-step random access under the specified conditions according to MsgB's instructions. If MsgB instructs the terminal to use two-step random access under specified conditions, then upon receiving MsgB, the terminal will use two-step random access under the specified conditions according to MsgB's instructions.
[0194] The setting conditions in this method embodiment can refer to the description of setting conditions above. For example, the setting conditions can be within a time window or within a certain duration. Then, according to the second message, the terminal performs random access using the random access method indicated by the second message within the time window. The indication method of the time window and the timing method of the terminal for the time window can refer to the relevant description above, and will not be repeated here.
[0195] For example, the condition could be set to allow random access within M access attempts. Then, based on the second message, the terminal will perform random access using the random access method indicated by the second message within those M access attempts. The terminal's counting method for the M attempts can be referred to the relevant description above, and will not be repeated here.
[0196] It should be noted that the examples in the various application scenarios of this application only illustrate some possible implementation methods, and are intended to provide a better understanding and explanation of the methods in this application. Those skilled in the art can derive examples of some evolved forms based on the data transmission methods provided in this application.
[0197] In the embodiments of this application, expressions such as "received from network device" and "sent to network device" are not limited to directly receiving and sending radio frequency signals, but only describe the original source or final destination of the information / message / data, which may be processed by other devices or equipment during transmission.
[0198] The methods provided in the embodiments of this application above have been described from the perspectives of network devices, terminals, and the interaction between network devices and terminals. To implement the functions of the methods provided in the embodiments of this application above, network devices and terminals may include hardware structures and / or software modules, implementing the above functions in the form of hardware structures, software modules, or a combination of hardware structures and software modules. Whether a particular function is executed in the form of hardware structures, software modules, or a combination of hardware structures and software modules depends on the specific application and design constraints of the technical solution.
[0199] like Figure 11 As shown, based on the same technical concept, this application embodiment also provides a device 1100. The device 1100 can be a terminal or network device, a device within a terminal or network device, or a device compatible with a terminal or network device. In one design, the device 1100 may include modules corresponding to the methods / operations / steps / actions performed by the terminal or network device in the above method embodiments. These modules can be hardware circuits, software, or a combination of hardware circuits and software. In one design, the device may include a processing module 1101 and a communication module 1102. The processing module 1101 is used to call the communication module 1102 to perform receiving and / or sending functions.
[0200] When used to execute methods that are executed by the terminal:
[0201] Communication module 1102 is used to transmit first uplink data to a network device on non-dynamically scheduled resources; and to receive response information from the network device for the first uplink data, the response information indicating whether the first uplink data was successfully received.
[0202] The processing module 1101 is used to determine, based on the response information, to listen to the physical downlink control channel (PDCCH) under set conditions. The PDCCH is used to schedule uplink data transmission. Alternatively, the processing module 1101 is used to determine, based on the response information, to use non-dynamic scheduling resources to transmit second uplink data under set conditions.
[0203] When used to execute methods performed by network devices:
[0204] The communication module 1102 is used to receive first uplink data from the terminal and to send response information to the terminal for the first uplink data. The response information is used to indicate whether the first uplink data was successfully received and to indicate the uplink transmission mode. The uplink transmission mode includes uplink transmission based on dynamic scheduling under set conditions, or transmission of second uplink data using non-dynamic scheduling resources under set conditions.
[0205] The processing module 1101 and the communication module 1102 can also be used to execute other corresponding steps or operations performed by the terminal or network device in the above method embodiments, which will not be described in detail here.
[0206] The module division in this embodiment is illustrative and represents only one logical functional division. In actual implementation, other division methods may be used. Furthermore, the functional modules in each embodiment of this application can be integrated into a single processor, exist as separate physical entities, or be integrated into a single module. The integrated modules described above can be implemented in hardware or as software functional modules.
[0207] like Figure 12The apparatus 1200 shown is provided in an embodiment of this application and is used to implement the functions of a terminal or network device in the above-described method. When implementing the functions of a network device, the apparatus can be a network device, a device within a network device, or a device compatible with a network device. When implementing the functions of a terminal, the apparatus can be a terminal, a device within a terminal, or a device compatible with a terminal. The apparatus can be a chip system. In this embodiment, the chip system can be composed of chips or may include chips and other discrete devices. The apparatus 1200 includes at least one processor 1220, used to implement the functions of a terminal or network device in the method provided in this embodiment. The apparatus 1200 may also include a communication interface 1210. In this embodiment, the communication interface can be a transceiver, circuit, bus, module, or other type of communication interface, used to communicate with other devices via a transmission medium. For example, the communication interface 1210 allows the device in the apparatus 1200 to communicate with other devices. Exemplarily, when the apparatus 1200 is a network device, the other device can be a terminal. When the apparatus 1200 is a terminal device, the other device can be a network device. Processor 1220 uses communication interface 1210 to send and receive data and implements the methods described in the above embodiments. Exemplarily, when implementing the functions of a network device, processor 1220 is used to receive first uplink data from a terminal using the communication interface and to send response information to the terminal regarding the first uplink data. The response information indicates whether the first uplink data was successfully received and indicates the uplink transmission mode. The uplink transmission mode includes, under set conditions, uplink transmission based on dynamic scheduling, or, under set conditions, transmission of second uplink data using non-dynamic scheduling resources. Exemplarily, when implementing the functions of a network device, processor 1220 is used to transmit the first uplink data to the network device using communication interface 1210 on non-dynamic scheduling resources and to receive response information from the network device regarding the first uplink data. The response information indicates whether the first uplink data was successfully received. Processor 1220 is used to determine, based on the response information, to listen to the Physical Downlink Control Channel (PDCCH) under set conditions, where the PDCCH is used to schedule uplink data transmission, or to determine, based on the response information, to transmit the second uplink data using non-dynamic scheduling resources under set conditions. The processor 1220 and the communication interface 1210 can also be used to execute other corresponding steps or operations performed by the terminal or network device in the above method embodiments, which will not be described in detail here.
[0208] The device 1200 may further include at least one memory 1230 for storing program instructions and / or data. The memory 1230 is coupled to the processor 1220. The coupling in this embodiment is an indirect coupling or communication connection between devices, units, or modules, and may be electrical, mechanical, or other forms, for information exchange between devices, units, or modules. The processor 1220 may operate in conjunction with the memory 1230. The processor 1220 may execute program instructions stored in the memory 1230. At least one of the at least one memory may be included in the processor.
[0209] This application embodiment does not limit the specific connection medium between the communication interface 1210, processor 1220, and memory 1230. This application embodiment... Figure 12 The memory 1230, communication interface 1220, and communication interface 1210 are connected via a bus 1240. Figure 12 The connections between other components are shown in bold and are for illustrative purposes only, not as limiting information. The bus can be divided into address bus, data bus, control bus, etc. For ease of illustration, Figure 12 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.
[0210] When devices 1100 and 1200 are specifically chips or chip systems, the communication module 1102 and communication interface 1210 can output or receive baseband signals. When devices 1100 and 1200 are specifically devices, the communication module 1102 and communication interface 1210 can output or receive radio frequency signals. In the embodiments of this application, the processor can be a general-purpose processor, digital signal processor, application-specific integrated circuit, field-programmable gate array or other programmable logic device, discrete gate or transistor logic device, or discrete hardware component, which can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor can be a microprocessor or any conventional processor, etc. The steps of the methods disclosed in the embodiments of this application can be directly manifested as being executed by a hardware processor, or being executed by a combination of hardware and software modules in the processor.
[0211] In the embodiments of this application, the memory can be non-volatile memory, such as a hard disk drive (HDD) or a solid-state drive (SSD), or it can be volatile memory, such as random-access memory (RAM). Memory is any other medium capable of carrying or storing desired program code in the form of instructions or data structures, and accessible by a computer, but is not limited thereto. The memory in the embodiments of this application can also be a circuit or any other device capable of implementing storage functions, used to store program instructions and / or data.
[0212] This application also provides a computer-readable medium having a computer program stored thereon, which, when executed on a device, causes the device to perform the methods described in the above-described method embodiments.
[0213] This application also provides a computer program product that, when executed on a device, causes the device to implement the method described in the above-described method embodiments.
[0214] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.
[0215] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart... Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.
[0216] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.
[0217] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.
[0218] Although preferred embodiments of this application have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of this application.
[0219] Obviously, those skilled in the art can make various modifications and variations to the embodiments of this application without departing from the spirit and scope of the embodiments of this application. Therefore, if these modifications and variations to the embodiments of this application fall within the scope of the claims of this application and their equivalents, this application also intends to include these modifications and variations.
Claims
1. A data transmission method, characterized in that, include: The terminal transmits the first uplink data to the network device on non-dynamically scheduled resources; The terminal receives response information from the network device for the first uplink data; wherein, the response information includes first indication information and second indication information, the first indication information is used to indicate whether the first uplink data was successfully received, and the second indication information is used to indicate the uplink transmission mode of the terminal under set conditions; When the uplink transmission mode is dynamic scheduling, the terminal determines, according to the response information, to listen to the physical downlink control channel (PDCCH) within the time window and use the dynamic scheduling resources to transmit the second uplink data; or, the terminal determines, according to the response information, to listen to the PDCCH before each uplink data transmission in the M uplink data transmissions and use the dynamic scheduling resources to transmit the second uplink data. When the uplink transmission mode is non-dynamic scheduling, the terminal determines, according to the response information, to use the non-dynamic scheduling resources to transmit the second uplink data within the time window; or, the terminal determines, according to the response information, to use the non-dynamic scheduling resources to transmit the second uplink data M times. The first uplink data is different from the second uplink data.
2. The method as described in claim 1, characterized in that, The response information includes indication information for the time window.
3. The method as described in claim 1, characterized in that, The method further includes: The terminal receives the time window indication information from the network device.
4. The method according to any one of claims 1 to 3, characterized in that, The method further includes: In response to the response information, the terminal starts or restarts a timer, the duration of which is the length of the time window; If the response information is used to indicate listening to the PDCCH, the terminal listens to the PDCCH during the timer's operation; or, if the response information is used to indicate transmitting the second uplink data using a non-dynamic scheduling method, the terminal transmits the second uplink data using a non-dynamic scheduling method during the timer's operation.
5. The method as described in claim 1, characterized in that, The method further includes: The terminal responds to the response information by starting or restarting the counter; If the response information indicates listening to the PDCCH, the terminal listens to the PDCCH until the number of times the counter records exceeds M; or, if the response information indicates using a non-dynamic scheduling method to transmit the second uplink data, the terminal uses a non-dynamic scheduling method to transmit the second uplink data.
6. The method according to any one of claims 1 to 3, 5, characterized in that, The method further includes: The terminal sends a cache status report (BSR) to the network device, the BSR indicating that the terminal has cached data.
7. A data transmission method, characterized in that, include: The network device receives the first uplink data from the terminal; The network device sends a response message to the terminal for the first uplink data; wherein the response message includes a first indication message and a second indication message, the first indication message being used to indicate whether the first uplink data was successfully received, and the second indication message being used to indicate the uplink transmission mode of the terminal under set conditions; When the uplink transmission mode is dynamic scheduling, the uplink transmission mode is to listen to the physical downlink control channel (PDCCH) within the time window and use dynamic scheduling resources to transmit the second uplink data; or, the uplink transmission mode is to listen to the PDCCH before each uplink data transmission in M uplink data transmissions and use dynamic scheduling resources to transmit the second uplink data. When the uplink transmission mode is non-dynamic scheduling, the uplink transmission mode is to use the non-dynamic scheduling resources to transmit the second uplink data within the time window, or the uplink transmission mode is to use the non-dynamic scheduling resources to transmit the second uplink data M times. The first uplink data is different from the second uplink data.
8. The method as described in claim 7, characterized in that, The method further includes: The network device sends a cache status report (BSR) from the terminal, the BSR indicating that the terminal has cached data.
9. An apparatus, characterized in that, include: The communication module is used to transmit the first uplink data to the network device on non-dynamically scheduled resources; And for receiving response information from the network device for the first uplink data; wherein the response information includes first indication information and second indication information, the first indication information is used to indicate whether the first uplink data was successfully received, and the second indication information is used to indicate the uplink transmission mode of the device under set conditions; When the uplink transmission mode is dynamic scheduling, the processing module is used to determine, according to the response information, to listen to the physical downlink control channel (PDCCH) within the time window and use dynamic scheduling resources to transmit the second uplink data, or to determine, according to the response information, to listen to the PDCCH before each uplink data transmission in the M uplink data transmissions and use dynamic scheduling resources to transmit the second uplink data. When the uplink transmission mode is non-dynamic scheduling, the processing module is used to determine, based on the response information, to use the non-dynamic scheduling resources to transmit the second uplink data within the time window, or to determine, based on the response information, to use the non-dynamic scheduling resources to transmit the second uplink data M times. The first uplink data is different from the second uplink data.
10. The apparatus as claimed in claim 9, characterized in that, The response information includes indication information for the time window.
11. The apparatus as claimed in claim 9, characterized in that, The communication module is also used for: Receive the indication information for the time window from the network device.
12. The apparatus according to any one of claims 9 to 11, characterized in that, The processing module is also used for: In response to the response information, a timer is started or restarted, the duration of which is the length of the time window; If the response information is used to indicate listening to the PDCCH, the processing module is used to listen to the PDCCH during the operation of the timer; or, if the response information is used to indicate transmitting the second uplink data using a non-dynamic scheduling method, the processing module is used to transmit the second uplink data using a non-dynamic scheduling method during the operation of the timer.
13. The apparatus as claimed in claim 9, characterized in that, The processing module is also used for: In response to the response information, start or restart the counter; If the response information indicates that the PDCCH should be monitored, the processing module is configured to monitor the PDCCH before the counter records more than M times; or, if the response information indicates that the second uplink data should be transmitted using a non-dynamic scheduling method, the processing module is configured to transmit the second uplink data using a non-dynamic scheduling method.
14. The apparatus according to any one of claims 9 to 11, 13, characterized in that, The communication module is also used for: Send a cache status report (BSR) to the network device, the BSR indicating that the terminal has cached data.
15. An apparatus, characterized in that, include: The communication module is used to receive the first uplink data from the terminal; The communication module is used to send response information to the terminal in response to the first uplink data; wherein, the response information includes first indication information and second indication information, the first indication information is used to indicate whether the first uplink data was successfully received, and the second indication information is used to indicate the uplink transmission mode of the terminal under set conditions; When the uplink transmission mode is dynamic scheduling, the uplink transmission mode is to listen to the physical downlink control channel (PDCCH) within the time window and use dynamic scheduling resources to transmit the second uplink data; or, the uplink transmission mode is to listen to the PDCCH before each uplink data transmission in M uplink data transmissions and use dynamic scheduling resources to transmit the second uplink data. When the uplink transmission mode is non-dynamic scheduling, the uplink transmission mode is to use the non-dynamic scheduling resources to transmit the second uplink data within the time window, or the uplink transmission mode is to use the non-dynamic scheduling resources to transmit the second uplink data M times. The first uplink data is different from the second uplink data.
16. The apparatus as claimed in claim 15, characterized in that, The communication module is also used for: The terminal sends a cache status report (BSR) indicating that the terminal has cached data.
17. A chip, characterized in that, The chip is connected to or includes the memory, for reading and executing software programs stored in the memory to implement the method as described in any one of claims 1-8.
18. A computer-readable storage medium, characterized in that, The computer storage medium stores computer-readable instructions that, when executed on the device, cause the device to perform the method described in any one of claims 1-8.
Citation Information
Patent Citations
Systems and methods for grant-free uplink transmissions
CN110192417A