CN111148281A

CN111148281A - Retransmission request method, terminal and network side device for Internet of vehicles

Info

Publication number: CN111148281A
Application number: CN201811300418.9A
Authority: CN
Inventors: 谌丽
Original assignee: China Academy of Telecommunications Technology CATT
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2018-11-02
Filing date: 2018-11-02
Publication date: 2020-05-12
Anticipated expiration: 2038-11-02
Also published as: CN111148281B

Abstract

The embodiment of the invention provides a retransmission request method, a terminal and network side equipment of an internet of vehicles, wherein the method comprises the following steps: and sending a Media Access Control (MAC) layer control command (MAC CE) on the Uu link, wherein the MAC CE is used for requesting a network side device to allocate retransmission resources on the sidelink on the Uu link. The invention realizes that the terminal sends the data transmission condition feedback on the straight-through link to the network side equipment and requests the retransmission resource on the straight-through link under the mode that the network side equipment distributes the direct-transmission resources between the terminals, thereby realizing the data transmission based on the HARQ on the straight-through link.

Description

Retransmission request method, terminal and network side device for Internet of vehicles

Technical Field

The invention relates to the technical field of communication, in particular to a retransmission request method, a terminal and network side equipment for Internet of vehicles.

Background

As is well known, direct communication between devices is a typical communication mode of a Vehicle to X (V2X) information exchange system. In the existing standard architecture, a direct link between devices is defined, that is, a Device to Device (D2D) link is a direct link, called PC5 link; the cellular communication link between the Network and the direct communication Device is referred to as a Device to Network (D2N) link, or Uu link.

The devices that communicate directly may all be on-line or off-line, or some may be on-line and some off-line. So-called on-network, i.e. devices participating in direct communication, are located within the 3GPP direct communication carrier coverage, and so-called off-network, i.e. devices participating in direct communication, are not within the 3GPP direct communication carrier coverage. Stated another way, the on-line device may search for a 3GPP base station, which may be controlled by the 3GPP base station if necessary.

Typical communication scenarios for direct communication include the following three:

one-to-one communication (namely unicast) between direct communication terminals;

one device can send the same data to all devices in one communication group at a time (namely multicast);

three, one device can send the same data (i.e., broadcast) to all nearby devices at once.

The direct communication supports two resource allocation modes including:

mode 1, a resource allocation mode (referred to as mode 1 in 5G and referred to as mode3 in LTE) of network side scheduling, that is, a mode in which a network side device (base station) allocates a direct link resource to a terminal on a Uu link according to a Sidelink BSR (Buffer state reporting) reported by the terminal.

In the method 2, the terminal autonomously selects a resource allocation mode of resources (referred to as mode 2(mode2) in the fifth generation mobile communication technology (5G) and referred to as mode 4(mode4) in the Long Term Evolution (LTE)), that is, the terminal autonomously selects resources from a transmission resource pool preconfigured for the terminal or broadcasted by the network side device to perform transmission of the direct communication link.

In the LTE V2X network and the LTE D2D network, the transmission modes used for direct communication between terminals, multicast and broadcast are similar, and both are that a sending terminal selects a resource Access Control (MAC) Protocol Data Unit (PDU) from a resource pool allocated or autonomously selected by the network side. One MAC PDU includes one or more MAC sub-PDUs, and one MAC sub-PDU includes one MAC sub-header and 0 or 1 MAC payload part, where the MAC payload part refers to a MAC Control Element (CE), a MAC Service Data Unit (SDU), or padding. The repeated transmission activation/deactivation of the MAC CE is a MAC control unit. Each MAC CE or MAC SDU or padding requires a MAC subheader indication, and a Logical Channel Identification (LCID) field in the MAC subheader is used to indicate a Logical channel number corresponding to the MAC CE type or MAC SDU.

Unicast transmission between terminals is introduced into the 5G system, the unicast transmission supports a hybrid automatic Repeat reQuest (HARQ) mechanism, and the transmission between two terminals has feedback and retransmission, and simultaneously, feedback and retransmission are introduced for multicast transmission.

In order to support the mode of allocating the direct resources by the network side device, in addition to HARQ feedback from the receiving terminal to the sending terminal on the direct link, HARQ feedback from the terminal to the network side device needs to be introduced. In the prior art, HARQ feedback resources correspond to scheduling commands or data transmission resource locations, that is, the time-frequency resource location and code of the feedback resources are determined by the scheduling commands or data transmission resource locations. In the resource allocation mode of allocating the direct link resource by the network side device, data transmission occurs on the direct link, feedback occurs on the Uu link, and the data transmission and the feedback cannot correspond to each other in the prior art. Meanwhile, the Uu link Uplink direction originally has HARQ feedback carried on Physical Uplink Control Channel (PUCCH) resources, and designing HARQ feedback resources carried on a direct link on the Uu link has considerable complexity. Therefore, it is desirable to provide a retransmission request method for enabling a network-side device to send data transmission condition feedback on a direct link to the network-side device and request retransmission resources on the direct link in a direct transmission resource allocation mode between terminals.

Disclosure of Invention

The embodiment of the invention provides a retransmission request method, a terminal and network side equipment of an internet of vehicles, and aims to solve the problem of how to send feedback to the network side equipment by the terminal when the network side equipment allocates direct transmission resources between terminals.

In order to achieve the above object, an embodiment of the present invention provides a retransmission request method for an internet of vehicles, which is applied to a terminal, and includes:

