WO2021013005A1

WO2021013005A1 - Data transmission and sending methods, terminal, and control node

Info

Publication number: WO2021013005A1
Application number: PCT/CN2020/102083
Authority: WO
Inventors: 纪子超; 王欢; 邬华明
Original assignee: 维沃移动通信有限公司
Priority date: 2019-07-19
Filing date: 2020-07-15
Publication date: 2021-01-28
Also published as: CN111836390A; CN111836390B

Abstract

The present disclosure relates to the technical field of communications, and provided are data transmission and sending methods, a terminal, and a control node. The data transmission method is applied in a terminal and comprises: acquiring first information; according to the first information, acquiring a scheduling instruction that is sent by a control node for a direct communication link; and transmitting data according to the scheduling instruction. The first information comprises: a scheduling identifier, which is used to instruct the terminal to monitor for a scheduling instruction.

Description

Data transmission and sending method, terminal and control node

Cross references to related applications

This application claims the priority of Chinese Patent Application No. 201910657387.0 filed in China on July 19, 2019, the entire content of which is incorporated herein by reference.

Technical field

The present disclosure relates to the field of communication technology, and in particular to a data transmission and sending method, a terminal and a control node.

Background technique

The Fifth Generation (5 Generation, 5G) New Radio (NR) system supports direct communication links (sidelink, or translated as secondary link, side link, side link, side link, etc.) starting from Release 16. , It can be used in the working frequency band above 6GHz which is not supported by Long Term Evolution (LTE), and supports larger working bandwidth. NR sidelink supports multiple transmission modes such as unicast, multicast, and broadcast, and supports Hybrid Automatic Repeat Request (HARQ) in unicast and multicast modes. The HARQ response is sent through the Physical Sidelink Feedback Channel (PSFCH). In addition, NR sidelink also supports multiple resource allocation modes, such as base station scheduling mode, UE autonomous resource selection mode, or UE forwarding configuration to other UEs, and so on.

The current 5G NR sidelink system supports the mode-1 resource allocation mode, that is, the scheduling node (for example, the base station) schedules user transmission on the sidelink, and the base station allocates resources for sidelink transmission.

The overall time delay of this scheme is relatively large, and the base station needs to go through 4 steps to know whether the scheduling is successful. In addition, on the sidelink, non-data channels such as Physical Sidelink Control Channel (PSCCH) and PSFCH are required between UEs, which increases the sidelink overhead.

Summary of the invention

The embodiments of the present disclosure provide a data transmission and sending method, a terminal, and a control node to solve the problem of the existing sidelink resource allocation and scheduling method, which will increase the scheduling delay and sidelink overhead.

In order to solve the foregoing technical problems, the embodiments of the present disclosure adopt the following implementation solutions:

In the first aspect, embodiments of the present disclosure provide a data transmission method applied to a terminal, including:

Get the first information;

According to the first information, obtain the scheduling instruction for the direct communication link sent by the control node;

Perform data transmission according to the scheduling instruction;

Wherein, the first information includes: a scheduling identifier, and the scheduling identifier is used to instruct the terminal to monitor the scheduling instruction.

In the second aspect, embodiments of the present disclosure provide a data sending method applied to a control node, including:

According to the first information, generate a scheduling instruction for the direct communication link;

Sending the scheduling instruction to the terminal;

In a third aspect, embodiments of the present disclosure provide a terminal, including:

The first obtaining module is used to obtain first information;

The second acquiring module is configured to acquire the scheduling instruction for the direct communication link sent by the control node according to the first information;

The transmission module is used to transmit data according to the scheduling instruction;

In a fourth aspect, an embodiment of the present disclosure provides a terminal, which includes: a memory, a processor, and a computer program stored in the memory and capable of running on the processor. When the computer program is executed by the processor, the foregoing The steps of the data transfer method.

In a fifth aspect, embodiments of the present disclosure provide a control node, including:

A generating module, configured to generate a scheduling instruction for a direct communication link according to the first information;

The first sending module is configured to send the scheduling instruction to the terminal;

In a sixth aspect, embodiments of the present disclosure provide a control node, which includes: a memory, a processor, and a computer program stored in the memory and running on the processor, and the computer program is implemented when the processor is executed The steps of the data sending method described above.

In a seventh aspect, embodiments of the present disclosure provide a computer-readable storage medium, wherein a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the steps or steps of the aforementioned data transmission method are implemented. The steps of the data sending method described above.

The beneficial effects of the present disclosure are:

In the above solution, the terminal transmits data directly according to the scheduling instruction for the direct communication link sent by the control node, thereby reducing the scheduling delay and the direct communication link resource overhead.

Description of the drawings

Figure 1 shows a schematic diagram of an existing communication process for direct communication link scheduling;

FIG. 2 shows a schematic flowchart of a data transmission method according to an embodiment of the present disclosure;

FIG. 3 shows a schematic flowchart of a data sending method according to an embodiment of the present disclosure;

FIG. 4 shows a schematic diagram of modules of a terminal according to an embodiment of the present disclosure;

Figure 5 shows a structural block diagram of a terminal according to an embodiment of the present disclosure;

Fig. 6 shows a schematic diagram of modules of a control node of an embodiment of the present disclosure;

Fig. 7 shows a structural block diagram of a control node of an embodiment of the present disclosure.

Detailed ways

In order to make the objectives, technical solutions, and advantages of the present disclosure clearer, the present disclosure will be described in detail below with reference to the accompanying drawings and specific embodiments.

In the description of the embodiments of the present disclosure, first, the prior art related to the embodiments of the present disclosure will be described as follows.

The Long Term Evolution (LTE) system has supported sidelink since its 12th release for user equipment, also known as terminal (User Equipment, UE) for direct data transmission without network equipment.

The UE sends the direct communication link control information (Sidelink Control Information, SCI) through the Physical Sidelink Control Channel (PSCCH), and schedules the transmission of the Physical Sidelink Shared Channel (PSSCH) To send data. The transmission is in the form of broadcast, and the receiving end does not reply to the sending end whether the reception is successful.

The LTE sidelink design supports two resource allocation modes, namely the scheduled resource allocation mode and the autonomous resource selection mode. The former is controlled by the network side equipment and allocates resources for each UE, and the latter is independently selected by the UE.

Starting from the 15th release version, LTE supports sidelink carrier aggregation (Carrier Aggregation, CA). The interface between the LTE sidelink CA and the terminal and the network (that is, the Uu interface, that is, downlink and uplink) is different, and there is no distinction between a primary carrier (Primary Component Carrier, PCC) and a Secondary Carrier (SCC). The UE in the autonomous resource selection mode independently performs resource sensing and resource reservation on each CC.

The design of LTE sidelink is suitable for specific public safety affairs (such as emergency communication in fire sites or disaster sites such as earthquakes), or vehicle-to-everything (V2X) vehicle network communications, etc. IoV communications include various services, such as basic safety communications, advanced (automated) driving, formation, sensor expansion, and so on. Since LTE sidelink only supports broadcast communications, it is mainly used for basic security communications, and other advanced V2X services will be supported by NR sidelink.

For the mode-1 of the 5G NR sidelink system, the base station allocates resources for sidelink transmission through a downlink control information (DCI). The resource allocation includes PSSCH (data channel on sidelink) and PSCCH (control channel on sidelink). Allocation. After receiving the configuration, the sending user (UE1) sends the SCI and data on the configured resources, where the SCI will carry information about its scheduled data, such as resource allocation, modulation and coding. The receiving user (UE2) performs HARQ feedback on the feedback channel (PSFCH) on the sidelink. UE1 then forwards the feedback result to the base station. The specific implementation process is shown in Figure 1.

