Method, apparatus, electronic device, storage medium and product for data retransmission

Abstract

This application provides a method, apparatus, electronic device, storage medium, and product for data retransmission. The method includes: receiving control information and service data sent by each wireless mesh network node, wherein each node is a neighbor node of a target node; detecting the service data of each node based on the control information of each node; generating Hybrid Automatic Repeat Request (HARQ) feedback information for each node, wherein the HARQ feedback information is ACK or NACK; and then the target node sends the HARQ feedback information of each node through the Physical Downlink Control Channel (PFSC), so that each node determines whether to retransmit the corresponding control information and service data based on the corresponding HARQ feedback information. This method reduces the feedback overhead caused by transmission via the PSFCH.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a method, apparatus, electronic device, storage medium and product for data retransmission. Background Technology

[0002] In modern communication systems, data transmission reliability is a critical issue when transmitting data in a decentralized wireless mesh network, as data may be lost or corrupted during transmission. To improve data transmission reliability, a Hybrid Automatic Repeat Request (HARQ) retransmission mechanism is typically employed.

[0003] In related technologies, a wireless mesh network without centralized scheduling, taking vehicle-to-everything (V2X) networks as an example, supports data transmission, reception, and HARQ retransmission between terminals without requiring resource scheduling by a central authority such as a base station. The transmitting end sends control information to the receiving end via a downlink channel (Physical Sidelink Control Channel, PSCCH) and service data via a downlink channel (Physical Sidelink Feedback Channel, PSSCH). When the receiving end receives the control information and service data from the transmitting end, it detects them and obtains HARQ feedback information, which is either an acknowledgment (ACK) or a negative acknowledgment (NACK). The receiving end then sends the HARQ feedback information back to the receiving end via an uplink channel (Physical Sidelink Feedback Channel, PSFCH).

[0004] However, in the above method, the receiving end needs to transmit HARQ feedback information to the sending end through the uplink channel PSFCH, which results in a large feedback overhead. Summary of the Invention

[0005] This application provides a data retransmission method, apparatus, electronic device, storage medium, and product to achieve the technical effect of reducing the feedback channel overhead used for transmitting HARQ feedback information.

[0006] In a first aspect, embodiments of this application provide a data retransmission method applied to a target wireless mesh network MESH node, comprising:

[0007] Receive control information and service data sent by each wireless mesh network MESH node, wherein each MESH node is a neighbor node of the target MESH node;

[0008] Based on the control information of each MESH node, the service data of each MESH node is detected, and the hybrid automatic repeat request (HARQ) feedback information of each MESH node is generated. The HARQ feedback information is either ACK or NACK.

[0009] The HARQ feedback information of each MESH node is sent through the Physical Downlink Control Channel (PDCCH) so that each MESH node can determine whether to retransmit the corresponding control information and service data based on the corresponding HARQ feedback information.

[0010] In one possible implementation, the transmission of HARQ feedback information from each MESH node via the Physical Downlink Control Channel (PDCCH) includes:

[0011] HARQ feedback information of each MESH node is transmitted through a shared first physical downlink control channel (PDCCH).

[0012] Alternatively, HARQ feedback information for each MESH node can be sent via the second physical downlink control channel (PDCCH) corresponding to each MESH node.

[0013] In one possible implementation, the step of sending the HARQ feedback information of each MESH node through a shared physical downlink control channel (PDCCH) includes:

[0014] Obtain the first dynamic identifier of the target MESH node;

[0015] The first physical downlink control channel (PDCCH) is scrambled according to the first dynamic identifier to obtain the scrambled first physical downlink control channel (PDCCH).

[0016] The scrambled first physical downlink control channel (PDCCH) is used to send HARQ feedback information to each MESH node, so that each MESH node can blindly detect the scrambled first physical downlink control channel (PDCCH) in the common search space based on the first dynamic identifier, and obtain the HARQ feedback information corresponding to each MESH node.

[0017] In one possible implementation, the step of sending the feedback information of each MESH node through the second physical downlink control channel (PDCCH) corresponding to each MESH node includes:

[0018] Obtain the second dynamic identifier corresponding to each MESH node;

[0019] For any MESH node, the second physical downlink control channel (PDCCH) of the MESH node is scrambled according to the second dynamic identifier of the MESH node to obtain the scrambled second physical downlink control channel (PDCCH) of the MESH node.

[0020] For any MESH node, the HARQ feedback information of the MESH node is sent through the scrambled second physical downlink control channel (PDCCH) of the MESH node, so that the MESH node can blindly detect the scrambled second physical downlink control channel (PDCCH) in the dedicated search space according to the second dynamic identifier, so as to obtain the HARQ feedback information corresponding to each MESH node.

[0021] In one possible implementation, the Physical Downlink Control Channel (PDCCH) includes a Downlink Control Information (DCI) field and a Bitmap field. The DCI field is used to identify the HARQ feedback information, and different bits in the Bitmap field are used to carry the HARQ feedback information of different MESH nodes.