and sending a Media Access Control (MAC) layer control command (MAC CE) on the Uu link, wherein the MAC CE is used for requesting a network side device to allocate retransmission resources on the sidelink on the Uu link.

Optionally, the MAC CE requests BSR MAC CE for sidelink retransmission resources, or a sidelink retransmission resource request MAC CE dedicated to request retransmission resources.

Optionally, when the MAC CE requests a BSR MAC CE for the sidelink retransmission resource, the terminal is a transmitting terminal on the sidelink.

Optionally, the sidelink retransmission resource request BSR MAC CE is multiplexed with Uu link uplink data and/or other MAC CEs that are not used for requesting retransmission resources on the sidelink on one uplink MAC protocol data unit PDU.

Optionally, the priority of the sidelink retransmission resource request BSR MAC CE is higher than the priority of the Uu link uplink data, or lower than the priority of the Uu link uplink data.

Optionally, the sending of sidelink retransmission resource request BSR MAC CE on Uu link includes:

under the condition of failure in sending the data packet, triggering sidelink retransmission resource request BSR MAC CE to report;

the sidelink resource retransmission request BSR MAC CE triggers a scheduling request SR of a Uu link;

transmitting the SR on a Uu link;

receiving Uu link resources distributed by the network side equipment for the sending terminal;

and transmitting the sidelink retransmission resource request BSR MAC CE on the Uu link resource.

Optionally, the sidelink retransmission resource request BSR MAC CE includes at least one first indication information, where each first indication information corresponds to a sidelink retransmission data packet, and each first indication information is used to indicate a Buffer data Size of a sidelink retransmission data packet.

Optionally, the sidelink retransmission resource request BSR MAC CE further includes second indication information, where the second indication information is used to indicate the number of sidelink retransmission data packets.

Optionally, one of the sidelink retransmission resource requests BSR MAC CE includes buffer information of a part or all sidelink retransmission data packets that the terminal needs to retransmit;

when the sidelink retransmission resource request BSR MAC CE contains a sidelink retransmission data packet that needs to be retransmitted by a part of terminals, a MAC subheader corresponding to the sidelink retransmission resource request BSR MAC CE is identified by using a first logical channel identifier LCID; when the sidelink retransmission resource request BSR MAC CE contains sidelink retransmission data packets which are required to be retransmitted by all terminals, a MAC sub-header corresponding to the sidelink retransmission resource request BSR MAC CE is identified by adopting a second LCID; the first LCID is different from the second LCID.

Optionally, when the MAC CE requests the sidelink retransmission resource for the MAC CE, the terminal is a transmitting terminal or a receiving terminal on the sidelink.

Optionally, the sidelink retransmission resource request MAC CE is multiplexed with Uu link uplink data and/or other MAC CEs that are not used for requesting retransmission resource on the sidelink on one uplink MAC protocol data unit PDU.

Optionally, the priority of the sidelink retransmission resource request MAC CE is higher than the priority of the Uu link uplink data, or lower than the priority of the Uu link uplink data.

Optionally, the terminal is a sending terminal on the sidelink, and the sidelink retransmission resource request MACCE includes third indication information, where the third indication information is used to indicate a hybrid automatic repeat request HARQ process that needs to allocate retransmission resources.

Optionally, the third indication information is in a bitmap indication manner, and each bit corresponds to one HARQ process.

Optionally, the terminal is a receiving terminal on the sidelink, and the sidelink retransmission resource request MACCE includes an HARQ process number of a data packet that needs to be retransmitted on the sidelink and/or an identifier of a transmitting terminal.

The embodiment of the invention also provides a retransmission request method of the internet of vehicles, which is applied to network side equipment and comprises the following steps:

receiving a Media Access Control (MAC) layer control command (MAC CE) transmitted by a terminal on a Uu link,

and allocating retransmission resources on the direct link sidelink for the terminal on the Uu link according to the MAC CE.

Optionally, the terminal is a receiving terminal on the sidelink, and the sidelink retransmission resource request MAC CE includes an HARQ process number of a data packet that needs to be retransmitted on the sidelink and/or an identifier of a transmitting terminal.

An embodiment of the present invention further provides a terminal, which includes:

a sending module, configured to send a MAC CE on a Uu link, where the MAC CE is used to request a network side device to allocate retransmission resources on a sidelink through the Uu link.

An embodiment of the present invention further provides a network side device, which includes:

a receiving module, for receiving the MAC CE sent by the terminal on the Uu link,

and the allocation module is used for allocating retransmission resources on the direct link sidelink for the terminal on the Uu link according to the MAC CE.

An embodiment of the present invention further provides a terminal, including: a transceiver, a memory, a processor, and a program stored on the memory and executable on the processor,

the transceiver is configured to send a MAC CE on a Uu link, where the MAC CE is configured to request a network side device to allocate retransmission resources on a sidelink over the Uu link.

An embodiment of the present invention further provides a network side device, including: a transceiver, a memory, a processor, and a program stored on the memory and executable on the processor,

the transceiver is used for receiving a Media Access Control (MAC) layer control command (MACCE) sent by a terminal on a Uu link, and allocating retransmission resources on a direct link sidelink for the terminal on the Uu link according to the MAC CE;

alternatively, the first and second electrodes may be,

the transceiver is used for receiving a media access control MAC layer control command MACCE sent by a terminal on a Uu link;

and the processor is configured to allocate retransmission resources on the sidelink for the terminal on the Uu link according to the MAC CE.