In this implementation mode, the UE at the receiving end needs to monitor the PSCCH all the time to obtain the sidelink data sent by the transmitting end. This processing process is complicated and consumes a lot of energy.

In addition, note that each UE on the sidelink can be a transmitter or a receiver, which means that each UE needs to monitor PDCCH, PSCCH, and needs to demodulate PSFCH to obtain HARQ feedback. This will bring half-duplex restrictions, for example, when the UE detects PSCCH, it cannot send PSSCH or PUCCH. The scheduling node needs to fully consider this limitation, which results in high implementation complexity and limited sidelink data rate of the UE.

In view of the existing sidelink resource allocation and scheduling methods, the present disclosure will increase the problems of scheduling delay and sidelink overhead, and provide a data transmission and transmission method, terminal and control node.

As shown in FIG. 2, an embodiment of the present disclosure provides a data transmission method applied to a terminal, including:

Step 201: Obtain first information;

It should be noted that the first information includes: a scheduling identifier, which is used to instruct the terminal to monitor scheduling instructions, for example, the scheduling identifier is a radio network temporary identifier (RNTI).

It should be noted that monitoring the scheduling instructions includes: performing blind detection of the scheduling instructions, and/or receiving and demodulating the detected scheduling instructions.

Step 202: Acquire a scheduling instruction for a direct communication link sent by a control node according to the first information;

It should be noted that the control node can be a network side device (for example, a base station), a road side unit (RSU), a relay device (Relay), an integrated access and backhaul (IAB) node or a Another terminal different from the terminal of the embodiment of the present disclosure.

Step 203: Perform data transmission according to the scheduling instruction;

It should be noted that data transmission can be for data transmission or data reception. That is to say, the same terminal can only send or receive data at a time, and the same terminal can only be Data can be sent or received at any time.

It should be noted that the data transmission mentioned in the embodiments of the present disclosure all refers to the data transmission on the direct communication link.

In the embodiments of the present disclosure, as long as the terminal receives the scheduling instruction, it sends or receives data on the direct communication link, thereby reducing the scheduling delay and improving the efficiency of data transmission.

It should be further explained that the specific implementation of step 201 is:

Monitoring the scheduling instructions for the direct communication link in the first search space of the control channel;

The scheduling instruction is associated with the scheduling identifier, and the first search space includes: common search space, group common search space, or UE-specific search space (UE-specific search space). space).

Specifically, the terminal needs to monitor (for example, blindly detect) the scheduling instructions for the direct communication link in the first search space of the control channel, and perform cyclic redundancy check and scheduling identifier matching on the monitored scheduling instructions, and obtain and The scheduling instruction that matches the scheduling identifier.

It should be noted that when the control node is a network-side device, RSU, Relay, or IAB node, the control channel is a physical downlink control channel, and the scheduling instruction is DCI; the control node is another terminal different from the terminal in the embodiment of the present disclosure. In the case of a terminal, the control channel is the physical direct communication link control channel, and the scheduling command is SCI.

Further, the scheduling instruction may be dynamically scheduled or activated/deactivated configured grant.

It should be noted that the scheduling instructions received by different terminals may be the same or different.

It should also be noted that the scheduling identifier obtained by the terminal may be configured by the control node or agreed by a protocol.

Specifically, when the scheduling identifier can be configured by the control node, the specific configuration method includes one of the following:

Method 1: The control node allocates the same scheduling identifier to two unicast terminals;

For example, the control node allocates the same RNTI to two unicast terminals for unicast.

Manner 2: The control node allocates the same scheduling identifier to the terminals of the same group;

For example, the control node allocates the same RNTI to all terminals in the same group for multicasting in the group.

Manner 3: The control node configures at least one dedicated scheduling identifier for the terminal to broadcast on the direct communication link;

For example, the control node can allocate one or several dedicated RNTIs (special RNTIs) for the terminal to broadcast on the direct communication link.

Specifically, when the scheduling identifier is agreed upon by the protocol, it indicates that all terminals share the scheduling identifier, and it can also indicate that the scheduling identifier can be used for direct communication link unicast, multicast, or broadcast.

The following describes the specific implementation of step 203 in different situations.

Case 1: The scheduling identifier is also used to indicate the transmission status of the terminal

It should be noted that in this case, the scheduling identifier obtained by the terminal can be a dedicated scheduling identifier, which is jointly encoded with the transmission indication to form a dedicated scheduling identifier, and the transmission status of the terminal can be obtained indirectly through the scheduling identifier. It is noted that the transmission state of the terminal includes two transmission states: data sending and data receiving.

It should also be noted that in specific implementation, different scheduling identifiers can be used to indicate different transmission states of the same terminal, that is, one scheduling identifier is used to indicate the transmission status of data transmission, and another scheduling identifier is used to indicate The transmission status of data reception.

For example, if the scheduling identifier RNTIz is used to indicate that the transmission status of the terminal is for data transmission, RNTIz+n is used to indicate that the transmission status of the terminal is for data reception.

Specifically, after receiving the corresponding scheduling instruction using the scheduling identifier, the terminal transmits data according to the transmission status indicated by the scheduling identifier;