[0022] In one possible implementation, for any MESH node, if the HARQ feedback information of the MESH node sent through the Physical Downlink Control Channel (PDCCH) is NACK, then it is determined that the MESH node will retransmit the corresponding control information and service data.

[0023] Secondly, embodiments of this application provide a data retransmission apparatus applied to a target wireless mesh network MESH node, comprising:

[0024] The receiving module is used to receive control information and service data sent by each wireless mesh network MESH node, wherein each MESH node is a neighbor node of the target MESH node;

[0025] The detection module is used to detect the service data of each MESH node according to the control information of each MESH node, and generate the hybrid automatic repeat request (HARQ) feedback information of each MESH node. The HARQ feedback information is either ACK or NACK.

[0026] The transmitting module is used to transmit HARQ feedback information of each MESH node through the physical downlink control channel PDCCH, so that each MESH node can determine whether to retransmit the corresponding control information and service data based on the corresponding HARQ feedback information.

[0027] Thirdly, embodiments of this application provide an electronic device, including: a memory and a processor;

[0028] The memory stores computer-executed instructions;

[0029] The processor executes computer execution instructions stored in the memory, causing the processor to perform the first aspect and / or various possible implementations of the first aspect as described above.

[0030] Fourthly, embodiments of this application provide a computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, are used to implement the first aspect and / or various possible implementations of the first aspect.

[0031] Fifthly, embodiments of this application provide a computer program product, including a computer program that, when executed by a processor, implements the first aspect and / or various possible implementations of the first aspect.

[0032] The data retransmission method, apparatus, electronic device, storage medium, and product provided in this application are applied to a target MESH node. The target MESH node receives control information and service data sent by each wireless mesh network MESH node, wherein each MESH node is a neighbor node of the target MESH node. The target MESH node detects the service data of each MESH node based on the control information of each MESH node, generating Hybrid Automatic Repeat Request (HARQ) feedback information for each MESH node. This HARQ feedback information is either an acknowledgment (ACK) or a negative acknowledgment (NACK). The target MESH node then sends the HARQ feedback information of each MESH node through the Physical Downlink Control Channel (PDCCH), enabling each MESH node to determine whether to retransmit the corresponding control information and service data based on the corresponding HARQ feedback information. In this application's method, after generating the HARQ feedback information, the target MESH node sends it to each MESH node through the PDCCH instead of the uplink channel (PSFCH), reducing the feedback overhead caused by sending through the PSFCH. Attached Figure Description

[0033] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0034] Figure 1 This application provides a schematic diagram of HARQ data retransmission with resources scheduled by a base station.

[0035] Figure 2 A schematic diagram of a prior art provided for this application;

[0036] Figure 3 This application provides a schematic diagram of the structure of a subframe in the prior art.

[0037] Figure 4 A schematic diagram illustrating a data retransmission method provided in an embodiment of this application;

[0038] Figure 5 A flowchart illustrating a data retransmission method provided in an embodiment of this application;

[0039] Figure 6 This application provides a schematic diagram of MESH resource allocation as an embodiment.

[0040] Figure 7 A flowchart illustrating a method for transmitting HARQ feedback information of each MESH node through a shared first physical downlink control channel (PDCCH) provided in this application embodiment;

[0041] Figure 8 A schematic diagram of a PDCCH channel processing flow provided for an embodiment of this application;

[0042] Figure 9 A flowchart illustrating a method for transmitting HARQ feedback information of each MESH node through the second physical downlink control channel (PDCCH) corresponding to each MESH node, as provided in this application embodiment;

[0043] Figure 10 A schematic diagram of a data retransmission device provided in an embodiment of this application;

[0044] Figure 11 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application.

[0045] The accompanying drawings illustrate specific embodiments of this application, which will be described in more detail below. These drawings and descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concept of this application to those skilled in the art through reference to particular embodiments. Detailed Implementation

[0046] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0047] In the description of the embodiments of this application, the terms "inner" and "outer", etc., which indicate the direction or positional relationship, are based on the direction or positional relationship shown in the drawings. This is only for the convenience of description and is not intended to indicate or imply that the device or component must have a specific orientation, or be constructed and operated in a specific orientation. Therefore, it should not be construed as a limitation of this application.

[0048] In the description of the embodiments of this application, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Furthermore, components, features, and elements with the same names in different embodiments of this application may have the same meaning or different meanings, the specific meaning of which needs to be determined by its interpretation in that specific embodiment or further in conjunction with the context of that specific embodiment.

[0049] In the description of the embodiments of this application, unless otherwise expressly specified and limited, the terms "connected" and "linked" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; and they can refer to the internal connection of two components. Those skilled in the art can understand the specific meaning of the above terms in the embodiments of this application according to the specific circumstances.

[0050] The 4G and 5G standards developed by the 3rd Generation Partnership Project (3GPP) support a base station-centric resource scheduling method. After a terminal accesses a base station, the base station allocates resources and schedules uplink and downlink data through the Physical Downlink Control Channel (PDCCH), Physical Downlink Shared Channel (PDSCH), and Physical Uplink Shared Channel (PUSCH). The base station then retransmits data based on HARQ feedback information.