The network side device refers to a base station or other device that directly controls a terminal on the network side.

An embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the steps in the retransmission request method for a vehicle networking on a terminal side provided in the embodiment of the present invention, or the computer program, when executed by the processor, implements the steps in the retransmission request method for a vehicle networking on a network device side provided in the embodiment of the present invention.

Drawings

FIG. 1 is a schematic diagram of a network architecture to which embodiments of the present invention are applicable;

fig. 2 is a retransmission request method of the internet of vehicles according to an embodiment of the present invention;

fig. 3 is a diagram illustrating a format of a sidelink resource request BSR MAC CE in a retransmission request method for the internet of vehicles according to an embodiment of the present invention;

fig. 4 is one of exemplary diagrams of formats of sidelink resource request MAC CE in the retransmission request method for the internet of vehicles according to the embodiment of the present invention;

fig. 5 is a second exemplary format diagram of a sidelink resource retransmission request MAC CE in the retransmission request method for the internet of vehicles according to the embodiment of the present invention;

FIG. 6 is a schematic diagram of another retransmission request method for a vehicle networking according to an embodiment of the present invention;

fig. 7 is a structural diagram of a terminal according to an embodiment of the present invention;

fig. 8 is a structural diagram of a network side device according to an embodiment of the present invention;

fig. 9 is a block diagram of another terminal provided in an embodiment of the present invention;

fig. 10 is a block diagram of another network-side device according to an embodiment of the present invention.

Detailed Description

In order to make the technical problems, technical solutions and advantages of the present invention more apparent, the following detailed description is given with reference to the accompanying drawings and specific embodiments.

Referring to fig. 1, fig. 1 is a schematic diagram of a network structure to which the embodiment of the present invention is applicable, and as shown in fig. 1, the network structure includes a terminal 11 and a network side device 12, where the terminal 11 may be a User Equipment (UE) or other terminal devices, for example: a terminal side Device such as a Mobile phone, a Tablet Personal Computer (Tablet Personal Computer), a Laptop Computer (Laptop Computer), a Personal Digital Assistant (PDA), a Mobile Internet Device (MID), or a Wearable Device (Wearable Device), it should be noted that a specific type of the terminal is not limited in the embodiment of the present invention. The network side device 12 refers to a base station or other device for directly controlling the terminal on the network side. Specifically, the network side device 12 may be a base station, for example: macro station, LTE eNB, 5G NR NB, etc.; the network side device may also be a small station, such as a Low Power Node (LPN), pico, femto, or an Access Point (AP); the base station may also be a network node that is composed of a Central Unit (CU) and a plurality of Transmission Reception Points (TRPs) whose management is and controls. It should be noted that, in the embodiment of the present invention, the specific type of the network-side device is not limited.

Referring to fig. 2, fig. 2 is a flowchart of a retransmission request method for a vehicle networking according to an embodiment of the present invention, and as shown in fig. 2, the retransmission request method for a vehicle networking is applied to a terminal, and includes the following steps:

step 101, a media access control MAC layer control command MAC CE is sent on a Uu link, where the MAC CE is used to request a network side device to allocate retransmission resources on a sidelink on the Uu link.

The retransmission request method of the Internet of vehicles provided by the embodiment of the invention is mainly applied to the feedback of unicast or multicast data transmission on a straight-through link.

In this embodiment, the network side device may first allocate a transmission resource of the sending terminal on the direct link, where the transmission resource is an initial transmission resource, the sending terminal may perform initial transmission on the initial transmission resource, and may send the MAC CE on the Uu link when transmission of a data packet of the initial transmission fails, and the network side device allocates a retransmission resource on the direct link sidelink on the Uu link based on the MAC CE. The retransmission resource is used for retransmitting the data packet which fails to be transmitted initially.

For example, in this embodiment, the MAC CE is a sidelink retransmission resource request BSR MAC CE, or a sidelink retransmission resource request MAC CE dedicated to request retransmission resources.

In an embodiment, the MAC CE requests BSR MAC CE for sidelink retransmission resources, and the terminal is a transmitting terminal on the sidelink.

It should be noted that, the sending mode of the sidelink retransmission resource request BSR MAC CE may be set according to actual needs, and in the first embodiment, the sidelink retransmission resource request BSRMAC CE may be sent in the uplink resource of the Uu link; in the second embodiment, the sidelink retransmission resource request BRSMAC CE may also be sent through the scheduling request SR of the Uu link.

Specifically, in the step 101, the sidelink retransmission resource request BSR MAC CE cannot trigger the SR of the Uu link, and when there is uplink resource allocation in the Uu link, the sidelink retransmission resource request BRS MAC CE is reported in the uplink resource.

Specifically, in the second embodiment, the step 101 includes:

transmitting the SR on a Uu link;

In this embodiment, if the sidelink retransmission resource request BSR MAC CE can trigger the scheduling request SR of the Uu link, the SR of the Uu link is triggered and transmitted, the network side device receives the Uu link resource allocated to the transmitting terminal by the SR, and the transmitting terminal reports the sidelink retransmission resource request BSR MAC CE to the network device on the allocated Uu link resource.

It should be noted that the sidelink retransmission resource request BSR MAC CE is multiplexed with Uu link uplink data and/or other MAC CEs that are not used for requesting retransmission resources on the sidelink on one uplink MAC protocol data unit PDU. Wherein, the priority of the sidelink retransmission resource request BSR MAC CE is higher than the priority of the Uu link uplink data or lower than the priority of the Uu link uplink data. In addition, whether the sidelink retransmission resource request BSR MAC CE can trigger SR of the Uu link or not may be specified by the network side device through protocol agreement.