It should be noted that, in order to achieve smooth data transmission, the scheduling instruction includes information necessary for sending and receiving direct communication link data, such as resource allocation information (for example, time domain resources and frequency domain resources used for data transmission and reception, The antenna used for data transmission and reception, the beam used for data transmission and reception, the frequency point used for data transmission and reception, coding information, etc.

The terminal uses the information indicated by the scheduling instruction to transmit data. It should be further noted that the implementation of data transmission is as follows:

Implementation manner 1: When the transmission state of the terminal is data transmission, the implementation manner of data transmission is: according to the information indicated by the scheduling instruction, data transmission is performed on the direct communication link.

It should be noted that in this case, since the terminal receiving the data (ie the receiving end) and the terminal sending the data (ie the sending end) have obtained the same DCI information, the sending end no longer needs to communicate directly The direct communication control information (SCI) is sent on the link to instruct the receiving end how to obtain the direct communication link data, that is, there is no need to allocate PSCCH resources on the direct communication link, which saves signaling overhead and further saves direct Communication link resources can be used for data transmission, which improves spectrum efficiency.

Implementation manner 2: When the transmission state of the terminal is data reception, the implementation manner of data transmission is: data reception is performed on a direct communication link according to the information indicated by the scheduling instruction.

It should be noted that, in this case, the terminal receiving data does not need to monitor the PSCCH on the direct communication link, which reduces the power consumption and processing complexity of the terminal.

Further, when the terminal needs to feed back the demodulation result, the terminal feeds back the data demodulation result to the control node, for example, feeds back the hybrid automatic repeat request response (HARQ-ACK) to the control node through the physical uplink control channel (PUCCH) .

It should be noted that in this case, the terminal sending data does not need to perform the process of first receiving the direct communication link PSFCH feedback and then forwarding it to the control node. Therefore, there is no need to allocate PSFCH resources on the direct communication link, saving In addition to signaling overhead, the saved direct communication link resources can be used for data transmission, which improves spectrum efficiency; and for multicast scenarios, multiple data receiving terminals can feed back at the same time, which reduces the feedback delay. The problem of half-duplex limitation is greatly reduced.

Taking the control node as the base station as an example, the implementation process in this case is illustrated as follows:

A11. The base station allocates RNTIs for receiving and sending to UE1 and UE2 respectively for sidelink transmission;

Among them, for UE1, SL-T-RNTI-1 is used for transmission, and SL-R-RNTI-1 is used for reception; for UE2, SL-T-RNTI-2 is used for transmission, and SL-R-RNTI-2 is used for receive.

A12. The base station schedules UE1 to send sidelink unicast data to UE2;

The base station generates scheduled DCI (for example, DCI format 3-1) to UE1, scrambles using SL-T-RNTI-1, and sends it through PDCCH; at the same time, the base station generates scheduled DCI to UE2, using SL-R-RNTI-2 to add Disturb and send through PDCCH.

A13, UE1, and UE2 use SL-T-RNTI and SL-R-RNTI to monitor PDCCH, decode and demodulate the scheduling DCI.

A14. UE1 uses SL-T-RNTI-1 to successfully demodulate the DCI, thereby knowing that it is the transmitting end UE, and UE2 uses SL-R-RNTI-2 to successfully demodulate the DCI, thereby knowing that it is the receiving end UE.

A15. UE1 uses the coding method and resources indicated by DCI to send data to UE2 on the sidelink.

A16. UE2 receives the data sent by UE1 on the sidelink according to the coding mode and resources indicated by the DCI, and feeds back the demodulation result (ACK or NACK) to the base station.

It should be noted that in the above example, SL-T-RNTI-1 may be the same as SL-R-RNTI-2, and SL-T-RNTI-2 may be the same as SL-R-RNTI-1.

Case 2: The transmission instruction is predefined, and the terminal transmits data according to the transmission status indicated by the parsed transmission instruction

Specifically, in this case, step 203 is implemented as follows:

Acquiring the transmission indication field in the scheduling instruction;

Determine the transmission status of the terminal according to the second information in the transmission indication field;

Perform data transmission according to the transmission status;

It should be noted that the second information is transmission status identification information.

Specifically, the transmission indication field is used to indicate one of the following information:

M11. Indicate at least one terminal used for data transmission;

It should be noted that, in this case, the transmission indication field only indicates the transmission status of data transmission.

M12. Indicate at least one terminal for data reception;

It should be noted that, in this case, the transmission indication field only indicates the transmission status for data reception.

M13. Indicate at least one terminal for data transmission and at least one terminal for data reception respectively;

It should be noted that, in this case, the transmission indication field indicates the transmission status for data reception and the transmission status for data transmission at the same time.

Optionally, the transmission indication field includes 1 bit, which is used to indicate a transmission state; or, the transmission indication field includes several bits (for example, part or all of the bits of the terminal ID). Bits are used to indicate a transmission state; or, the transmission indication field includes a bitmap, and each bit in the bitmap is used to indicate the transmission state of a terminal.

The terminal uses the information indicated by the scheduling instruction (for example, the aforementioned resource allocation information, encoding information, etc.) to transmit data. It should be further noted that the implementation of data transmission is as follows:

A21. The base station allocates RNTI (for example, SL-U-RNTI, where UE1=m, UE2=n) to UE1 and UE2 respectively for sidelink transmission, and defines a transmission indication 0 for sending and 1 for receiving.

A22. The base station schedules UE1 to send sidelink unicast data to UE2. The base station generates two scheduled DCIs (for example, DCI format 3-1) to UE1 and UE2 respectively, where m is used to scramble the DCI sent to UE1, where the transmission status identification information ID=0; n is used to scramble and sent to UE2 DCI, where the transmission status identification information ID=1; and is sent through the PDCCH.

A23, UE1 and UE2 use SL-U-RNTI m and n to monitor the PDCCH, decode and demodulate the scheduling DCI.

A24. UE1 finds that the transmission state identification information ID=0 in the transmission indication field, and thus knows that it is the transmitting end UE; UE2 finds the transmission state identification information ID=1 in the transmission indication field, thus knowing that it is the receiving end UE.

A25. UE1 uses the coding mode and resources indicated by DCI to send data to UE2 on the sidelink.

A26. UE2 receives the data sent by UE1 on the sidelink according to the coding mode and resources indicated by the DCI, and feeds back the demodulation result (ACK or NACK) to the base station.

Case 3: The first information further includes: at least one transmission identifier that instructs the terminal to send or receive data

Specifically, in this case, step 203 is implemented as follows:

Determine the transmission status of the terminal according to the indication information in the transmission indication field in the scheduling instruction and the at least one transmission identifier;

According to the transmission status, data transmission is performed.

That is to say, in this case, the transmission indication field contains the transmission identifier, and the terminal needs to determine the transmission status according to the transmission identifier in the transmission indication field and the transmission identifier that it has acquired.

Specifically, the method for obtaining the at least one transmission identifier includes at least one of the following:

M21. Receive at least one transmission identifier allocated by the control node;

M22. Generate at least one transmission identifier according to high-level information;

It should be noted that the high-level information may be: application layer or IP layer ID, media access control (MAC) layer terminal ID, etc.

M23. Generate at least one transmission identifier according to the configuration rule of the control node.

It should be noted that the transmission identifier may be 1 bit or multiple bits. For example, the transmission identifier may use part or all of the bits of the terminal ID.

It should also be noted that the transmission identifier may be a multicast ID or IDs matching multiple terminals, and is used to indicate a multicast scenario.

Further, the determining the transmission status of the terminal according to the indication information in the transmission indication field in the scheduling instruction and the at least one transmission identifier includes one of the following:

M31. If the transmission identifier of the terminal matches the indication information, determine that the transmission state of the terminal is the first state;

M32. If the transmission identifier of the terminal does not match the indication information, determine that the transmission state of the terminal is the second state;

It should be noted that one of the first state and the second state is for data transmission, and the other is for data reception.

It should be noted that the transmission indication field is used to indicate one of the following information:

M41. Indicate at least one terminal used for data transmission;

M42. Indicate at least one terminal used for data reception;

M43. Indicate at least one terminal used for data transmission and at least one terminal used for data reception respectively;

Optionally, the transmission indication field includes 1 bit, which is used to indicate a transmission state; or, the transmission indication field includes several bits (for example, part or all of the bits of the terminal ID). Bits are used to indicate a transmission state; or, the transmission indication field includes a bitmap, and each bit in the bitmap is used to indicate a transmission state of a terminal.

It should be noted that in this case, since the terminal receiving the data (ie the receiving end) and the terminal sending the data (ie the sending end) have obtained the same DCI information, the sending end no longer needs to communicate directly Direct communication control information (SCI) is sent on the link to instruct the receiving end how to obtain the direct communication link data, that is, there is no need to allocate physical direct communication control channel (PSCCH) resources on the direct communication link, saving signaling overhead Further, the saved direct communication link resources can be used for data transmission, which improves spectrum efficiency.

Example 1. The base station configures the same DCI for the terminal, and the transmission status indicated by the transmission indication field is for data transmission

1. When performing direct communication link unicast

A31. The base station allocates RNTI (for example, SL-G-RNTI) to UE1 and UE2 for sidelink transmission, and the transmission identification IDs of UE1 and UE2 are 0 and 1, respectively.

A32. The base station schedules UE1 to send sidelink unicast data to UE2, and the base station generates scheduled DCI (for example, DCI format 3-1) to UE1 and UE2, where the transmission indication field is 0, and SL-G-RNTI is used to scramble the DCI, and Sent via PDCCH.

A33, UE1 and UE2 use SL-G-RNTI to monitor the PDCCH, decode and demodulate the scheduled DCI.

A34. UE1 finds that the transmission identification ID allocated to it in the transmission indication field is 0, and thus knows that it is the sending end UE; UE2 finds that the transmission indication field does not match its ID, and thus knows that it is the receiving end UE.

A35. UE1 uses the coding mode and resources indicated by DCI to send data to UE2 on the sidelink.

A36. UE2 receives the data sent by UE1 on the sidelink according to the coding mode and resources indicated by the DCI, and feeds back the demodulation result (ACK or NACK) to the base station.

2. When performing direct communication link broadcasting

A41. The base station allocates a sidelink broadcast RNTI (for example, SL-B-RNTI) to the UE, and allocates the transmission identification IDs of UE1 and UE2 to 0 and 1, respectively;

Among them, the RNTI may be pre-defined by the protocol or pre-configured by the manufacturer.

A42. When the base station schedules UE1 to send sidelink broadcast data, it generates scheduling DCI, where the transmission identification ID in the transmission indication field is 0, and the DCI is scrambled using SL-B-RNTI, and sent via PDCCH.

A43, UE1 and UE2 use SL-B-RNTI to monitor the PDCCH, decode and demodulate the scheduled DCI.

A44. UE1 finds that the transmission indication field is assigned to it with a transmission identification ID of 0, so that it knows that it is the sender UE; other UEs find that the transmission indication field does not match its ID, and thus know that it is the receiver UE of the broadcast data .

A45. UE1 uses the coding mode and resources indicated by DCI to send broadcast data on the sidelink.

A46. Other UEs receive the broadcast data sent by UE1 on the sidelink according to the coding mode and resources indicated by the DCI.

Example 2: The base station configures the same DCI for the terminal, and the transmission status indicated by the transmission indication field is data reception and direct communication link unicast

A51. The base station allocates RNTI (for example, SL-G-RNTI) to UE1 and UE2 for sidelink transmission, and allocates transmission identification IDs of UE1 and UE2 to 0 and 1, respectively.

A52. The base station schedules UE1 to send sidelink unicast data to UE2, and the base station generates scheduled DCI (for example, DCI format 3-1) to UE1 and UE2, where the transmission identifier ID in the transmission indication field is 1, using SL-G-RNTI plus The DCI is scrambled and sent through the PDCCH.

A53, UE1 and UE2 use SL-G-RNTI to monitor the PDCCH, decode and demodulate the scheduled DCI.

A54. UE2 finds that the transmission indication field is assigned to it with a transmission identification ID of 1, thereby knowing that it is the receiving end UE; UE1 finds that the transmission indication field does not match its transmission identification ID, and thus knows that it is the sending end UE.

A55. UE1 uses the coding mode and resources indicated by DCI to send data to UE2 on the sidelink.

A56. UE2 receives the data sent by UE1 on the sidelink according to the coding mode and resources indicated by the DCI, and feeds back the demodulation result (ACK or NACK) to the base station.

Example 3: The base station configures the same DCI for the terminal, and the transmission status indicated by the transmission indication field is data reception and data transmission, and direct communication link unicast

A61. The base station allocates RNTI (for example, SL-G-RNTI) to UE1 and UE2 for sidelink transmission, and allocates the transmission identification IDs of UE1 and UE2 to 0 and 1, respectively.

A62. The base station schedules UE1 to send sidelink unicast data to UE2, and the base station generates scheduled DCI (for example, DCI format 3-1) to UE1 and UE2, where the transmission identifier ID in the transmission indication field includes 0 and 1, and 0 indicates the sending end. 1 means that the receiving end uses SL-G-RNTI to scramble the DCI and send it through PDCCH.

A63, UE1 and UE2 use SL-G-RNTI to monitor the PDCCH, decode and demodulate the scheduled DCI.

A64. UE1 finds that the transmitting end of the transmission indication field is assigned to it with a transmission identification ID of 0, and thus knows that it is the transmitting end UE; UE2 finds that the receiving end of the transmission indication field is assigned to it with a transmission identification ID of 1, thus knowing that it is Receiver UE.

A65. UE1 uses the coding mode and resources indicated by DCI to send data to UE2 on the sidelink.

A66. UE2 receives the data sent by UE1 on the sidelink according to the coding mode and resources indicated by the DCI, and feeds back the demodulation result (ACK or NACK) to the base station.

Example 4: The base station configures the same DCI for the terminal, and the transmission identifier is part or all of the terminal ID bits

1. When performing direct communication link unicast

A71, UE1 and UE2 obtain RNTI and transmission identification ID;

The RNTI may be an RNTI allocated by the base station or predefined by the protocol (for example, SL-X-RNTI), and the transmission identification ID may be part or all of the UE ID bits, which are generated by the UE or allocated by the network.

A72. The base station schedules UE1 to send sidelink unicast data to UE2. The base station generates scheduled DCI (for example, DCI format 3-1) to UE1 and UE2. The transmission identifier in the transmission indication field is used to indicate the transmission status and progress of data transmission. The transmission status of the data reception, the transmission identification ID of the UE1 for the data transmission (that is, the sending end), the transmission identification ID of the UE2 for the data reception (the receiving end), the use of SL-X-RNTI to scramble the DCI, and the transmission through the PDCCH .

A73, UE1 and UE2 use SL-X-RNTI to monitor the PDCCH, decode and demodulate the scheduled DCI.

A74. UE1 finds that the transmitting end of the transmission indication field is its own ID, and thus knows that it is the transmitting end UE; UE2 finds that the receiving end of the transmission indication field is its own ID, thus knowing that it is the receiving end UE.

A75. UE1 uses the coding mode and resources indicated by DCI to send data to UE2 on the sidelink.

A76. UE2 receives the data sent by UE1 on the sidelink according to the coding mode and resources indicated by the DCI, and feeds back the demodulation result (ACK or NACK) to the base station.

2. When performing direct communication link multicast

A81, UE1 and UE2 obtain RNTI and transmission identification ID;

A82. The base station schedules UE1 to send a multicast message, and the base station generates scheduled DCI (for example, DCI format 3-1) to UE1 and UE2, where the transmitting end indicated by the transmission identifier in the transmission indication field is the transmission identifier ID of UE1, and the transmission identifier The indicated receiving end is the multicast ID, and the DCI is scrambled using SL-X-RNTI and sent through the PDCCH.

A83, UE1 and UE2 use SL-X-RNTI to monitor the PDCCH, decode and demodulate the scheduled DCI.

A84. UE1 finds that the transmitting end of the transmission indication domain is its own ID, and thus knows that it is the transmitting end UE; UE2 finds that the receiving end of the transmission indication domain is the multicast ID it needs to receive, and thus knows that it is the receiving end UE.

A85. UE1 uses the coding mode and resources indicated by DCI to send data to UE2 on the sidelink.

A86. UE2 receives the data sent by UE1 on the sidelink according to the coding mode and resources indicated by the DCI, and feeds back the demodulation result (ACK or NACK) to the base station.

Example 5: The base station configures the same DCI for the terminal, and the transmission status indicated by the transmission indication field is data reception and data transmission. There are multiple terminals receiving information

1. When performing direct communication link unicast

A91. The base station allocates RNTI (for example, SL-G-RNTI) to UE1, UE2, and UE3 for sidelink transmission, and allocates the transmission identification IDs of UE1, UE2, and UE3 as 0, 1, and 2, respectively, and the transmission identification ID 3 is used for Represents multicast reception.

A92. The base station schedules UE1 to send sidelink unicast data to UE2, and the base station generates scheduled DCI (for example, DCI format 3-1) to the UE, where the transmitting end indicated by the transmission identifier in the transmission indication field is 0 and the receiving end is 1. Use SL-G-RNTI to scramble the DCI and send it through PDCCH.

A93, UE1, UE2, and UE3 use SL-G-RNTI to monitor PDCCH, decode and demodulate the scheduled DCI.

A94. UE1 finds that the transmitting end of the transmission indication field is assigned to it with a transmission identification ID of 0, and thus knows that it is the transmitting end UE; UE2 finds that the receiving end of the transmission indication field is assigned to it with a transmission identification ID of 1, thus knowing that it is The receiving end UE; UE3 finds that its transmission identification ID does not match the sending end or the receiving end, so it interrupts processing and continues to monitor the PDCCH.

A95. UE1 uses the coding mode and resources indicated by DCI to send data to UE2 on the sidelink.

A96. UE2 receives the data sent by UE1 on the sidelink according to the coding mode and resources indicated by the DCI, and feeds back the demodulation result (ACK or NACK) to the base station.

2. When performing direct communication link multicast

A101. The base station allocates RNTI (for example, SL-G-RNTI) to UE1, UE2, and UE3 for sidelink transmission, and the transmission identification IDs of UE1, UE2, and UE3 are respectively 0, 1, and 2, and the transmission identification ID 3 is used Represents multicast reception.

A102. The base station schedules UE1 to send a multicast message, and the base station generates scheduled DCI (for example, DCI format 3-1) to UE1, UE2, and UE3, where the transmitting end indicated by the transmission identifier in the transmission indication field is 0, that is, the transmission of UE1 The identifier ID, the receiving end indicated by the transmission identifier is 3, that is, the multicast transmission identifier ID, and the DCI is scrambled using SL-X-RNTI and sent through the PDCCH.

A103, UE1, UE2 and UE3 use SL-X-RNTI to monitor the PDCCH, decode and demodulate the scheduled DCI.

A104. UE1 finds that the transmitting end of the transmission indication domain is its own ID, and thus knows that it is the transmitting end UE; UE2 and UE3 find that the receiving end of the transmission indication domain is the multicast ID they need to receive, and thus know that they are the receiving end UE.

A105. UE1 uses the coding mode and resources indicated by DCI to send data to UE2 on the sidelink.

A106, UE2 and UE3 receive the data sent by UE1 on the sidelink according to the coding mode and resources indicated by the DCI, and feed back the demodulation result (ACK or NACK) to the base station.

Example 6. The base station configures the same DCI for the terminal, the transmission indication field is a bitmap, and direct communication link multicast is performed

A111. The base station allocates RNTI (for example, SL-G-RNTI) to UE1, UE2, and UE3 for sidelink transmission. The transmission identifier ID is a 3-bit bitmap. The first, second, and third bits are allocated to UE1 and UE2, respectively. For UE3, a bit value of 0 indicates an indication of the transmitting end, and a bit value of 1 indicates an indication of the receiving end.

A112. The base station schedules UE1 to send sidelink multicast data to UE2 and UE3 in the group, and the base station generates scheduling DCI (for example, DCI format 3-1), where the transmission indication field is 011, and uses SL-G-RNTI to scramble the DCI, and Sent via PDCCH.

A113, UE1, UE2, and UE3 use SL-G-RNTI to monitor PDCCH, decode and demodulate the scheduled DCI.

A114. UE1 finds that the first bit of the transmission indicator field is 0, thus knowing that it is the sending end UE; UE2 and UE3 find that the second and third bits of the transmission indicator field are 1, thus knowing that the scheduling is multicast data, and UE2 and UE3 are Receiver UE.

A115. UE1 uses the coding method and resources indicated by DCI to send multicast data on the sidelink.

A116. UE2 and UE3 receive the data sent by UE1 on the sidelink according to the coding mode and resources indicated by the DCI, and feed back the demodulation result to the base station.

Example 7: The first way to realize the transmission identification with bitmap

A121. The base station allocates RNTI (for example, SL-G-RNTI) to UE1, UE2, UE3, and UE4 for sidelink transmission, and allocates the sender transmission identification IDs of UE1, UE2, UE3, and UE4 to 0, 1, 2, respectively. 3. The receiving end transmits a bitmap with a 4-bit identification ID, where the first 1, 2, 3, and 4 bits are allocated to UE1, UE2, UE3, and UE4 respectively. A bit value of 0 means no reception, and a bit value of 1 means reception.

A122. The base station schedules UE1 to send sidelink multicast data to UE2 and UE3 in the group, and the base station generates scheduling DCI (for example, DCI format 3-1), where the transmission indication field at the transmitting end is 0 and the transmission indication field at the receiving end is 0110. Use SL-G-RNTI scrambles the DCI and sends it through the PDCCH.

A123, UE1, UE2, UE3, and UE4 use SL-G-RNTI to monitor PDCCH, decode and demodulate the scheduled DCI.

A124. UE1 finds that the transmission identification ID allocated by the transmitting end indicated by the transmission identification field in the transmission indication field is 0, and thus knows that it is the transmitting end UE; UE2 and UE3 find that the second and third bits of the transmission indication field of the receiving end are 1 , Thus knowing that UE2 and UE3 are the receiving end UEs; UE4 finds that its ID does not match the sending end or the receiving end, so it interrupts the processing and continues to monitor the PDCCH.

A125. UE1 uses the coding method and resources indicated by DCI to send multicast data on the sidelink.

A126, UE2 and UE3 receive the data sent by UE1 on the sidelink according to the coding mode and resources indicated by the DCI, and feed back the demodulation result to the base station.

Example 8. The second implementation method in which the transmission identifier is represented by bitmap. This method is a further optimization of the above example 7. Since the sending end UE obviously cannot receive data, the actual bitmap size of the receiving end transmission indication sent by the DCI can be The total number of UEs is subtracted by one, that is, the bit allocated by the UE transmitted by the transmitting end is subtracted from the original bitmap. When the UE receives the DCI, the correct bitmap is constructed according to the ID transmitted by the transmitting end, thereby reducing the DCI overhead.

A131. The base station allocates RNTI (for example, SL-G-RNTI) to UE1, UE2, UE3, and UE4 for sidelink transmission, and allocates the sender transmission identification IDs of UE1, UE2, UE3, and UE4 to 0, 1, 2, respectively 3. The receiving end transmits a bitmap with a 4-bit identification ID, where the first 1, 2, 3, and 4 bits are allocated to UE1, UE2, UE3, and UE4 respectively. A bit value of 0 means no reception, and a bit value of 1 means reception.

A132. The base station schedules UE2 to send sidelink multicast data to UE1 and UE3 in the group, and the base station generates scheduled DCI (for example, DCI format 3-1), where the transmission identifier ID of the transmitting end indicated by the transmission identifier in the transmission indication field is 1. The bitmap of the receiving end indicated by the transmission identifier in the transmission indication field is 110, and the DCI is scrambled using SL-G-RNTI and sent through the PDCCH.

A133, UE1, UE2, UE3 and UE4 use SL-G-RNTI to monitor the PDCCH, decode and demodulate the scheduled DCI.

A134. UE2 finds that the transmission identification ID assigned to it by the transmitting end indicated by the transmission indicator in the transmission indication field is 1, so that it knows that it is the transmitting end UE; UE1, UE3, and UE4 know that UE2 is the transmitting end UE, and the DCI The transmission indication field at the receiving end is reconstructed to 1010 (the second bit is filled with 0). UE1 and UE3 find that the first and third bits of the transmission indication field at the receiving end are 1, and thus know that UE2 and UE3 are receiving end UEs. UE4 finds that its ID does not match the sender or receiver, so it interrupts processing and continues to monitor the PDCCH.

A135. UE2 uses the coding mode and resources indicated by DCI to send multicast data on the sidelink.

A136. UE1 and UE3 receive the data sent by UE2 on the sidelink according to the coding mode and resources indicated by the DCI, and feed back the demodulation result to the base station.

Taking the control node as the terminal (C-UE) as an example, the implementation of the present disclosure is described as follows:

A141. Multiple UEs communicate through sidelink, and the control node C-UE schedules and allocates transmissions between UE1 and UE2.

A142. C-UE schedules UE1 to send sidelink unicast data to UE2, C-UE generates scheduling SCI, where the transmitting end indicated by the transmission identifier in the transmission indication field is UE1 ID, and the receiving end is UE-2 ID, and sent via PSCCH .

A143, UE1 and UE2 monitor the PSCCH and demodulate the scheduling SCI.

A144. UE1 finds that the sending end indicated by the transmission identifier in the transmission indication field is its own UE ID, and thus knows that it is the sending end UE; UE2 finds that the receiving end indicated by the transmission identifier in the transmission indication field is its UE ID , So as to know that it is the receiving end UE.

A145. UE1 uses the coding mode and resources indicated by the SCI to send data to UE2 on the sidelink.

A146. The C-UE schedules UE1 to send a multicast message, and the C-UE generates a scheduling SCI, where the transmission indication field is the UE1 ID at the sender and the receiver is the multicast ID, and the message is sent via PSCCH.

A147, UE1 and UE2 use monitoring PSCCH and demodulate the scheduling SCI.

A148. UE1 finds that the transmitting end of the transmission indication domain is its own UE ID, and thus knows that it is the transmitting end UE; UE2 finds that the receiving end of the transmission indication domain is the multicast ID it pays attention to, and thus knows that it is the receiving end UE.

A149. UE1 uses the coding method and resources indicated by the SCI to send multicast data on the sidelink.

It should be noted that the embodiments of the present disclosure can be extended to similar scenarios of LTE sidelink; or in the scenario of NR/LTE uplink scheduling, UEs receive DCI to know the uplink scheduling of other UEs, thereby performing uplink multiple input multiple output (MIMO) ) Transmission or interference coordination.