[0051] When a base station retransmits data based on HARQ feedback information, it needs to schedule resources to perform HARQ data retransmission according to the HARQ timing relationship. For example... Figure 1 As shown, Figure 1This application provides a schematic diagram of HARQ data retransmission using base station resource scheduling. K0 represents the delay between the PDCCH and PDSCH, i.e., the delay between the sending end transmitting control information via the PDCCH and transmitting service data via the PDSCH. K1 represents the delay between the PDSCH and HARQ feedback information, i.e., the delay between the receiving end receiving service data via the PDSCH and transmitting HARQ feedback information. The HARQ feedback information can be ACK or NACK. K3 represents the delay between the HARQ feedback information and the retransmission PDSCH, i.e., the delay between the sending end receiving the HARQ feedback information and retransmitting data via the PDSCH.

[0052] However, the existing 3GPP 4G / 5G method, which uses base stations as the central coordinator for scheduling and retransmits data based on HARQ feedback and timing relationships, is not suitable for decentralized mesh networks. This is because mesh nodes in time-division scheduling mesh networks coordinate transmission resources between adjacent nodes through two-hop resource negotiation. Since the timing relationship between data transmission and ACK / NACK feedback is not fixed, it's difficult to directly apply the centralized scheduling method of 3GPP. Therefore, a new HARQ retransmission method is needed for mesh scenarios.

[0053] In existing technologies, for MESH scenarios such as 3GPP V2X networks, the PC5 interface refers to the interface used for direct communication between devices in wireless communication networks. In particular, in device-to-device communication, the PC5 interface allows user devices (UEs) to support direct communication without going through a base station, including data transmission, reception, and HARQ retransmission.

[0054] In a 3GPP V2X network, each V2X node's allocation subframe includes both transmission and HARQ feedback. Within the TX transmission subframe, the V2X transmitting node sends control information to the V2X receiving node via PSCCH and service data via PSSCH. After receiving the control information and service data from the V2X transmitting node, the V2X receiving node decodes the service data based on the control information and obtains the HARQ feedback information. Within the RX reception subframe, the V2X transmitting node receives the HARQ feedback information from the V2X transmitting node via PSFCH.

[0055] HARQ retransmission in V2X PC5, such as Figure 2 As shown, Figure 2This illustration illustrates a prior art technique provided in this application. In this diagram, PSSCH0, PSSCH1, and PSSCH2 represent service data transmitted by different transmitting nodes within their respective TX transmission subframes. The HARQ feedback information for each service data is located in different bits of the PSFCH bitmap. For example, bits 0 and 1 represent the HARQ feedback information for PSSCH0, bits 4 and 5 represent the HARQ feedback information for PSSCH1, and bits 10 and 11 represent the HARQ feedback information for PSSCH2. Different transmitting nodes obtain their respective HARQ feedback information from the corresponding bits of the PSFCH bitmap within their respective receive subframes.

[0056] In addition, such as Figure 3 As shown, Figure 3 This application provides a schematic diagram of the structure of a subframe in a prior art. It assumes there are 8 periodic resource pools, each containing 6 sub-channels. In a 3GPP V2X network, a V2X node can both receive and transmit within the same subframe for one of these sub-channels. Therefore, to determine whether a subframe is for transmission or reception, a first-signal conversion is required. Consequently, 2 symbols are reserved within a subframe for Automatic Gain Control (AGC) and 2 symbols are reserved for GAP. Figure 3 As can be seen, a subframe can include 14 symbols, numbered 0-13. Symbol 3 can be the AGC of PSCCH or PSSCH, symbols 4 and 5 can be combinations of PSCCH and PSSCH, symbols 6 to 9 can be PSSCH, symbol 10 can be GAP, symbol 11 can be the AGC of PSFCH, symbol 12 can be PSFCH, and symbol 13 can be GAP. Symbol 3 is the start symbol, and the subframe ends with symbol 13, for a total length of 11 symbols.

[0057] However, in the above method, the receiving end needs to transmit HARQ feedback information to the sending end through the uplink channel PSFCH, which results in a large feedback overhead.

[0058] Therefore, to address the aforementioned technical problems in the prior art, the inventors discovered during their research that in a MESH network, because the receiving end needs to transmit HARQ feedback information to the transmitting end via the uplink channel PSFCH, the subframe overhead is relatively large. By introducing a downlink channel, which eliminates AGC and GAP in the downlink subframes, the resource overhead caused by AGC and GAP can be reduced, improving the resource utilization of the subframes. Specifically, by receiving control information and service data sent by each MESH node in the wireless mesh network (where each MESH node is a neighbor node of the target MESH node), and detecting the service data of each MESH node based on its control information, hybrid automatic repeat request (HARQ) feedback information is generated for each MESH node. This HARQ feedback information is either an acknowledgment (ACK) or a negative acknowledgment (NACK). The HARQ feedback information of each MESH node is then transmitted via the physical downlink control channel PDCCH, allowing each MESH node to determine whether to retransmit the corresponding control information and service data based on the corresponding HARQ feedback information. Transmitting HARQ feedback information through subframes in the PDCCH reduces feedback overhead. Based on this, this application proposes a method, apparatus, electronic device, storage medium, and product for data retransmission.