In this embodiment, the sidelink retransmission resource request BSR MAC CE includes at least one first indication information, each first indication information corresponds to a sidelink retransmission data packet, and each first indication information is used to indicate a Buffer Size of a Buffer data Size of a sidelink retransmission data packet.

Further, the sidelink retransmission resource request BSR MAC CE further includes second indication information, where the second indication information is used to indicate the number of sidelink retransmission data packets.

For example, the sidelink retransmission resource request BSR MAC CE format may be as shown in fig. 3. The second indication information may be represented by Retx num, and is used to indicate the number of data packets requested by the sidelink resource request BSR MAC CE for retransmission, where the second indication information may specifically be 2 in fig. 3; the first indication information is used to indicate Buffer Size of the Buffer data Size of a sidelink retransmission data packet, and may indicate the Buffer Size by using a bit as a unit, for example; in fig. 3R is the reserved bit.

It should be noted that, one of the sidelink retransmission resource requests BSR MAC CE includes the buffer information of part or all sidelink retransmission data packets that the terminal needs to retransmit;

In another embodiment, when the MAC CE requests the sidelink retransmission resource for the MAC CE, the terminal is a transmitting terminal or a receiving terminal on the sidelink.

In this embodiment, the sending formula of the sidelink retransmission resource request MAC CE may be: and transmitting a sidelink retransmission resource request BSR MAC CE in the uplink resource of the Uu link. When transmitting, the sidelink retransmission resource request MAC CE is multiplexed with Uu link uplink data and/or other MAC CEs which are not used for requesting retransmission resource on sidelink on one uplink MAC protocol data unit PDU. Wherein the sidelink retransmission resource request MAC CE has a higher priority than the Uu link uplink data or a lower priority than the Uu link uplink data.

The terminal may be a sending terminal on the sidelink, and may be a receiving terminal. Specifically, the information carried by the sidelink retransmission resource request MAC CE sent by the sending terminal is different from the information carried by the sidelink retransmission resource request MAC CE at the time of receiving the terminal, which will be further described below.

For example, in an embodiment, when the terminal is a transmitting terminal on the sidelink, the sidelink retransmission resource request MAC CE includes third indication information, where the third indication information is used to indicate a hybrid automatic repeat request HARQ process that needs to allocate retransmission resources.

Specifically, the format of sidelink retransmission resource request MAC CE is shown in fig. 4 and 5. In fig. 4, HP0 to HP7 indicate 8 HARQ processes for transmitting terminal transmission through a direct link, and if a certain HARQ process needs retransmission, the corresponding bit position is set to 1, otherwise, the bit position is set to 0. The length of the MAC CE is fixed, the corresponding MAC sub-header carries the LCID which indicates the sidelink retransmission resource request MACCE, and no length indication domain exists.

In fig. 5, the Destination ID indicates a Destination ID corresponding to a packet that the transmitting terminal needs to retransmit, and the Destination ID may correspond to multicast or unicast. The Destination ID length herein is 4 bits, and for Destination IDs with other lengths, the MAC CE format in fig. 5 may be modified correspondingly. HP 0-HP 3 represent 4 HARQ processes from a direct link sending terminal to a corresponding target ID, if a certain HARQ process needs to be retransmitted, the corresponding bit position is set to 1, otherwise, the bit position is set to 0.

In another embodiment, when the terminal is a receiving terminal on the sidelink, the sidelink retransmission resource request MAC CE includes an HARQ process number of a data packet that needs to be retransmitted on the sidelink and/or an identifier of a transmitting terminal.

Specifically, if the correspondence between the sending terminal and the receiving terminal has been determined before the receiving terminal of the network side device sends the sidelink retransmission resource request MAC CE, and the receiving terminal corresponds to the sending terminal uniquely, the MAC CE may only carry the direct link process number; if the corresponding relationship information between the receiving terminal and the sending terminal does not exist before the receiving terminal sends the sidelink retransmission resource request MAC CE, the MAC CE needs to carry a sending terminal identifier (source ID), and optionally a direct link process number. The format of the MAC CE may be as shown in fig. 5.

For better understanding of the present invention, different implementations of the above terminal as a transmitting terminal or as a receiving terminal are described in detail.

In scheme 1, the terminal is a transmitting terminal, and the MAC CE is a sidelink resource request BSR MAC CE.

In scheme 1, the steps implemented by the network side device include:

step 1: and the network side equipment allocates the transmission resources of the sending terminal on the direct link.

Step 2: the network side equipment receives a sidelink retransmission resource request BSR MAC CE of a sending terminal and determines that retransmission resources on a direct link need to be allocated for the sending terminal. The sidelink retransmission resource request BSR MAC CE may have multiple buffer size domains, and the network side device allocates an independent direct link resource corresponding to the resource size indicated by the buffer size domain for each buffer size domain.

And step 3: and allocating retransmission resources on the through link for the sending terminal, and allocating one or more through link retransmission resources according to the instruction of the sidelink retransmission resource request BSRMAC CE.

In scheme 1, the step implemented by the sending terminal includes:

step 1: receiving resource allocation of network side equipment to a direct link, and sending data transmission on the direct link;