The embodiments of the present disclosure can support multiple services such as unicast, multicast, or broadcast, reduce scheduling delay and system overhead, improve spectrum efficiency, reduce terminal energy consumption, and solve half-duplex problems.

As shown in FIG. 3, an embodiment of the present disclosure provides a data sending method applied to a control node, including:

Step 301: Generate a scheduling instruction for the direct communication link according to the first information;

Step 302: Send the scheduling instruction to the terminal;

Optionally, the scheduling identifier is also used to indicate the transmission status of the terminal.

Optionally, the scheduling instruction includes: a transmission indication field, and the transmission indication field is used to indicate one of the following information:

Indicate at least one terminal used for data transmission;

Indicating at least one terminal for data reception;

At least one terminal used for data transmission and at least one terminal used for data reception are respectively indicated.

Specifically, the transmission indication field includes 1 bit, or the transmission indication field includes a bitmap, and each bit in the bitmap is used to indicate the transmission status of a terminal.

Optionally, before the step 301, it further includes:

Configure the scheduling identifier;

Send the scheduling identifier to the terminal.

Further, the configuration of the scheduling identifier includes at least one of the following:

Assign the same scheduling identifier to two unicast terminals;

Allocate the same scheduling identifier to the terminals of the same group;

Configure at least one dedicated scheduling identifier for the terminal to broadcast on the direct communication link.