[0059] For ease of understanding this application, Figure 4 This is a schematic diagram illustrating a data retransmission method provided in an embodiment of this application, such as... Figure 4 As shown, the specific application scenario of this application may include multiple MESH nodes, which form a mesh structure through wireless connection. Each MESH node can act as both a transmitter and a receiver. Multiple MESH nodes may be, for example, node a 401, node b 402, node c 403, and node d 404, etc. Node a 401, node b 402, and node c can be neighbor nodes of node d 404.

[0060] Nodes a, b, and c can send control information to node d, and service information to node d, via PDCCH and PDSCH, respectively, within their respective TX transmission subframes. Node d, based on the received control information from each node, decodes the corresponding service information. If decoding is successful, a HARQ ACK is generated; otherwise, a HARQNACK is generated. Then, within its own TX transmission subframe, node d sends the HARQ ACK or HARQNACK from each of the aforementioned nodes via PDCCH.

[0061] It is understood that this application does not limit the type of each MESH node, which can be a smartphone, laptop, wearable device or IoT device, etc., nor does it limit the number of MESH nodes.

[0062] The technical solution of this application and how the technical solution of this application solves the above-mentioned technical problems are described in detail below with specific embodiments. These specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments. The embodiments of this application will now be described with reference to the accompanying drawings.

[0063] Please see Figure 5 , Figure 5 This is a flowchart illustrating a data retransmission method provided in an embodiment of this application. The execution entity of this method can be a data retransmission device, which can be implemented through a computer program, a medium storing the relevant computer program (such as a USB flash drive and / or optical disc), or a physical device integrating or installing the relevant computer program, such as a chip or electronic device. The electronic device can be a server, server cluster, computer, or smart terminal, etc. The method may include the following steps:

[0064] S501 receives control information and service data sent by each wireless mesh network MESH node.

[0065] In this embodiment, the execution entity is the target MESH node, where each MESH node is a neighbor node of the target MESH node.

[0066] For any given MESH node, within its allocated resources (TX transmission subframe), the MESH node will send control information to the target node via PDCCH and simultaneously send service information to the target node via PDSCH. At this time, Figure 1 K0 in the equation is equal to 0.

[0067] To facilitate understanding of this application, the resource allocation of MESH nodes is explained below:

[0068] MESH nodes allocate air interface radio subframes available for data transmission in a time-division manner through decentralized scheduling. (See also: [link to relevant documentation]). Figure 6 , Figure 6 This is a schematic diagram of MESH resource allocation provided in an embodiment of this application. Assuming there are 4 MESH nodes in the MESH network, for each MESH node, taking a superframe period containing 40 (0-39) subframes as an example, MESH resource allocation is performed as follows: Figure 6 As shown in the diagram, Figure a represents a static subframe, where each MESH node is allocated one static subframe per superframe period for transmitting data. Figure b represents a dynamic subframe, used for dynamic negotiation and allocation among MESH nodes. Figure c represents a subframe used for demodulating data from neighboring nodes.

[0069] It should be noted that each MESH node performs TX transmission within the allocated static / dynamic subframes.

[0070] Optionally, each MESH node will send data to the target node via PDCCH within its allocated resources, i.e., the TX transmission subframe. The PDCCH, for example, is in the format of PDCCH DCI 1-1, as shown in Table 1:

[0071] Table 1

[0072]

[0073]

[0074] Formula (1) in Table 1 above can be:

[0075]

[0076] Where, N REG Indicates the number of resource blocks (REGs) for downlink frequency domain resource Type 0; This indicates the number of bandwidth blocks (RBs) corresponding to the downlink bandwidth part (BWP).

[0077] When scheduling service data to be sent to the target MESH node, each PDCCH can carry control information of one neighbor node.

[0078] It is understood that the contents of Table 1 above are for illustrative purposes only and do not limit this application.

[0079] S502. Based on the control information of each MESH node, detect the service data of each MESH node and generate HARQ feedback information for each MESH node.

[0080] The HARQ feedback information is either an ACK or a NACK.

[0081] After receiving the corresponding control information and service data sent by each MESH node, the target MESH node obtains instructions on how to receive and decode the service data of any MESH node based on the control information of that MESH node. After receiving the instructions, the target MESH node receives and decodes the service data on the PDSCH according to the instructions.

[0082] If decoding is successful, it means that the sent data has been correctly received, and the generated HARQ feedback message is ACK.

[0083] If decoding fails, it means that the sent data was not received correctly, and the generated HARQ feedback message is NACK.