step 2: receiving negative feedback of a receiving terminal or determining that a data packet is not successfully transmitted through a timer mechanism and the like, and triggering the sidelink retransmission resource request BSR MAC CE to report;

and step 3: if the sidelink resource request BSR MAC CE can trigger the SR of the Uu link, triggering and sending the SR of the Uu link, receiving the Uu link resource allocated to the sending terminal by the network side equipment, and reporting the sidelink resource request BSR MAC CE to the network side equipment by the sending terminal on the allocated Uu link resource; or if the sidelink retransmission resource request BSR MAC CE cannot trigger the SR of the Uu link, reporting the sidelink retransmission resource request BSR MAC CE in the uplink resource when the Uu link has uplink resource allocation;

and 4, step 4: and receiving retransmission resource allocation of the network side equipment to the straight-through link, and sending data packet retransmission on the straight-through link.

In this scheme, a format of the sidelink retransmission resource request BSR MAC CE is shown in fig. 3, for example, where the second indication information may be represented by Retx num and is used to indicate the number of data packets requested by the sidelink retransmission resource request BSR MAC CE, and the second indication information may specifically be 2 in fig. 3; the first indication information is used to indicate Buffer Size of the Buffer data Size of a sidelink retransmission data packet, and may indicate the Buffer Size by using a bit as a unit, for example; in fig. 3R is the reserved bit. The BSR MAC CE is variable in length, and the corresponding MAC subheader needs to include a length indication field. When the sidelink retransmission resource request BSR MAC CE format is adopted, a source ID and a target ID do not need to be included, and a HARQ process number does not need to be included. And the network side equipment allocates the direct link resources according to the buffer size, and the sending terminal retransmits the data packet on the resources when the retransmission resources allocated by the network side equipment are matched with the size of the data packet needing to be retransmitted. If there are multiple data packets of the same size to be retransmitted, the transmitting terminal decides which data packet to retransmit at its own discretion.

In scheme 1, the steps implemented by the receiving terminal include:

step 1: receiving resource allocation for transmission on a direct link, and receiving transmission of a sending terminal on the direct link;

step 2: sending necessary HARQ feedback to a sending terminal according to whether the received data is correct;

and step 3: and receiving a scheduling command aiming at the transmission on the through link, and receiving the retransmission of the data packet of the sending terminal on the through link.

In scheme 2, the terminal is a transmitting terminal, and the MAC CE is a sidelink retransmission resource request MAC CE.

In scheme 2, the steps implemented by the network side device include:

step 1: and the network side equipment allocates the transmission resources of the sending terminal on the direct link, and the resource allocation indication carries the HARQ process number.

Step 2: the network side equipment receives a sidelink retransmission resource request MAC CE sent by a sending terminal, and the sidelink retransmission resource request MAC CE carries a direct link HARQ process number indication so as to indicate which direct link HARQ process or processes need to be retransmitted.

And step 3: and allocating retransmission resources corresponding to the HARQ process on the direct link for the sending terminal, wherein the resource allocation indication optionally carries the HARQ process number.

In scheme 2, the step implemented by the sending terminal includes:

step 1: receiving resource allocation of network side equipment to a direct link, sending data transmission on the direct link, and determining a HARQ process corresponding to each transmission;

step 2: receiving negative feedback of a receiving terminal or determining that a data packet is not successfully transmitted through a timer mechanism and the like, triggering a sidelink retransmission resource request MAC CE, and transmitting the sidelink retransmission resource request MAC CE to a base station when Uu port resources are distributed;

and step 3: and receiving retransmission resource allocation of the network side equipment to the straight-through link, and sending data packet retransmission on the straight-through link.

In this scheme, the format of sidelink retransmission resource request MAC CE may be as shown in fig. 4 and fig. 5. In fig. 4, HP0 to HP7 indicate 8 HARQ processes for transmitting terminal transmission through a direct link, and if a certain HARQ process needs retransmission, the corresponding bit position is set to 1, otherwise, the bit position is set to 0. The length of the MAC CE is fixed, the corresponding MAC sub-header carries the LCID which indicates the sidelink retransmission resource request MAC CE, and no length indication domain exists. The length of the MAC CE is fixed, the corresponding MAC sub-header carries the LCID which indicates the sidelink retransmission resource request MAC CE, and no length indication domain exists. It should be understood that if a transmitting terminal only has one HARQ process, the format design concept of fig. 4 does not need the MAC CE in fig. 4, and the sidelink retransmission resource request MAC CE can be indicated by using the MAC subheader with a specific LCID.

In fig. 5, the Destination ID indicates a Destination ID corresponding to a packet that the transmitting terminal needs to retransmit, and the Destination ID may correspond to multicast or unicast. The Destination ID length herein is 4 bits, and for Destination IDs with other lengths, the MAC CE format in fig. 5 may be modified correspondingly. HP 0-HP 3 represent 4 HARQ processes from a direct link sending terminal to a corresponding target ID, if a certain HARQ process needs to be retransmitted, the corresponding bit position is set to 1, otherwise, the bit position is set to 0. The method comprises the steps that retransmission requests of a plurality of Destination IDs can be indicated in one MAC CE, the length of the MAC CE is variable, a corresponding MAC sub-header carries LCIDs which indicate sidelink retransmission resource requests of the MAC CE, and a length indication domain is provided. The HPx field in fig. 5 may not be needed if there can only be one HARQ process between one transmitting terminal and one receiving terminal.

In scheme 2, the steps implemented by the receiving terminal include:

In scheme 3, the terminal is a receiving terminal, and the MAC CE is a sidelink retransmission resource request MAC CE.

In scheme 3, the steps implemented by the network side device include:

Step 2: and the network side equipment receives the sidelink retransmission resource request MAC CE sent by the receiving terminal.

The sidelink retransmission resource request MAC CE includes two specific contents, one of which is: if the corresponding relationship between the sending terminal and the receiving terminal is already determined before the receiving terminal of the network side equipment sends the sidelink retransmission resource request MAC CE and the receiving terminal is uniquely corresponding to the sending terminal, the MAC CE can only carry the process number of the direct link; the second step is as follows: if the corresponding relationship information between the receiving terminal and the sending terminal does not exist before the receiving terminal sends the sidelink retransmission resource request MAC CE, the MAC CE needs to carry a sending terminal identifier (source ID), and optionally a direct link process number.

In scheme 3, the step implemented by the sending terminal includes:

step 2: receiving negative feedback of a receiving terminal or determining that the data packet is not successfully sent through a timer mechanism and the like;

In scheme 3, the steps implemented by the receiving terminal include:

step 1: receiving resource allocation aiming at transmission on the direct link, receiving transmission of a sending terminal on the direct link, and determining the HARQ process number of the data packet on the direct link.

Step 2: and if the through link data is incorrectly received, triggering sidelink retransmission resource request MAC CE, and sending the sidelink retransmission resource request MAC CE to the base station when Uu port resources are distributed. Optionally, the necessary HARQ feedback is sent to the sending terminal according to whether the received data is correct.

In this scheme, the format of sidelink retransmission resource request MAC CE may be as shown in fig. 5, where Source ID represents a sending terminal, HP0 to HP3 represent 4 HARQ processes from a direct link sending terminal to the receiving terminal, if a certain HARQ process needs to be retransmitted, a corresponding bit is set to 1, and otherwise, the bit is set to 0.

In an embodiment, a receiving terminal only receives unicast or multicast transmission from a sending terminal, and then only has one source ID, the MAC CE length is fixed, and the corresponding MAC subheader carries the LCID indicating sidelink retransmission resource request MAC CE without a length indication field.

In another embodiment, one receiving terminal may receive unicast or multicast transmission from multiple transmitting terminals, and the sidelink retransmission resource request MAC CE may carry multiple source IDs, which are variable lengths, and the corresponding MAC subheader needs to carry a length indication field.

In the embodiment of the invention, a Media Access Control (MAC) layer control command (MAC CE) is sent on a Uu link, and the MAC CE is used for requesting network side equipment to allocate retransmission resources on a sidelink through the Uu link. Therefore, the invention realizes that the terminal sends the data transmission condition feedback on the direct link to the network side equipment and requests the retransmission resource on the direct link under the mode that the network side equipment distributes the direct transmission resource between the terminals, thereby realizing the data transmission based on the HARQ on the direct link.

Referring to fig. 6, fig. 6 is a flowchart of a retransmission request method for an internet of vehicles according to an embodiment of the present invention, and as shown in fig. 6, the method is applied to a network side device, and includes the following steps:

step 601, receiving a media access control MAC layer control command MAC CE sent by a terminal on a Uu link,

step 602, according to the MAC CE, allocating retransmission resources on the direct link sidelink to the terminal on the Uu link.

It should be noted that, this embodiment is used as an implementation of the network side device corresponding to the embodiment shown in fig. 2, and specific implementation thereof may refer to the relevant description of the embodiment shown in fig. 2, so that, in order to avoid repeated description, the embodiment is not described again, and the same beneficial effects may also be achieved.

Referring to fig. 7, fig. 7 is a structural diagram of a terminal according to an embodiment of the present invention, and as shown in fig. 6, a terminal 700 includes:

a sending module 701, configured to send a MAC CE on a Uu link, where the MAC CE is used to request a network side device to allocate retransmission resources on a sidelink on the Uu link.

Optionally, the sending module 701 is specifically configured to:

transmitting the SR on a Uu link;

It should be noted that, in this embodiment, the terminal 700 may be any implementation manner of the method embodiment in the present invention, and any implementation manner of the terminal in the method embodiment in the present invention may be implemented by the terminal 700 in this embodiment, and achieve the same beneficial effects, which is not described herein again.

Referring to fig. 8, fig. 8 is a structural diagram of a network side device according to an embodiment of the present invention, and as shown in fig. 8, a network side device 800 includes

A receiving module 801, configured to receive a MAC layer control command MACCE sent by a terminal on a Uu link,

an allocating module 802, configured to allocate, according to the MAC CE, retransmission resources on the sidelink for the terminal on the Uu link.

It should be noted that, in this embodiment, the network-side device 800 may be a terminal according to any implementation manner in the method embodiment of the present invention, and any implementation manner of the terminal in the method embodiment of the present invention may be implemented by the network-side device 800 in this embodiment, and the same beneficial effects are achieved, and details are not described here.

Referring to fig. 9, fig. 9 is a structural diagram of another terminal according to an embodiment of the present invention, and as shown in fig. 9, the terminal includes: a transceiver 910, a memory 920, a processor 900, and a program stored on the memory 920 and executable on the processor 900, wherein:

the transceiver 910 is configured to send a MAC CE on a Uu link, where the MAC CE is configured to request a network side device to allocate retransmission resources on a sidelink on the Uu link.