Optionally, after the sending the scheduling instruction to the terminal, the method further includes:

Receiving the data demodulation result fed back by the terminal;

Wherein, the data demodulation result is that the terminal feeds back to the control node after data reception on the direct communication link according to the information indicated by the scheduling instruction.

It should be noted that the control node may be a network side device, a road side unit (RSU), a relay device (Relay), an IAB node, or another terminal different from the terminal that executes the data transmission method described above.

It should be noted that all the descriptions of the control node in the foregoing embodiment are applicable to the embodiment of the data sending method, and the same technical effect can also be achieved.

As shown in FIG. 4, an embodiment of the present disclosure provides a terminal 400, including:

The first obtaining module 401 is configured to obtain first information;

The second obtaining module 402 is configured to obtain a scheduling instruction for a direct communication link sent by a control node according to the first information;

The transmission module 403 is configured to transmit data according to the scheduling instruction;

Optionally, the second obtaining module 402 is configured to:

Wherein, the scheduling instruction is associated with the scheduling identifier, and the first search space includes: a public search space, a group public search space, or a terminal-specific search space.

Optionally, the scheduling identifier is also used to indicate the transmission status of the terminal, and the transmission module 403 is used to:

According to the transmission status indicated by the scheduling identifier, data transmission is performed.

Optionally, the transmission module 403 includes:

The first obtaining unit is configured to obtain the transmission indication field in the scheduling instruction;

The first determining unit is configured to determine the transmission status of the terminal according to the second information in the transmission indication field;

The first transmission unit is configured to transmit data according to the transmission state;

Wherein, the second information is transmission status identification information.

Optionally, the first information further includes: at least one transmission identifier that instructs the terminal to send or receive data, and the transmission module 403 includes:

The second determining unit is configured to determine the transmission status of the terminal according to the indication information in the transmission indication field in the scheduling instruction and the at least one transmission identifier;

The second transmission unit is configured to transmit data according to the transmission status.

Receiving at least one transmission identifier allocated by the control node;

Generate at least one transmission identifier according to high-level information;

According to the configuration rule of the control node, at least one transmission identifier is generated.

Optionally, the second determining unit is configured to implement one of the following:

If the transmission identifier of the terminal matches the indication information, determining that the transmission state of the terminal is the first state;

If the transmission identifier of the terminal does not match the indication information, determining that the transmission state of the terminal is the second state;

Among them, one of the first state and the second state is for data transmission, and the other is for data reception.

Indicate at least one terminal used for data transmission;

Indicating at least one terminal for data reception;

Optionally, when the transmission status of the terminal is data transmission, the data transmission mode is:

According to the information indicated by the scheduling instruction, data transmission is performed on the direct communication link.

Optionally, when the transmission status of the terminal is data reception, the data transmission mode is:

According to the information indicated by the scheduling instruction, data reception is performed on the direct communication link.

Further, after the direct communication link performs data reception, it also includes:

The feedback module is used to feed back the data demodulation result to the control node.

It should be noted that the terminal embodiment is a terminal corresponding to the above-mentioned data transmission method applied to the terminal, and all the implementation manners of the above-mentioned embodiment are applicable to the terminal embodiment, and can achieve the same technical effect.

Fig. 5 is a schematic diagram of the hardware structure of a terminal for implementing an embodiment of the present disclosure.

The terminal 50 includes but is not limited to: a radio frequency unit 510, a network module 520, an audio output unit 530, an input unit 540, a sensor 550, a display unit 560, a user input unit 570, an interface unit 580, a memory 590, a processor 511, and a power supply 512 and other components. Those skilled in the art can understand that the terminal structure shown in FIG. 5 does not constitute a limitation on the terminal, and the terminal may include more or less components than shown in the figure, or combine certain components, or arrange different components. In the embodiments of the present disclosure, terminals include, but are not limited to, mobile phones, tablet computers, notebook computers, palmtop computers, vehicle-mounted terminals, wearable devices, and pedometers.

The processor 511 is configured to obtain first information; according to the first information, obtain a scheduling instruction for a direct communication link sent by a control node; and perform data transmission according to the scheduling instruction;

The terminal of the embodiment of the present disclosure directly transmits data according to the scheduling instruction for the direct communication link sent by the control node, so as to reduce the scheduling delay and the resource overhead of the direct communication link.

It should be understood that, in the embodiment of the present disclosure, the radio frequency unit 510 can be used for receiving and sending signals during the process of sending and receiving information or talking. Specifically, after receiving downlink data from the network side device, it is processed by the processor 511; , Send the uplink data to the network side device. Generally, the radio frequency unit 510 includes but is not limited to an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit 510 can also communicate with the network and other devices through a wireless communication system.

The terminal provides users with wireless broadband Internet access through the network module 520, such as helping users to send and receive emails, browse web pages, and access streaming media.