[0084] S503. Send HARQ feedback information of each MESH node through the Physical Downlink Control Channel (PDCCH) so that each MESH node can determine whether to retransmit the corresponding control information and service data based on the corresponding HARQ feedback information.

[0085] After the target MESH node generates the feedback information corresponding to each MESH node, it sends the HARQ feedback information of each MESH node in its allocated TX transmission subframe through the newly introduced PDCCH.

[0086] For any MESH node, if the HARQ feedback information sent to that MESH node via the Physical Downlink Control Channel (PDCCH) is NACK, then it is determined that the MESH node should retransmit the corresponding control information and service data. Conversely, if it is ACK, then it is determined that the MESH node does not need to retransmit.

[0087] Each MESH node receives the HARQ feedback information sent within its allocated RX receive subframe. If the HARQ feedback information is ACK, it means that HARQ retransmission is not required; if the feedback information is NACK, it means that HARQ retransmission is required.

[0088] In the above embodiments of this application, control information and service data sent by each MESH node in the wireless mesh network are received. Each MESH node is a neighbor node of the target MESH node. The service data of each MESH node is detected based on its control information, generating Hybrid Automatic Repeat Request (HARQ) feedback information for each MESH node. This HARQ feedback information is either an acknowledgment (ACK) or a negative acknowledgment (NACK). The HARQ feedback information of each MESH node is then sent via the Physical Downlink Control Channel (PDCCH) so that each MESH node can determine whether to retransmit the corresponding control information and service data based on the corresponding HARQ feedback information. In this embodiment, after generating the HARQ feedback information, the target wireless mesh network MESH node sends it to each MESH node via the PDCCH instead of the uplink channel (PSFCH), reducing the feedback overhead caused by sending via the PSFCH.

[0089] Furthermore, based on the above embodiments, the following embodiments illustrate the process of sending HARQ feedback information of each MESH node through the Physical Downlink Control Channel (PDCCH).

[0090] One possible implementation is to send HARQ feedback information of each MESH node through a shared first physical downlink control channel (PDCCH).

[0091] Please see Figure 7 , Figure 7 A flowchart illustrating a method for transmitting HARQ feedback information of each MESH node through a shared first physical downlink control channel (PDCCH) provided in this application embodiment may include the following steps:

[0092] S701, Obtain the first dynamic identifier of the target MESH node.

[0093] In this embodiment, the first dynamic identifier (Cell Radio Network Temporary Identifier, C-RNTI) is a temporary identifier assigned to the target MESH node, which can be obtained from the signaling messages by listening to the signaling messages of the target MESH node.

[0094] S702. The first physical downlink control channel (PDCCH) is scrambled according to the first dynamic identifier to obtain the scrambled first physical downlink control channel (PDCCH).

[0095] Scrambling the PDCCH using the C-RNTI of the target MESH node can improve the robustness and security of data transmission.

[0096] Optionally, to facilitate understanding of the scrambling step, the processing flow of the PDCCH channel is explained below. Please refer to [link to relevant documentation]. Figure 8 , Figure 8 This is a schematic diagram of the processing flow of a PDCCH channel provided in an embodiment of this application.

[0097] Assume the DCI data are a0, a1, ..., a A-1 The corresponding data is 38212. A Cyclic Redundancy Check (CRC) is added to the DCI data. CRC checks are used to detect errors during data transmission or storage, resulting in the checked data c0, c1, c2, c3, ..., c. K-1 Channel coding is performed on the verified data to improve the efficiency, reliability, and security of data transmission, resulting in encoded data d0, d1, d2, d3, ..., d N-1 Rate adaptation is performed on the encoded data to enable efficient transmission under different network conditions and device capabilities, resulting in adapted data f0, f1, f2, f3, ..., f E-1 The adapted data is scrambled to obtain scrambled data. The scrambled data is modulated to convert the digital data into a signal form suitable for the transmission medium, resulting in the modulated signal d(0),…,d(M). symb-1). Resource mapping is performed on the modulated signal to effectively allocate it to physical resources for transmission in the wireless channel, resulting in resource-mapped data (k,l). p,u Where p = 2000. During the above transmission process, the actual transmitted data remains 38212.

[0098] S703. Send HARQ feedback information of each MESH node through the scrambled first physical downlink control channel PDCCH.

[0099] Each MESH node blindly detects the scrambled first physical downlink control channel (PDCCH) in the common search space based on the first dynamic identifier, in order to obtain the HARQ feedback information corresponding to each MESH node.

[0100] Optionally, there are multiple PDCCHs corresponding to different MESH nodes in the public search space. Each MESH node needs to perform blind detection and comparison of the multiple PDCCHs in the public search space according to the first dynamic identifier until the MESH node matches the corresponding scrambled target PDCCH according to the first dynamic identifier.

[0101] In this embodiment, the newly introduced PDCCH can be PDCCH DCI 4-1, and its channel format may include: downlink control information DCI field and bitmap field.