The transceiver 910 may be used for receiving and transmitting data under the control of the processor 900, among other things.

In fig. 9, the bus architecture may include any number of interconnected buses and bridges, with various circuits being linked together, particularly one or more processors, represented by processor 900, and memory, represented by memory 920. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 910 may be a number of elements including a transmitter and a receiver that provide a means for communicating with various other apparatus over a transmission medium.

The processor 900 is responsible for managing the bus architecture and general processing, and the memory 920 may store data used by the processor 900 in performing operations.

It should be noted that the memory 920 is not limited to be on the terminal, and the memory 920 and the processor 900 may be separated in different geographical locations.

Optionally, the transceiver 910 is specifically configured to:

transmitting the SR on a Uu link;

It should be noted that, in this embodiment, the terminal may be a terminal in any implementation manner in the method embodiment of the present invention, and any implementation manner of the terminal in the method embodiment of the present invention may be implemented by the terminal in this embodiment, so as to achieve the same beneficial effects, and details are not described here again.

Referring to fig. 10, fig. 10 is a structural diagram of another network-side device according to an embodiment of the present invention, and as shown in fig. 10, the network-side device includes: a transceiver 1010, a memory 1020, a processor 1000, and a program stored on the memory 1020 and executable on the processor, wherein:

the transceiver 1010 is configured to receive a media access control MAC layer control command MAC CE sent by a terminal on a Uu link, and allocate retransmission resources on a sidelink for the terminal on the Uu link according to the MAC CE;

alternatively, the first and second electrodes may be,

the transceiver 1010 is configured to receive a media access control MAC layer control command MAC CE sent by a terminal over a Uu link;

the processor 1000 is configured to allocate retransmission resources on a direct link sidelink for the terminal on the Uu link according to the MAC CE.

The transceiver 1010 may be used to receive and transmit data under the control of the processor 1000.

In fig. 10, the bus architecture may include any number of interconnected buses and bridges, with various circuits being linked together, particularly one or more processors represented by processor 1000 and memory represented by memory 1020. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 1010 may be a number of elements including a transmitter and a receiver that provide a means for communicating with various other apparatus over a transmission medium.

The processor 1000 is responsible for managing the bus architecture and general processing, and the memory 1020 may store data used by the processor 1000 in performing operations.

It should be noted that the memory 1020 is not limited to be on a network-side device, and the memory 1020 and the processor 1000 may be separated in different geographic locations.

It should be noted that, in this embodiment, the network-side device may be a network-side device in any implementation manner in the method embodiment of the present invention, and any implementation manner of the network-side device in the method embodiment of the present invention may be implemented by the network-side device in this embodiment, so as to achieve the same beneficial effects, and details are not described here.

In the several embodiments provided in the present application, it should be understood that the disclosed method and apparatus may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may be physically included alone, or two or more units may be integrated into one unit. The integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.

The integrated unit implemented in the form of a software functional unit may be stored in a computer readable storage medium. The software functional unit is stored in a storage medium and includes several instructions to enable a computer device (which may be a personal computer, a server, or a network device) to execute some steps of the processing method of the information data block according to various embodiments of the present invention. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

While the foregoing is directed to the preferred embodiment of the present invention, it will be understood by those skilled in the art that various changes and modifications may be made without departing from the spirit and scope of the invention as defined in the appended claims.

Claims

1. A retransmission request method of Internet of vehicles is applied to a terminal and is characterized by comprising the following steps:

2. The method of claim 1, wherein the MAC CE is a sidelink retransmission resource request BSRMAC CE or a sidelink retransmission resource request MAC CE dedicated for requesting retransmission resources.

3. The method of claim 2, wherein the terminal is a transmitting terminal on the sidelink when the MAC CE requests a BSR MAC CE for the sidelink retransmission resource.

4. The method according to claim 3, wherein the sidelink retransmission resource request BSR MAC CE is multiplexed on one uplink MAC protocol data unit PDU with Uu link uplink data and/or other MAC CEs not used for requesting retransmission resources on sidelink.

5. The method of claim 4, wherein the sidelink retransmission resource request BSR MAC CE has a higher priority than Uu link uplink data or a lower priority than the Uu link uplink data.

6. The method of claim 3, wherein transmitting a sidelink retransmission resource request (BSR) MAC CE on a Uu link comprises:

transmitting the SR on a Uu link;

7. The method according to claim 3, wherein the sidelink retransmission resource request BSR MAC CE comprises at least one first indication information, each first indication information corresponds to one sidelink retransmission data packet, and each first indication information is used for indicating a Buffer data Size Buffer Size of one sidelink retransmission data packet.

8. The method of claim 7, wherein the sidelink retransmission resource request BSR MAC CE further comprises second indication information, and wherein the second indication information is used for indicating the number of the sidelink retransmission data packets.

9. The method according to claim 8, wherein one of the sidelink retransmission resource requests BSR mac ce includes buffering information of a part or all sidelink retransmission data packets that the terminal needs to retransmit;

10. The method of claim 2, wherein the terminal is a transmitting terminal or a receiving terminal on the sidelink when the MAC CE requests the sidelink retransmission resource for the sidelink.

11. The method according to claim 10, wherein the sidelink retransmission resource request MAC CE is multiplexed on one uplink MAC protocol data unit PDU with Uu link uplink data and/or other MAC CEs not used for requesting retransmission resources on sidelink.

12. The method of claim 11, wherein the sidelink retransmission resource request MAC CE has a higher priority than Uu link uplink data or a lower priority than the Uu link uplink data.