The audio output unit 530 may convert the audio data received by the radio frequency unit 510 or the network module 520 or stored in the memory 590 into audio signals and output as sounds. Moreover, the audio output unit 530 may also provide audio output related to a specific function performed by the terminal 50 (for example, call signal reception sound, message reception sound, etc.). The audio output unit 530 includes a speaker, a buzzer, a receiver, and the like.

The input unit 540 is used to receive audio or video signals. The input unit 540 may include a graphics processing unit (GPU) 541 and a microphone 542, and the graphics processor 541 is configured to monitor still pictures or video images obtained by an image capture device (such as a camera) in a video capture mode or an image capture mode. Data is processed. The processed image frame may be displayed on the display unit 560. The image frame processed by the graphics processor 541 may be stored in the memory 590 (or other storage medium) or sent via the radio frequency unit 510 or the network module 520. The microphone 542 can receive sound, and can process such sound as audio data. The processed audio data can be converted into a format that can be sent to the mobile communication network side device via the radio frequency unit 510 for output in the case of a telephone call mode.

The terminal 50 also includes at least one sensor 550, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor and a proximity sensor. The ambient light sensor can adjust the brightness of the display panel 561 according to the brightness of the ambient light. The proximity sensor can close the display panel 561 and/or when the terminal 50 is moved to the ear. Or backlight. As a kind of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in various directions (usually three-axis), and can detect the magnitude and direction of gravity when stationary, and can be used to identify terminal posture (such as horizontal and vertical screen switching, related games, Magnetometer attitude calibration), vibration recognition related functions (such as pedometer, tap), etc.; sensor 550 can also include fingerprint sensor, pressure sensor, iris sensor, molecular sensor, gyroscope, barometer, hygrometer, thermometer, infrared Sensors, etc., will not be repeated here.

The display unit 560 is used to display information input by the user or information provided to the user. The display unit 560 may include a display panel 561, and the display panel 561 may be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), etc.

The user input unit 570 may be used to receive inputted numeric or character information, and generate key signal input related to user settings and function control of the terminal. Specifically, the user input unit 570 includes a touch panel 571 and other input devices 572. The touch panel 571, also called a touch screen, can collect user touch operations on or near it (for example, the user uses any suitable objects or accessories such as fingers, stylus, etc.) on the touch panel 571 or near the touch panel 571. operating). The touch panel 571 may include two parts, a touch detection device and a touch controller. Among them, the touch detection device detects the user's touch position, detects the signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts it into contact coordinates, and then sends it To the processor 511, the command sent by the processor 511 is received and executed. In addition, the touch panel 571 can be realized in multiple types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch panel 571, the user input unit 570 may also include other input devices 572. Specifically, other input devices 572 may include, but are not limited to, a physical keyboard, function keys (such as volume control buttons, switch buttons, etc.), trackball, mouse, and joystick, which will not be repeated here.

Further, the touch panel 571 can be covered on the display panel 561. When the touch panel 571 detects a touch operation on or near it, it transmits it to the processor 511 to determine the type of the touch event. The type of event provides corresponding visual output on the display panel 561. Although in FIG. 5, the touch panel 571 and the display panel 561 are used as two independent components to realize the input and output functions of the terminal, in some embodiments, the touch panel 571 and the display panel 561 can be integrated Realize the input and output functions of the terminal, which are not limited here.

The interface unit 580 is an interface for connecting an external device and the terminal 50. For example, the external device may include a wired or wireless headset port, an external power source (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device with an identification module, audio input/output (I/O) port, video I/O port, headphone port, etc. The interface unit 580 may be used to receive input (for example, data information, power, etc.) from an external device and transmit the received input to one or more elements in the terminal 50 or may be used to communicate between the terminal 50 and the external device. Transfer data between.

The memory 590 can be used to store software programs and various data. The memory 590 may mainly include a program storage area and a data storage area. The program storage area may store an operating system, an application program required by at least one function (such as a sound playback function, an image playback function, etc.), etc.; Data (such as audio data, phone book, etc.) created by the use of mobile phones. In addition, the memory 590 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, or other volatile solid-state storage devices.

The processor 511 is the control center of the terminal. It uses various interfaces and lines to connect various parts of the entire terminal. It executes by running or executing software programs and/or modules stored in the memory 590, and calling data stored in the memory 590. Various functions of the terminal and processing data, so as to monitor the terminal as a whole. The processor 511 may include one or more processing units; optionally, the processor 511 may integrate an application processor and a modem processor. The application processor mainly processes the operating system, user interface, and application programs, etc. The adjustment processor mainly deals with wireless communication. It can be understood that the foregoing modem processor may not be integrated into the processor 511.

The terminal 50 may also include a power supply 512 (such as a battery) for supplying power to various components. Optionally, the power supply 512 may be logically connected to the processor 511 through a power management system, so as to manage charging, discharging, and power consumption management through the power management system. And other functions.

In addition, the terminal 50 includes some functional modules not shown, which will not be repeated here.

Optionally, an embodiment of the present disclosure further provides a terminal, including a processor 511, a memory 590, a computer program stored on the memory 590 and running on the processor 511, when the computer program is executed by the processor 511 Each process of the embodiment of the transmission control method applied to the terminal side is realized, and the same technical effect can be achieved. To avoid repetition, details are not described here.

The embodiments of the present disclosure also provide a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor, each process of the embodiment of the transmission control method applied to the terminal side is realized, and can To achieve the same technical effect, in order to avoid repetition, I will not repeat them here. Wherein, the computer-readable storage medium, such as read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk or optical disk, etc.

As shown in FIG. 6, an embodiment of the present disclosure further provides a control node 600, including:

The generating module 601 is configured to generate a scheduling instruction for a direct communication link according to the first information;

The first sending module 602 is configured to send the scheduling instruction to the terminal;

Indicate at least one terminal used for data transmission;

Indicating at least one terminal for data reception;

Further, the transmission indication field includes 1 bit, or the transmission indication field includes a bitmap, and each bit in the bitmap is used to indicate the transmission status of a terminal.

Optionally, before the generating module 601 generates the scheduling instruction for the direct communication link according to the first information, the method further includes:

The configuration module is used to configure the dispatch identifier;

The second sending module is configured to send the scheduling identifier to the terminal.

Further, the configuration module realizes at least one of the following:

Assign the same scheduling identifier to two unicast terminals;

Allocate the same scheduling identifier to the terminals of the same group;

Optionally, after the first sending module 602 sends the scheduling instruction to the terminal, the method further includes:

A receiving module for receiving the data demodulation result fed back by the terminal;

The embodiments of the present disclosure also provide a control node, including: a memory, a processor, and a computer program stored in the memory and capable of running on the processor. When the computer program is executed by the processor, the above application to control is implemented. Each process in the embodiment of the node data sending method can achieve the same technical effect. To avoid repetition, details are not described here.

The embodiments of the present disclosure also provide a computer-readable storage medium, wherein a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the implementation of the data sending method applied to the control node is implemented Each process in the example can achieve the same technical effect. To avoid repetition, I will not repeat it here. Wherein, the computer-readable storage medium, such as read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk or optical disk, etc.

Fig. 7 is a structural diagram of a control node according to an embodiment of the present disclosure, which can realize the details of the above-mentioned data sending method and achieve the same effect. As shown in Fig. 7, the control node 700 includes: a processor 701, a transceiver 702, a memory 703 and a bus interface, where:

The processor 701 is configured to read a program in the memory 703 and execute the following process:

Send the scheduling instruction to the terminal through the transceiver 702;

In FIG. 7, the bus architecture may include any number of interconnected buses and bridges. Specifically, one or more processors represented by the processor 701 and various circuits of the memory represented by the memory 703 are linked together. The bus architecture can also link various other circuits such as peripherals, voltage regulators, power management circuits, etc., which are all known in the art, and therefore, no further descriptions are provided herein. The bus interface provides the interface. The transceiver 702 may be a plurality of elements, that is, include a transmitter and a receiver, and provide a unit for communicating with various other devices on a transmission medium.

Indicate at least one terminal used for data transmission;

Indicating at least one terminal for data reception;

Optionally, the processor 701 is configured to read a program in the memory 703, and further execute the following process:

Configure the scheduling identifier;

Send the scheduling identifier to the terminal.

Optionally, the processor 701 is configured to read a program for performing scheduling identification configuration in the memory 703, and execute the following process:

Assign the same scheduling identifier to two unicast terminals;

Allocate the same scheduling identifier to the terminals of the same group;

Receiving the data demodulation result fed back by the terminal;

Among them, when the control node is a network-side device, the network-side device can be a base station (Base Transceiver Station) in Global System of Mobile Communications (GSM) or Code Division Multiple Access (CDMA). BTS), it can also be a base station (NodeB, NB) in Wideband Code Division Multiple Access (WCDMA), or an evolved base station (Evolutional Node B, eNB or eNodeB) in LTE, or a relay station Or access points, or base stations in the future 5G network, are not limited here.