[0102] The DCI field is used to identify HARQ feedback information. For example, "0" indicates scheduling, and "1" indicates HARQ feedback information, i.e., ACK or NACK.

[0103] In this context, different bits in the Bitmap field are used to carry HARQ feedback information for different MESH nodes. Assuming the ACK / NACK Bitmap length is M, each bit carries the ACK / NACK feedback for one subframe. Specifically, if a subframe contains two transport blocks, an ACK is only sent if both transport blocks are decoded correctly. If a subframe contains two transport blocks, the Bitmap uses 2 bits to carry the ACK / NACK feedback for that subframe, with each bit carrying the ACK / NACK feedback for one transport block.

[0104] In special scenarios, if the number of subframes in the superframe period of a MESH node is greater than the Bitmap length, N PDCCHs are used for ACK / NACK feedback, where N = [number of subframes in the superframe period / Bitmap length]. Concatenating the N PDCCHs is equivalent to obtaining one PDCCH, and each concatenated PDCCH is represented by a preset indicator value, such as the K1 value.

[0105] In the above embodiments of this application, a first dynamic identifier of the target MESH node is obtained, and the first physical downlink control channel (PDCCH) is scrambled according to the first dynamic identifier to obtain a scrambled first PDCCH. Then, the HARQ feedback information of each MESH node is sent through the scrambled first PDCCH, so that each MESH node can blindly detect the scrambled first PDCCH in the common search space based on the first dynamic identifier, thereby obtaining the HARQ feedback information corresponding to that MESH node. The method of this embodiment can send the HARQ feedback information of all neighboring MESH nodes through a single shared first PDCCH, effectively improving the resource utilization of the PDCCH subframe.

[0106] Furthermore, based on the above embodiments, the following embodiments illustrate the process of sending HARQ feedback information of each MESH node through the Physical Downlink Control Channel (PDCCH).

[0107] Another possible implementation is to send the HARQ feedback information of each MESH node through the second physical downlink control channel (PDCCH) corresponding to each MESH node.

[0108] Please see Figure 9 , Figure 9 A flowchart illustrating a method for transmitting HARQ feedback information of each MESH node through its respective second physical downlink control channel (PDCCH) according to an embodiment of this application may include the following steps:

[0109] S901. Obtain the second dynamic identifier corresponding to each MESH node.

[0110] In this embodiment, the second dynamic identifier (Cell Radio Network Temporary Identifier, C-RNTI) is a temporary identifier assigned to each MESH node, which can be obtained from the signaling messages by listening to the signaling messages of each MESH node.

[0111] S902. For any MESH node, the second physical downlink control channel (PDCCH) of the MESH node is scrambled according to the second dynamic identifier of the MESH node to obtain the scrambled second physical downlink control channel (PDCCH) of the MESH node.

[0112] Since each MESH node has its own corresponding second physical downlink control channel (PDCCH), the C-RNTI of the MESH node is used to scramble its respective PDCCH. The purpose of scrambling is the same as in the above embodiment: to improve the robustness and security of data transmission.

[0113] S903. For any MESH node, send the HARQ feedback information of the MESH node through the scrambled second physical downlink control channel (PDCCH).

[0114] Each MESH node blindly detects the scrambled second physical downlink control channel (PDCCH) in the dedicated search space based on the second dynamic identifier, in order to obtain the HARQ feedback information corresponding to each MESH node.

[0115] Optionally, each MESH node has its own dedicated search space, containing multiple PDCCHs used to transmit its control information. Each MESH node needs to perform blind comparison of these multiple PDCCHs in its dedicated search space based on a second dynamic identifier until the MESH node matches the corresponding scrambled target PDCCH based on the second dynamic identifier.

[0116] In this embodiment, the newly introduced PDCCH can also be PDCCH DCI 4-1, and its channel format can include: downlink control information DCI field and bitmap field.

[0117] The DCI field is used to identify HARQ feedback information. For example, "0" indicates scheduling, and "1" indicates HARQ feedback information, i.e., ACK or NACK.

[0118] In this context, different bits in the Bitmap field are used to carry HARQ feedback information for different MESH nodes. Assuming the ACK / NACK Bitmap length is M, each bit carries the ACK / NACK feedback for one subframe. Specifically, if a subframe contains two transport blocks, an ACK is only sent if both transport blocks are decoded correctly. If a subframe contains two transport blocks, the Bitmap uses 2 bits to carry the ACK / NACK feedback for that subframe, with each bit carrying the ACK / NACK feedback for one transport block.

[0119] It is important to note that, assuming MESH sending node A reserves M, for example, 16 HARQ processes for each neighbor node, if it sends 16 TX HARQ processes to a neighbor MESH node B and still does not receive HARQ feedback information from the other party, then MESH sending node A will stop sending data to MESH node B until MESH node B sends HARQ feedback information.