13. The method according to claim 10, wherein the terminal is a transmitting terminal on the sidelink, and the sidelink retransmission resource request MAC CE includes third indication information, and the third indication information is used for indicating a hybrid automatic repeat request HARQ process that needs to allocate retransmission resources.

14. The method of claim 13, wherein the third indication information is a bitmap indication manner, and each bit corresponds to one HARQ process.

15. The method according to claim 10, wherein the terminal is a receiving terminal on the sidelink, and the sidelink retransmission resource request MAC CE includes an HARQ process number of a data packet that needs to be retransmitted on the sidelink and/or an identifier of a transmitting terminal.

16. A retransmission request method of Internet of vehicles is applied to network side equipment and is characterized by comprising the following steps:

17. The method of claim 16, wherein the MAC CE is a sidelink retransmission resource request BSR MAC CE, or a sidelink retransmission resource request MAC CE dedicated for requesting retransmission resources.

18. The method of claim 17, wherein the terminal is a transmitting terminal on the sidelink when the MAC CE requests BSR MAC CE for the sidelink retransmission resource.

19. The method according to claim 18, wherein the sidelink retransmission resource request BSR MAC CE is multiplexed on one uplink MAC protocol data unit PDU with Uu link uplink data and/or other MAC CEs not used for requesting retransmission resources on sidelink.

20. The method of claim 19, wherein the sidelink retransmission resource request BSR MAC CE has a higher priority than Uu link uplink data or a lower priority than Uu link uplink data.

21. The method according to claim 18, wherein the sidelink retransmission resource request BSR MAC CE includes at least one first indication information, each of the first indication information corresponds to a sidelink retransmission packet, and each of the first indication information is used to indicate a Buffer data Size of a sidelink retransmission packet.

22. The method of claim 21, wherein the sidelink retransmission resource request BSR MAC CE further comprises second indication information, and wherein the second indication information is used for indicating the number of sidelink retransmission data packets.

23. The method according to claim 22, wherein one of the sidelink retransmission resource requests BSRMAC CE includes buffer information of some or all sidelink retransmission data packets that the terminal needs to retransmit;

24. The method of claim 17, wherein the terminal is a transmitting terminal or a receiving terminal on the sidelink when the MAC CE requests the sidelink retransmission resource for the sidelink.

25. The method according to claim 24, wherein the sidelink retransmission resource request MAC CE is multiplexed on one uplink MAC protocol data unit PDU with Uu link uplink data and/or other MAC CEs not used for requesting retransmission resources on sidelink.

26. The method of claim 25, wherein the sidelink retransmission resource request MAC CE has a higher priority than Uu link uplink data or a lower priority than the Uu link uplink data.

27. The method according to claim 24, wherein the terminal is a transmitting terminal on the sidelink, and the sidelink retransmission resource request MAC CE includes third indication information, and the third indication information is used for indicating a hybrid automatic repeat request HARQ process that needs to allocate retransmission resources.

28. The method of claim 27, wherein the third indication information is a bitmap indication manner, and each bit corresponds to one HARQ process.

29. The method according to claim 24, wherein the terminal is a receiving terminal on the sidelink, and the sidelink retransmission resource request MAC CE includes an HARQ process number of a data packet that needs to be retransmitted on the sidelink and/or an identifier of a transmitting terminal.

30. A terminal, comprising:

31. A network-side device, comprising:

32. A terminal, comprising: a transceiver, a memory, a processor, and a program stored on the memory and executable on the processor,

the transceiver is configured to send a MAC layer control command MACCE on a Uu link, where the MAC CE is configured to request a network side device to allocate retransmission resources on a sidelink on the Uu link.

33. The terminal of claim 32, wherein the MAC CE is a sidelink retransmission resource request BSR MAC CE, or a sidelink retransmission resource request MAC CE dedicated for requesting retransmission resources.

34. The terminal of claim 33, wherein the terminal is a transmitting terminal on the sidelink when the MAC CE requests BSR MAC CE for the sidelink retransmission resource.

35. The terminal of claim 33, wherein the terminal is a transmitting terminal or a receiving terminal on the sidelink when the MAC CE requests the sidelink retransmission resource for the sidelink.

36. A network-side device, comprising: a transceiver, a memory, a processor, and a program stored on the memory and executable on the processor,

the transceiver is used for receiving a Media Access Control (MAC) layer control command (MAC CE) sent by a terminal on a Uu link, and allocating retransmission resources on a direct link sidelink for the terminal on the Uu link according to the MAC CE;

alternatively, the first and second electrodes may be,

the transceiver is used for receiving a Media Access Control (MAC) layer control command (MAC CE) sent by a terminal on a Uu link;

37. The network-side device of claim 36, wherein the MAC CE is a sidelink retransmission resource request BSR MAC CE, or a sidelink retransmission resource request MAC CE dedicated to request retransmission resources.

38. The network-side device of claim 37, wherein the terminal is a sending terminal on the sidelink when the MAC CE requests BSR MAC CE for the sidelink retransmission resource.

39. The network-side device of claim 37, wherein when the MAC CE requests the sidelink retransmission resource for the sidelink, the terminal is a transmitting terminal or a receiving terminal on the sidelink.

40. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps in the retransmission request method for a car networking according to any of the claims 1 to 15, or which, when being executed by a processor, carries out the steps in the retransmission request method for a car networking according to any of the claims 16 to 29.