The above are optional implementations of the present disclosure. It should be pointed out that for those of ordinary skill in the art, several improvements and modifications can be made without departing from the principles of the present disclosure, and these improvements and modifications are also Within the protection scope of this disclosure.

Claims

A data transmission method applied to a terminal, including:

Get the first information;

According to the first information, obtain the scheduling instruction for the direct communication link sent by the control node;

Perform data transmission according to the scheduling instruction;

Wherein, the first information includes: a scheduling identifier, and the scheduling identifier is used to instruct the terminal to monitor the scheduling instruction.
The data transmission method according to claim 1, wherein the obtaining a scheduling instruction for a direct communication link sent by a control node according to the first information comprises:

Monitoring the scheduling instructions for the direct communication link in the first search space of the control channel;

Wherein, the scheduling instruction is associated with the scheduling identifier, and the first search space includes: a public search space, a group public search space, or a terminal-specific search space.
The data transmission method according to claim 1, wherein the scheduling identifier is also used to indicate the transmission status of the terminal, and the performing data transmission includes:

According to the transmission status indicated by the scheduling identifier, data transmission is performed.
The data transmission method according to claim 1, wherein said performing data transmission comprises:

Acquiring the transmission indication field in the scheduling instruction;

Determine the transmission status of the terminal according to the second information in the transmission indication field;

Perform data transmission according to the transmission status;

Wherein, the second information is transmission status identification information.
The data transmission method according to claim 1, wherein the first information further comprises: at least one transmission identifier instructing the terminal to send or receive data, and the data transmission according to the scheduling instruction includes:

Determine the transmission status of the terminal according to the indication information in the transmission indication field in the scheduling instruction and the at least one transmission identifier;

According to the transmission status, data transmission is performed.
The data transmission method according to claim 5, wherein the method for obtaining the at least one transmission identifier includes at least one of the following:

Receiving at least one transmission identifier allocated by the control node;

Generate at least one transmission identifier according to high-level information;

According to the configuration rule of the control node, at least one transmission identifier is generated.
The data transmission method according to claim 5, wherein the determining the transmission status of the terminal according to the indication information in the transmission indication field in the scheduling instruction and the at least one transmission identifier includes one of the following:

If the transmission identifier of the terminal matches the indication information, determining that the transmission state of the terminal is the first state;

If the transmission identifier of the terminal does not match the indication information, determining that the transmission state of the terminal is the second state;

Among them, one of the first state and the second state is for data transmission, and the other is for data reception.
The data transmission method according to claim 4 or 5, wherein the transmission indication field is used to indicate one of the following information:

Indicate at least one terminal used for data transmission;

Indicating at least one terminal for data reception;

At least one terminal used for data transmission and at least one terminal used for data reception are respectively indicated.
The data transmission method according to claim 4 or 5, wherein the transmission indication field includes 1 bit, or the transmission indication field includes a bitmap, and each bit in the bitmap is used to indicate a terminal The transmission status.
The data transmission method according to claim 3, 4, or 5, wherein, when the transmission state of the terminal is data transmission, the data transmission includes:

According to the information indicated by the scheduling instruction, data transmission is performed on the direct communication link.
The data transmission method according to claim 3, 4, or 5, wherein, when the transmission state of the terminal is data reception, the data transmission includes:

According to the information indicated by the scheduling instruction, data reception is performed on the direct communication link.
The data transmission method according to claim 11, wherein, after data reception is performed on the direct communication link, the method further comprises:

The data demodulation result is fed back to the control node.
A data transmission method, applied to a control node, includes:

According to the first information, generate a scheduling instruction for the direct communication link;

Sending the scheduling instruction to the terminal;

Wherein, the first information includes: a scheduling identifier, and the scheduling identifier is used to instruct the terminal to monitor the scheduling instruction.
The data sending method according to claim 13, wherein the scheduling identifier is also used to indicate the transmission status of the terminal.
The data sending method according to claim 13, wherein the scheduling instruction includes: a transmission indication field, and the transmission indication field is used to indicate one of the following information:

Indicate at least one terminal used for data transmission;

Indicating at least one terminal for data reception;

At least one terminal used for data transmission and at least one terminal used for data reception are respectively indicated.
The data sending method according to claim 15, wherein the transmission indication field includes 1 bit, or the transmission indication field includes a bitmap, and each bit in the bitmap is used to indicate the transmission of a terminal status.
The data sending method according to claim 13, wherein before said generating a scheduling instruction for a direct communication link according to the first information, the method further comprises:

Configure the scheduling identifier;

Send the scheduling identifier to the terminal.
The data sending method according to claim 17, wherein the configuration of the scheduling identifier includes at least one of the following:

Assign the same scheduling identifier to two unicast terminals;

Allocate the same scheduling identifier to the terminals of the same group;

Configure at least one dedicated scheduling identifier for the terminal to broadcast on the direct communication link.
The data sending method according to claim 13, wherein after said sending the scheduling instruction to the terminal, the method further comprises:

Receiving the data demodulation result fed back by the terminal;

Wherein, the data demodulation result is that the terminal feeds back to the control node after data reception on the direct communication link according to the information indicated by the scheduling instruction.
A terminal, including:

The first obtaining module is used to obtain first information;

The second acquiring module is configured to acquire the scheduling instruction for the direct communication link sent by the control node according to the first information;

The transmission module is used to transmit data according to the scheduling instruction;

Wherein, the first information includes: a scheduling identifier, and the scheduling identifier is used to instruct the terminal to monitor the scheduling instruction.
A terminal, comprising: a memory, a processor, and a computer program stored in the memory and capable of running on the processor, the computer program being executed by the processor to implement the one described in any one of claims 1 to 12 The steps of the data transfer method.
A control node, including:

A generating module, configured to generate a scheduling instruction for a direct communication link according to the first information;

The first sending module is configured to send the scheduling instruction to the terminal;

Wherein, the first information includes: a scheduling identifier, and the scheduling identifier is used to instruct the terminal to monitor the scheduling instruction.
A control node comprising: a memory, a processor, and a computer program stored in the memory and capable of running on the processor, the computer program being executed by the processor realizes the implementation of any one of claims 13 to 19 The steps of the data transmission method described.
A computer-readable storage medium, wherein a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the data transmission method according to any one of claims 1 to 12 is implemented Steps or steps of the data sending method according to any one of claims 13 to 19.