[0120] In the above embodiments of this application, a second dynamic identifier corresponding to each MESH node is obtained. For any MESH node, the second physical downlink control channel (PDCCH) of the MESH node is scrambled according to the second dynamic identifier of the MESH node to obtain the scrambled second physical downlink control channel (PDCCH) of the MESH node. The HARQ feedback information of the MESH node is then transmitted through the scrambled second physical downlink control channel (PDCCH) of the MESH node, so that the MESH node can blindly detect the scrambled second physical downlink control channel (PDCCH) in the dedicated search space according to the second dynamic identifier, thereby obtaining the HARQ feedback information corresponding to the MESH node. The method of this embodiment effectively improves the resource utilization of PDCCH subframes by transmitting the HARQ feedback information of each MESH node through the second physical downlink control channel (PDCCH) corresponding to each MESH node.

[0121] Figure 10 A schematic diagram of a data retransmission device provided in an embodiment of this application is shown below. Figure 10 As shown, the data retransmission apparatus provided in this embodiment includes:

[0122] The receiving module 1001 is used to receive control information and service data sent by each wireless mesh network MESH node, where each MESH node is a neighbor node of the target MESH node.

[0123] The detection module 1002 is used to detect the service data of each MESH node according to the control information of each MESH node, and generate the HARQ feedback information of each MESH node. The HARQ feedback information is either ACK or NACK.

[0124] The transmitting module 1003 is used to transmit HARQ feedback information of each MESH node through the physical downlink control channel PDCCH, so that each MESH node can determine whether to retransmit the corresponding control information and service data based on the corresponding HARQ feedback information.

[0125] One possible implementation is that the sending module 1003 is specifically used for:

[0126] HARQ feedback information from each MESH node is transmitted through a shared first physical downlink control channel (PDCCH).

[0127] Alternatively, HARQ feedback information for each MESH node can be sent via its respective second physical downlink control channel (PDCCH).

[0128] One possible implementation is that the sending module 1003 is further specifically used for:

[0129] Obtain the first dynamic identifier of the target MESH node.

[0130] The first physical downlink control channel (PDCCH) is scrambled according to the first dynamic identifier to obtain the scrambled first physical downlink control channel (PDCCH).

[0131] The scrambled first physical downlink control channel (PDCCH) is used to send HARQ feedback information to each MESH node, so that each MESH node can blindly detect the scrambled first physical downlink control channel (PDCCH) in the common search space according to the first dynamic identifier, and obtain the HARQ feedback information corresponding to each MESH node.

[0132] One possible implementation is that the sending module 1003 is further specifically used for:

[0133] Obtain the second dynamic identifier corresponding to each MESH node.

[0134] For any MESH node, the second physical downlink control channel (PDCCH) of the MESH node is scrambled according to the second dynamic identifier of the MESH node to obtain the scrambled second physical downlink control channel (PDCCH) of the MESH node.

[0135] For any MESH node, the HARQ feedback information of the MESH node is sent through the scrambled second physical downlink control channel PDCCH, so that the MESH node can blindly detect the scrambled second physical downlink control channel PDCCH in the dedicated search space according to the second dynamic identifier, so as to obtain the HARQ feedback information corresponding to each MESH node.

[0136] One possible implementation is that the Physical Downlink Control Channel (PDCCH) includes a Downlink Control Information (DCI) field and a Bitmap field. The DCI field is used to identify HARQ feedback information, and different bits in the Bitmap field are used to carry HARQ feedback information from different MESH nodes.

[0137] One possible implementation is that, for any MESH node, if the HARQ feedback information sent via the Physical Downlink Control Channel (PDCCH) is NACK, then the MESH node is determined to retransmit the corresponding control information and service data.

[0138] The data retransmission device provided in this embodiment can execute the method provided in the above method embodiment. Its implementation principle and technical effect are similar, and will not be described in detail here.

[0139] Figure 11 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Figure 11As shown, the electronic device provided in this embodiment includes at least one processor 1101 and a memory 1102. Optionally, the device further includes a communication component 1103. The processor 1101, memory 1102, and communication component 1103 are connected via a bus 1104.

[0140] In a specific implementation, at least one processor 1101 executes computer execution instructions stored in memory 1102, causing at least one processor 1101 to perform the above-described method.

[0141] The specific implementation process of processor 1101 can be found in the above method embodiments, and its implementation principle and technical effect are similar. It will not be repeated here.

[0142] In the above embodiments, it should be understood that the processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), etc. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in this invention can be directly implemented by a hardware processor, or implemented by a combination of hardware and software modules within the processor.

[0143] The memory may include random access memory (RAM) and may also include non-volatile memory (NVM), such as at least one disk storage device.

[0144] The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of illustration, the buses shown in the accompanying drawings are not limited to a single bus or a single type of bus.

[0145] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the above-described method.

[0146] This application also provides a computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, implement the above-described method.

[0147] The aforementioned readable storage medium can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk. The readable storage medium can be any available medium accessible to a general-purpose or special-purpose computer.

[0148] An exemplary readable storage medium is coupled to a processor, enabling the processor to read information from and write information to the readable storage medium. Of course, the readable storage medium can also be a component of the processor. The processor and the readable storage medium can reside in an Application Specific Integrated Circuit (ASIC). Alternatively, the processor and the readable storage medium can exist as discrete components in the device.

[0149] The division of units is merely a logical functional division; in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be indirect coupling or communication connection through some interfaces, devices, or units, and may be electrical, mechanical, or other forms.

[0150] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0151] In addition, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0152] If a function is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this invention, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0153] Those skilled in the art will understand that all or part of the steps of the above-described method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When executed, the program performs the steps of the above-described method embodiments; and the aforementioned storage medium includes various media capable of storing program code, such as ROM, RAM, magnetic disks, or optical disks.

[0154] Finally, it should be noted that other embodiments of the invention will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This invention is intended to cover any variations, uses, or adaptations of the invention that follow the general principles of the invention and include common knowledge or customary techniques in the art not disclosed herein, and is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of the invention is limited only by the appended claims.

Claims

1. A method for data retransmission, characterized in that, Applied to target wireless mesh network MESH nodes, including: Receive control information and service data sent by each wireless mesh network MESH node, wherein each MESH node is a neighbor node of the target MESH node; Based on the control information of each MESH node, the service data of each MESH node is detected, and the hybrid automatic repeat request (HARQ) feedback information of each MESH node is generated. The HARQ feedback information is either ACK or NACK. The HARQ feedback information of each MESH node is sent through the Physical Downlink Control Channel (PDCCH) so that each MESH node can determine whether to retransmit the corresponding control information and service data based on the corresponding HARQ feedback information.

2. The method according to claim 1, characterized in that, The transmission of HARQ feedback information from each MESH node via the Physical Downlink Control Channel (PDCCH) includes: HARQ feedback information of each MESH node is transmitted through a shared first physical downlink control channel (PDCCH). Alternatively, HARQ feedback information for each MESH node can be sent via the second physical downlink control channel (PDCCH) corresponding to each MESH node.

3. The method according to claim 2, characterized in that, The transmission of HARQ feedback information from each MESH node via a shared physical downlink control channel (PDCCH) includes: Obtain the first dynamic identifier of the target MESH node; The first physical downlink control channel (PDCCH) is scrambled according to the first dynamic identifier to obtain the scrambled first physical downlink control channel (PDCCH). The scrambled first physical downlink control channel (PDCCH) is used to send HARQ feedback information to each MESH node, so that each MESH node can blindly detect the scrambled first physical downlink control channel (PDCCH) in the common search space based on the first dynamic identifier, and obtain the HARQ feedback information corresponding to each MESH node.

4. The method according to claim 2, characterized in that, The step of sending feedback information from each MESH node via its respective second physical downlink control channel (PDCCH) includes: Obtain the second dynamic identifier corresponding to each MESH node; For any MESH node, the second physical downlink control channel (PDCCH) of the MESH node is scrambled according to the second dynamic identifier of the MESH node to obtain the scrambled second physical downlink control channel (PDCCH) of the MESH node. For any MESH node, the HARQ feedback information of the MESH node is sent through the scrambled second physical downlink control channel (PDCCH) of the MESH node, so that the MESH node can blindly detect the scrambled second physical downlink control channel (PDCCH) in the dedicated search space according to the second dynamic identifier, so as to obtain the HARQ feedback information corresponding to each MESH node.

5. The method according to claim 1, characterized in that, The Physical Downlink Control Channel (PDCCH) includes a Downlink Control Information (DCI) field and a Bitmap field. The DCI field is used to identify the HARQ feedback information, and different bits in the Bitmap field are used to carry the HARQ feedback information of different MESH nodes.

6. The method according to claim 1, characterized in that, For any MESH node, if the HARQ feedback information sent by the MESH node through the Physical Downlink Control Channel (PDCCH) is NACK, then it is determined that the MESH node will retransmit the corresponding control information and service data.

7. A data retransmission apparatus, characterized in that, Applied to target wireless mesh network MESH nodes, including: The receiving module is used to receive control information and service data sent by each wireless mesh network MESH node, wherein each MESH node is a neighbor node of the target MESH node; The detection module is used to detect the service data of each MESH node according to the control information of each MESH node, and generate the hybrid automatic repeat request (HARQ) feedback information of each MESH node. The HARQ feedback information is either ACK or NACK. The transmitting module is used to transmit HARQ feedback information of each MESH node through the physical downlink control channel PDCCH, so that each MESH node can determine whether to retransmit the corresponding control information and service data based on the corresponding HARQ feedback information.

8. An electronic device, characterized in that, include: Memory, processor; The memory stores computer-executed instructions; The processor executes computer execution instructions stored in the memory, causing the processor to perform the method as described in any one of claims 1-6.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions, which, when executed by a processor, are used to implement the method as described in any one of claims 1-6.

10. A computer program product, characterized in that, Includes a computer program that, when executed by a processor, implements the method described in any one of claims 1-6.

Images