A superposition transmission method and apparatus

Abstract

The application discloses a superposition transmission method and device. The method comprises the following steps: receiving first information; and performing superposition coding or superposition decoding on at least two transport blocks according to the first information. The application breaks through the limitation of traditional single transport block (TB) code block superposition, realizes association of code blocks across TBs, greatly improves the first transmission success rate, thereby increasing the resource utilization, reducing the system retransmission probability and reducing the service transmission delay; and the soft information interaction across the TBs enables the decoder to obtain more abundant associated information, thereby obtaining greater performance gain under the same signal-to-noise ratio condition.

Description

Technical Field

[0001] This application relates to the field of communications, and more particularly to a superimposed transmission method and apparatus. Background Technology

[0002] In wireless communication systems, channel coding techniques are crucial for the reliability and efficiency of data transmission. While traditional coding schemes (such as low-density parity-check (LDPC) codes and turbo codes) possess good error correction performance, they still face significant challenges in high-throughput, low-latency applications. Existing coding schemes primarily rely on feedback mechanisms (such as hybrid automatic repeat request (HARQ)) to achieve reliable transmission; however, the feedback process of this mechanism introduces additional latency, impacting the system's real-time performance.

[0003] Some studies have proposed that superposition transmission schemes can reduce the retransmission probability, such as blockmarkov superposition transmission (BMST) technology, the principle of which is as follows: Figure 2A As shown: The transmitting end divides the data into multiple sub-blocks (such as U1, U2, U3, etc.), and each sub-block is encoded separately using LDPC encoding to obtain corresponding codeblocks (CBs) (such as C1, C2, C3, etc.). The previous codeblock is interleaved with the current codeblock (such as C1 and C2, C2 and C3, C3 and C4, etc.) and superimposed by a bit XOR operation to generate the final transmission codeblock (such as V1, V2, V3, etc.). Through this chain-like superposition, a sliding window (or sliding window for short) continuous transmission is formed. The receiving end uses a sliding window decoding algorithm to decode multiple received codeblocks simultaneously, using the correlation information between the preceding and following codeblocks for joint decoding to improve accuracy. The superimposed codeblocks implicitly contain information from the previous codeblock, which is equivalent to automatic retransmission without feedback, thus reducing latency. Soft information transmission can improve decoding performance.

[0004] However, existing overlay operations are limited to within a single transport block (TB), that is, overlaying code blocks within a single TB. This still relies on a high proportion of retransmissions to ensure reliability and cannot effectively reduce the overall transmission latency. Summary of the Invention

[0005] This application provides a superimposed transmission method and apparatus, which can realize cross-TB superimposed transmission, increase resource utilization, reduce retransmission probability and transmission latency, and improve the user experience of short-latency services.

[0006] In a first aspect, a superimposed transmission method is provided. This method can be executed by a terminal device or by a chip in the terminal device. Taking the method being executed by a terminal device as an example, it includes: receiving first information; and superimposed encoding or superimposed decoding of at least two transmission blocks based on the first information.

[0007] In this embodiment, the terminal device performs superimposed encoding or superimposed decoding on at least two transport blocks, breaking through the limitations of traditional single-TB code block superposition and realizing cross-TB code block association. This significantly improves the first-transmission success rate, thereby increasing resource utilization, reducing system retransmission probability, and reducing service transmission latency. Furthermore, cross-TB soft information interaction allows the decoder to obtain richer association information, achieving greater performance gains under the same signal-to-noise ratio. In summary, this can improve the user experience of short-latency services.

[0008] In one possible design, the superposition encoding is BMST encoding, and the superposition decoding is BMST decoding. Of course, BMST is just one example, and it is not limited to this in practice.

[0009] This design presents a specific superposition encoding and decoding method, which improves the reliability of the scheme.

[0010] In one possible design, the first information is used to indicate whether to overlay encoding or overlay decoding of at least two transport blocks.

[0011] This design enables the network to flexibly schedule terminal devices to perform cross-TB overlay encoding or overlay decoding, improving the flexibility of network management terminal device encoding and decoding and better adapting to different scenario requirements.

[0012] In one possible design, superimposed coding or superimposed decoding of at least two transport blocks is performed based on the first information, including: superimposed coding or superimposed decoding of at least two transport blocks in at least one dimension in the time domain, frequency domain, and / or spatial domain, based on the first information.

[0013] This design offers multiple dimensions of overlay encoding or overlay decoding methods, improving the flexibility of the solution and better adapting to different scenario requirements.

[0014] In one possible design, the first information is used to indicate at least one of the following: at least one dimension; or, if at least one dimension is at least two dimensions, the order in which superimposed encoding or superimposed decoding is performed on at least two dimensions.

[0015] Through the above design, the network can flexibly manage the dimensions where overlay encoding or overlay decoding occurs, as well as the order in which overlay encoding or overlay decoding is performed on each dimension, thus better adapting to different scenario requirements.

[0016] In one possible design, superimposed coding or superimposed decoding is performed on at least two transport blocks in at least one dimension in the time domain, frequency domain, and / or spatial domain, including: superimposed coding or superimposed decoding of adjacent code blocks in at least two transport blocks in a first dimension, wherein the first dimension is any one of at least one dimensions.

[0017] In this design, the superposition coding or superposition decoding across TBs involves superposition coding or superposition decoding of adjacent code blocks located in different TBs. This adapts to existing superposition coding or superposition decoding methods within TBs and is simple to implement.

[0018] In one possible design, superimposed encoding or superimposed decoding of at least two transport blocks is performed based on the first information, including: superimposed encoding or superimposed decoding of at least two transport blocks based on a sliding window according to the first information.

[0019] The above design is based on a sliding window for cross-TB overlay encoding or overlay decoding, which can avoid the computational overhead of waiting for global data processing, significantly reduce latency and improve real-time performance, and is more suitable for high-speed data streams.

[0020] In one possible design, the first piece of information is used to indicate the length of the sliding window.

[0021] Based on this design, network devices can dynamically adjust the window size and adapt to changes in channel conditions or data characteristics (such as reducing the window size to decrease packet loss when the network is congested).

[0022] In one possible design, the first information is first downlink control information (DCI); at least two transport blocks include a transport block scheduled by the first DCI and a transport block scheduled by the second DCI, the second DCI being the previous DCI of the first DCI; the first DCI contains a first field; when the first field has a first value, it indicates that the transport block scheduled by the first DCI and the transport block scheduled by the second DCI should be overlaid encoded or overlaid decoded; when the first field has a second value, it indicates that the transport block scheduled by the first DCI and the transport block scheduled by the second DCI should not be overlaid encoded or overlaid decoded.

[0023] This design allows network devices to flexibly control whether the transport blocks currently scheduled by DCI are superimposed with the transport blocks previously scheduled by DCI for encoding or decoding, thus better adapting to different scenario requirements.

[0024] In one possible design, the first information is the third DCI, and at least two transport blocks are transport blocks scheduled by the third DCI. In other words, cross-TB overlay coding or overlay decoding can be performed on all transport blocks scheduled by the same DCI, while cross-TB overlay coding or overlay decoding can be avoided on transport blocks scheduled by different DCIs.

[0025] This method is simple to implement and has low complexity.

[0026] In one possible design, the first information is the fourth DCI, and at least two transport blocks are contained in multiple uplink transport blocks scheduled by the fourth DCI; the method further includes: determining at least two transport blocks from the multiple uplink transport blocks based on the soft value or complexity of the decoding.

[0027] This design allows the terminal device to dynamically adjust the transmission block length of the superimposed encoding or superimposed decoding based on the soft value or complexity of the decoding. This adaptive control mechanism can effectively avoid the problem of excessive decoding complexity and reduce the risk of decoding error propagation.

[0028] In one possible design, the method further includes sending a first indication message, which indicates the number of at least two transport blocks.

[0029] In this way, network devices and terminal devices can be aligned in a segmented manner, which improves the reliability of system encoding and decoding.

[0030] In one possible design, the first information is the fifth DCI, and at least two transport blocks are included in a plurality of downlink transport blocks scheduled by the fifth DCI; the method further includes: determining at least two transport blocks from the plurality of downlink transport blocks based on at least one of the following: the time of sending an acknowledgment (ACK) message or a non-acknowledgment (NACK) message; the number of at least two transport blocks indicated by the network.

[0031] This design approach provides several methods for determining the transport block length of overlay coding or decoding. Among them, controlling the transport block length based on the softness or complexity of decoding allows for dynamic adjustment of the transport block length. This adaptive control mechanism effectively avoids excessive decoding complexity and reduces the risk of decoding error propagation. Combining this with a hybrid automatic repeat request (HARQ) mechanism further reduces the risk of decoding error propagation. Finally, controlling the transport block length based on network instructions allows for network control of the terminal device's overlay coding or decoding transport block length, improving flexibility.

[0032] Secondly, a superimposed transmission method is provided. This method can be executed by a network device or by a chip in the network device. Taking the method being executed by a network device as an example, it includes: sending first information; and superimposed decoding or superimposed encoding of at least two transmission blocks based on the first information.

[0033] In one possible design, the superposition encoding is BMST encoding, and the superposition decoding is BMST decoding.

[0034] In one possible design, the first information is used to indicate whether to overlay encoding or overlay decoding of at least two transport blocks.

[0035] In one possible design, superimposed decoding or superimposed coding of at least two transport blocks is performed based on the first information, including: superimposed decoding or superimposed coding of at least two transport blocks in at least one dimension in the time domain, frequency domain, and / or spatial domain, based on the first information.

[0036] In one possible design, the first information is used to indicate at least one of the following: at least one dimension; or, if at least one dimension is at least two dimensions, the order in which superimposed encoding or superimposed decoding is performed on at least two dimensions.

[0037] In one possible design, superimposed decoding or superimposed coding is performed on at least two transport blocks in at least one dimension in the time domain, frequency domain, and / or spatial domain, including: superimposed decoding or superimposed coding of adjacent code blocks in at least two transport blocks in a first dimension, wherein the first dimension is any one of at least one dimensions.

[0038] In one possible design, superimposed decoding or superimposed encoding of at least two transport blocks is performed based on the first information, including: superimposed decoding or superimposed encoding of at least two transport blocks based on a sliding window according to the first information.

[0039] In one possible design, the first piece of information is used to indicate the length of the sliding window.

[0040] In one possible design, the first information is a first DCI; at least two transport blocks include a transport block scheduled by the first information DCI and a transport block scheduled by the second DCI, the second DCI being the previous DCI of the first DCI; the first DCI contains a first field; when the first field has a first value, it indicates that the transport block scheduled by the first DCI and the transport block scheduled by the second DCI are superimposed encoded or superimposed decoded; when the first field has a second value, it indicates that the transport block scheduled by the first DCI and the transport block scheduled by the second DCI are not superimposed encoded or superimposed decoded.

[0041] In one possible design, the first information is the third DCI, and at least two transport blocks are transport blocks scheduled by the third DCI.

[0042] In one possible design, the first information is the fourth DCI, and at least two transport blocks are included in the multiple uplink transport blocks scheduled by the fourth DCI; the method further includes: receiving first indication information, the first indication information being used to indicate the number of at least two transport blocks; and determining at least two transport blocks from the multiple uplink transport blocks based on the first information.

[0043] In one possible design, the first information is the fifth DCI, and at least two transport blocks are contained in multiple downlink transport blocks scheduled by the fifth DCI; the method further includes: determining at least two transport blocks from the multiple downlink transport blocks based on at least one of the following: the time of sending an ACK message or a NACK message; the soft value or complexity of the decoding.

[0044] In one possible design, the method further includes sending a second indication message, which indicates the number of at least two transport blocks.

[0045] Thirdly, a communication device is provided, comprising modules, units, or technical means for performing the methods described in the first aspect or any possible design of the first aspect.

[0046] For example, a communication device may include:

[0047] The transceiver module is used to receive the initial information;

[0048] The processing module is used to perform superimposed encoding or superimposed decoding on at least two transport blocks based on the first information.

[0049] Fourthly, a communication apparatus is provided, comprising a module, unit, or technical means for performing the method as described in the second aspect or any possible design of the second aspect.

[0050] For example, a communication device may include:

[0051] The transceiver module is used to send the first piece of information;

[0052] The processing module is used to perform superimposed encoding or superimposed decoding on at least two transport blocks based on the first information.

[0053] Fifthly, a communication device is provided, comprising a processor configured to execute a computer program or instructions to cause the method described in the first aspect or any possible design of the first aspect to be performed, or to cause the method described in the second aspect or any possible design of the second aspect to be performed.

[0054] Optionally, the communication device may also include a memory for storing computer programs or instructions.

[0055] A sixth aspect provides a computer-readable storage medium for storing instructions that, when executed, cause the method described in the first aspect or any possible design of the first aspect to be implemented, or cause the method described in the second aspect or any possible design of the second aspect to be implemented.

[0056] In a seventh aspect, a computer program product is provided, the computer program product storing instructions that, when run on a computer, cause the method described in the first aspect or any possible design of the first aspect to be implemented, or cause the method described in the second aspect or any possible design of the second aspect to be implemented.

[0057] Eighthly, a communication system is provided, comprising:

[0058] A terminal device for performing the method as described in the first aspect or any possible design of the first aspect;

[0059] A network device for performing the methods described in the second aspect or any possible design of the second aspect.

[0060] For the specific designs and beneficial effects of the second to eighth aspects mentioned above, please refer to the corresponding designs and beneficial effects in the first aspect. Attached Figure Description

[0061] Figure 1 Example diagram of frame transmission;

[0062] Figure 2A Example diagram of the block markov superposition transmission (BMST) scheme;

[0063] Figure 2B Example diagram of generating matrices for BMST;

[0064] Figure 3 This is an example diagram of a sliding window-based message passing decoding algorithm;

[0065] Figure 4A This is a schematic diagram of the architecture of a communication system 1000 to which this application applies;

[0066] Figure 4B This is an example diagram of an open radio access network (O-RAN) system;

[0067] Figure 5 This is an example diagram of a vehicle-to-everything (V2X) communication system.

[0068] Figure 6 A flowchart illustrating a superimposed transmission method provided in an embodiment of this application;

[0069] Figure 7 Example image showing cross-TB overlay;

[0070] Figure 8A, Figure 8B , Figure 8C The following are example diagrams showing the superposition of images in the time domain, frequency domain, and spatial domain, respectively.

[0071] Figure 9 Example diagram of cross-TB superposition encoding or superposition decoding for adjacent code blocks;

[0072] Figure 10 Here is an example diagram of a sliding window;

[0073] Figure 11A , Figure 11B Example diagram of superposition encoding or superposition decoding combined with HARQ mechanism;

[0074] Figure 12 A flowchart of another superimposed transmission method provided in the embodiments of this application;

[0075] Figure 13 A flowchart illustrating a communication method provided in an embodiment of this application;

[0076] Figure 14 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application;

[0077] Figure 15 This is a schematic diagram of another communication device provided in an embodiment of this application;

[0078] Figure 16 This is a schematic diagram of another communication device provided in an embodiment of this application;

[0079] Figure 17 This is a schematic diagram of the structure of a chip provided in an embodiment of this application. Detailed Implementation

[0080] In this application embodiment, the number of nouns, unless otherwise specified, refers to "singular nouns or plural nouns," that is, "one or more." "At least one" means one or more, and "more than one" means two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can mean: A exists alone, A and B exist simultaneously, or B exists alone, where A and B can be singular or plural. The character " / " generally indicates that the related objects before and after are in an "or" relationship. For example, A / B means: A or B. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one of a, b and / or c means: a exists alone, b exists alone, c exists alone, a and b exist simultaneously, b and c exist simultaneously, a and c exist simultaneously, or a, b and c exist simultaneously, where a, b, and c can be single or multiple.

[0081] In this application, the ordinal numbers such as "first" and "second" mentioned are used to distinguish multiple objects, and are not used to limit the size, content, order, timing, priority, or importance of the multiple objects. For example, the first cycle and the second cycle can be the same cycle or different cycles, and such names do not indicate that the two cycles are different in duration, application scenario, priority, or importance.

[0082] In recent years, with the continuous development of 5G communication systems, data transmission latency has been continuously reduced and transmission capacity has been increasing. 5G communication systems are gradually penetrating into multimedia services with high real-time requirements and large data capacity, such as video transmission, cloud gaming (CG), and extended reality (XR). XR includes virtual reality (VR) and augmented reality (AR). With the rapid increase in communication transmission speed, real-time video transmission has gradually become one of the core services in current networks. The continuous progress and improvement of extended reality technology has also led to the vigorous development of related industries. Today, VR technology, as a type of XR, has entered various fields closely related to people's production and life, such as education, entertainment, military, medical care, environmental protection, transportation, and public health. Compared with traditional video services, VR has advantages such as multiple perspectives and strong interactivity, providing users with a completely new visual experience. Beyond smartphones, people increasingly expect to enhance their XR experience through user equipment (UE) devices such as head-mounted displays (HMDs) or smart glasses (e.g., VR and AR glasses). With increasingly demanding video transmission quality requirements and the further development of extended reality and the tactile internet, ensuring quality of experience (QoE) and quality of service (QoS) has become a key research focus.

[0083] With the development of XR technology, the uplink transmission speed requirements for XR services are also increasing. For example, AR uplink requires the transmission of images and even videos. According to industry assessments, the uplink transmission speed required for a basic AR experience is about 2Mbps, while advanced experiences require up to 10Mbps. In the uplink transmission of XR or video services, the transmission of each video frame, as shown in the diagram, currently commonly involves dividing a single frame into dozens of Internet Protocol (IP) packets at the network transport layer, for example, 50 IP packets. These packets are transmitted by the UE to the base station side of the radio access network (RAN), then through the core network, and finally to the cloud server for rendering. Figure 1 As shown. During network transmission, if an IP packet is transmitted incorrectly, the entire frame cannot be recovered.

[0084] XR services require low-latency transmission, meaning that XR video frames need to be transmitted from the server to the UE within a certain time. For example, considering an end-to-end latency of 70ms for an XR service (from UE sending to server receiving), the air interface transmission delay budget from UE to RAN reception is typically 10ms. When air interface transmission becomes congested, the waiting time for XR video frames in the UE's buffer may exceed the delay budget.

[0085] In communication systems, feedback mechanisms (such as hybrid automatic repeat request (HARQ)) are typically used to achieve reliable transmission. However, the feedback process of this mechanism introduces additional latency, affecting the real-time performance of the system.

[0086] Using superposition transmission technology can reduce the retransmission probability to a certain extent and improve transmission latency. Take block markov superposition transmission (BMST) as an example:

[0087] The transmitting end divides the data block into multiple sub-blocks and encodes each sub-block using low-density parity-check (LDPC) codes to obtain corresponding code blocks (CBs). The previous code block is interleaved with the current code block, and a bit XOR operation is performed to superimpose them. The superimposed code block is used as the actual transmitted code block sequence (the code block sequence can be simply referred to as a code block). Following this method, a sliding window-based chain-like superposition transmission is formed. The receiving end then decodes the data using a sliding window-based decoding algorithm. For example... Figure 2AAs shown, an information bit sequence u1 is encoded using LDPC to obtain a code block sequence c1. Since it is the first code block sequence, no superposition is needed, and the corresponding transmitted v1 sequence is the c1 sequence. Similarly, information bit sequence u2 is encoded using LDPC to obtain a code block sequence c2. The previous code block sequence c1 and code block sequence c2 are interleaved and then superimposed using a bit XOR operation to obtain the actual transmitted superimposed code block sequence v2. This process is repeated for u3 and u4, resulting in superimposed v3 and v4 code block sequences. Based on the maximum superposition length, a corresponding superposition transmission threshold is determined. For example, if a maximum of k information sequences are allowed to be superimposed and transmitted, then the maximum transmission length is uk, and the corresponding actual transmitted code blocks are v1 to vk. It should be understood that... Figure 2A Taking the current code block as an example of superimposing the previous code block, it can also be superimposed on the current code block with multiple previous code blocks, without any restrictions.

[0088] Based on the above description, the generator matrix for superimposed transmission can be given, such as... Figure 2B As shown, each code block is formed by XORing the encoded bit sequence obtained by multiplying the previous information bit sequence by the generator submatrix GS and the encoded bit sequence obtained by multiplying the current information bit sequence by the generator submatrix G. Here, S represents the interleaving operation on the information bits.

[0089] For decoding, a sliding window decoding algorithm is used, considering joint decoding of multiple received sequences within the decoding window. Taking a decoding window length of 2 as an example, considering that the window contains y... (t) and y (t+1) The soft information sequence of two code blocks; such as Figure 3 As shown, the node LDPC represents the NR LDPC codec. For the t-th code block, it utilizes the soft information sequence y. (t) and the superimposed transmission code block soft information sequence y (t+1) soft extrinsic information z 1→0 As input, it is decoded; and the corresponding soft information z is used as input. 0→1 During the decoding process of the t+1 code blocks, the t+1 code blocks utilize the soft information sequence y. (t+1) and the superimposed transmission code block soft information sequence y (t) soft extrinsic information z 0→1 As input, it is decoded; hard decision is made on the corresponding code block to finally obtain the corresponding real code block c(t), and then the information bit sequence u(t) is obtained.

[0090] The above decoding algorithm makes full use of the soft information associated with the preceding and following code blocks to perform information transmission decoding, which can improve decoding performance. The superimposed code blocks contain the soft information of the previous code block, which is equivalent to the effect of retransmission. At the same time, it does not rely on feedback and can reduce latency to a certain extent.

[0091] However, the superposition operation in the above transmission scheme is limited to within a single transport block (TB) (i.e., superposition between code blocks within a single TB). Although superposition coding within a single TB can bring certain coding gains, the correlation between code blocks is not fully utilized, and the improvement in decoding performance is limited. The system still needs to rely on a high proportion of retransmission mechanisms to ensure reliability, which cannot effectively reduce the overall transmission latency and is difficult to meet the stringent latency requirements of XR and other service scenarios.

[0092] To address the aforementioned technical problems, this application provides a technical solution based on its embodiments. This application's embodiments, by superimposing code blocks within different TBs, overcome the limitations of traditional single-TB superposition, achieving cross-TB code block association. This significantly improves the initial transmission success rate, thereby reducing the system retransmission probability and transmission latency, meeting the stringent latency requirements of XR and other service scenarios. Furthermore, cross-TB soft information interaction allows the decoder to obtain richer association information, achieving greater performance gains under the same signal-to-noise ratio conditions.

[0093] The following describes the application scenarios of this application.

[0094] The technical solutions provided in this application can be applied to various communication systems, such as long-term evolution (LTE) systems, fifth-generation (5G) systems, new radio (NR) systems, or future communication systems or other similar communication systems, without any specific limitations.

[0095] Figure 4A An exemplary schematic diagram of the architecture of a communication system 1000 to which this application is applicable is shown. For example... Figure 4A As shown, the communication system includes a wireless access network 100 and a core network 200. Optionally, the communication system 1000 may also include an Internet 300. The wireless access network 100 may include at least one wireless access network device (such as...). Figure 4A 110a and 110b in the above), may also include at least one terminal device (such as Figure 4A(Referring to 120a-120j in the original text). Terminal devices connect wirelessly to wireless access network (WLAN) devices, which in turn connect wirelessly or via wired connections to the core network. The core network devices and WLAN devices can be independent physical devices, or they can integrate the functions of the core network devices and the logical functions of the WLAN devices onto a single physical device. Alternatively, a single physical device can integrate some core network device functions and some WLAN device functions. Terminal devices and WLAN devices can be interconnected via wired or wireless connections. Figure 4A This is just an illustration; the communication system may also include other network devices, such as wireless repeaters and wireless backhaul devices. Figure 4A It is not shown in the middle.

[0096] The network devices involved in the embodiments of this application include, for example, radio access network (RAN) devices. RAN devices can be base stations, evolved NodeBs (eNodeBs), transmission reception points (TRPs), transmission points (TPs), base stations in 5th generation (5G) mobile communication systems, base stations in future mobile communication systems, or access nodes in WiFi systems; they can also be modules or units that perform some of the functions of a base station, for example, they can be central units (CUs), distributed units (DUs), or radio units (RUs). The CU (Radio Control Unit) performs the functions of the radio resource control protocol and packet data convergence protocol (PDCP) of the base station, and can also perform the functions of the service data adaptation protocol (SDAP). The DU (Radio Link Control Unit) performs the functions of the radio link control layer and medium access control (MAC) layer of the base station, and can also perform some or all of the physical layer functions. For specific descriptions of the above protocol layers, please refer to the relevant technical specifications of the 3rd Generation Partnership Project (3GPP). The CU and DU can be set up separately, or they can be included in the same network element, such as in the baseband unit (BBU). The RU (Radio Receiver Unit) can be included in radio frequency equipment or radio frequency units, such as in the remote radio unit (RRU), active antenna unit (AAU), or remote radio head (RRH).

[0097] In different systems, CU, DU, or RU may have different names, but those skilled in the art will understand their meaning. For example, in an open radio access network (O-RAN) system, CU can also be called open CU (open-CU, O-CU), DU can also be called open DU (open-DU, O-DU), and RU can also be called open RU (open-RU, O-RU). In this application, any of the following units—CU (or CU control plane (CU-CP), CU user plane (CU-UP), DU, and RU)—can be implemented through software modules, hardware modules, or a combination of software and hardware modules. CU-CP can also be called open CU-CP (open-CU-CP, O-CU-CP), and CU-UP can also be called open CU-UP (open-CU-UP, O-CU-UP).

[0098] Figure 4B An example diagram of an O-RAN system is shown. Access network equipment communicates with the core network (CN) via a backhaul link and with user equipment (UE) via an air interface. Specifically, the BBU in the access network equipment communicates with the core network via the backhaul link, and the radio unit (RU) in the access network equipment communicates with at least one UE via the air interface. The BBU communicates with at least one RU via a fronthaul link; the BBU and RU may or may not be co-located. The BBU includes at least one control unit and at least one DU, which can communicate via at least one midhaul link. Of course, in practice, the O-RAN system may also include... Figure 4B Other components besides those shown.

[0099] Wireless access network equipment can be macro base stations (such as...) Figure 4A 110a in the text), can also be a micro base station or an indoor station (such as... Figure 4A 110b) in the text can also be a relay node or a donor node, etc. The embodiments of this application do not limit the specific technology or device form used in the wireless access network equipment. For ease of description, the following description uses a base station as an example of a wireless access network device.

[0100] Terminal devices can also be referred to as user equipment (UE), mobile stations, mobile terminal devices, etc. Terminal devices can be widely used in various scenarios, such as device-to-device (D2D), vehicle-to-everything (V2X) communication, machine-type communication (MTC), Internet of Things (IoT), virtual reality (VR), augmented reality (AR), industrial control, autonomous driving, telemedicine, smart grids, smart furniture, smart offices, smart wearables, smart transportation, smart cities, etc. Terminal devices can be mobile phones, tablets, computers with wireless transceiver capabilities, wearable devices, vehicles, drones, helicopters, airplanes, ships, robots, robotic arms, smart home devices, roadside units (RSUs), etc. The embodiments of this application do not limit the specific technologies or device forms used in the terminal devices.

[0101] Base stations and terminal equipment can be fixed or mobile. They can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; on water; or in the air on aircraft, balloons, and satellites. The embodiments of this application do not limit the application scenarios of the base stations and terminal equipment.

[0102] The roles of base stations and terminal devices can be relative, for example, Figure 4A The helicopter or drone 120i can be configured as a mobile base station. For terminal devices 120j that access the wireless access network 100 via 120i, terminal device 120i is a base station; however, for base station 110a, 120i is a terminal device, meaning that 110a and 120i communicate via a wireless air interface protocol. Of course, 110a and 120i can also communicate via a base station-to-base station interface protocol; in this case, 120i is also a base station relative to 110a. Therefore, both base stations and terminal devices can be collectively referred to as communication devices. Figure 4A The 110a and 110b in the text can be referred to as communication devices with base station functions. Figure 4A The 120a-120j in the text can be referred to as communication devices with terminal equipment functions.

[0103] Communication between base stations and terminal devices, between base stations, and between terminal devices can be conducted using licensed spectrum, unlicensed spectrum, or both simultaneously. Communication can be conducted using spectrum below 6 GHz, spectrum above 6 GHz, or both simultaneously. The embodiments of this application do not limit the spectrum resources used for wireless communication.

[0104] In the embodiments of this application, the functions of the base station can be executed by modules (such as chips) within the base station, or by a control subsystem that includes base station functions. This control subsystem, including base station functions, can be a control center in the aforementioned application scenarios such as smart grids, industrial control, intelligent transportation, and smart cities. Similarly, the functions of the terminal device can be executed by modules (such as chips or modems) within the terminal device, or by a device that includes terminal device functions.

[0105] The core network involved in this application embodiment may include network devices that process and forward user signaling and data. For example, it may include access and mobility management functions (AMF), session management functions (SMF), user plane gateways, location management devices, etc. Of course, the core network may also include other network elements, which are not listed here.

[0106] The technical solution provided in this application can also be applied to device-to-device (D2D) communication, vehicle-to-everything (V2X) communication, machine-to-machine (M2M) communication, machine-type communication (MTC), and Internet of Things (IoT) communication systems or other communication systems. In other words, it is applicable to communication scenarios with and without network coverage, allowing users to choose resources independently. Figure 5 The diagram shown is an example of V2X communication, with the terminal device ( Figure 5 (Taking a vehicle as an example) The terminal device can be within or outside the coverage area of ​​the network device.

[0107] It is understood that the network architecture and business scenarios described in the embodiments of this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided in the embodiments of this application. As those skilled in the art will know, with the evolution of network architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0108] The method provided in the embodiments of this application is described below with reference to the accompanying drawings.

[0109] See Figure 6 The flowchart of a superimposed transmission method provided in this application embodiment includes the following steps S101 to S102:

[0110] S101, The network device sends the first information, and the terminal device receives the first information.

[0111] For example, the first information may be information that schedules the terminal device to perform uplink and / or downlink transmission (such as downlink control information (DCI)), or it may be a medium access control (MAC) control element (CE), or it may be information in a radio resource control (RRC) message, etc., without limitation.

[0112] S102. The terminal equipment performs superimposed encoding or superimposed decoding on at least two transport blocks based on the first information.

[0113] For example, for uplink transmission, the terminal device can perform superposition encoding on at least two transport blocks (these at least two transport blocks are the original data that has not yet been superposition encoded) and send the encoding result; for downlink transmission, the terminal device can receive at least two transport blocks sent by the network device (these at least two transport blocks are the encoded data obtained after superposition encoding of the original data), perform superposition decoding on the code blocks of the at least two transport blocks, and recover the original data.

[0114] In some scenarios, terminal devices may perform uplink and downlink transmissions simultaneously, so overlay encoding and overlay decoding can coexist. Optionally, "overlay encoding or overlay decoding" in S102 can be replaced by descriptions such as "overlay encoding and overlay decoding" or "overlay encoding and / or overlay decoding".

[0115] Overlay coding of at least two transport blocks means that the code blocks being overlaid can be located in (or correspond to) different transport blocks. Overlay decoding, on the other hand, is the inverse operation of overlay coding, meaning that the code blocks obtained after decoding can be located in (or correspond to) different transport blocks.

[0116] It should be noted that superimposed coding of at least two transport blocks includes not only superimposing code blocks from different transport blocks, but also superimposing code blocks from the same transport block. In other words, as long as the encoding process involves superimposing code blocks from different transport blocks, it can be considered as superimposed coding of at least two transport blocks.

[0117] For ease of description, this paper refers to superimposing and encoding code blocks from different transport blocks as cross-TB superimposed encoding (or cross-TB superimposed encoding or cross-TB encoding, etc.), and superimposing and decoding code blocks from different transport blocks as cross-TB superimposed decoding (or cross-TB superimposed decoding or cross-TB decoding, etc.).

[0118] In one possible implementation, the superposition encoding is BMST encoding, and correspondingly, the superposition decoding is BMST decoding. For the principles of BMST encoding and BMST decoding, please refer to the above text. Figures 2A-2B The relevant information will not be repeated here. For ease of description, the following text will mainly use BMST as an example, but it is not limited to this in practice.

[0119] A specific example, such as Figure 7 As shown: Transmission block #1 includes code blocks a, b, and c; transmission block #2 includes code blocks d, e, and f. Cross-TB superposition coding includes interleaving code block c within transmission block #1 and performing a bit XOR superposition operation with code block d within transmission block #2. It may also include superposition coding within a TB (such as interleaving code blocks a and b and performing a bit XOR superposition operation, interleaving code blocks b and c and performing a bit XOR superposition operation, etc.). The superimposed code block is used as the actual transmitted code block sequence. It should be noted that this example uses superposition coding of adjacent code blocks as an example; in practice, superposition coding of non-adjacent code blocks can also be performed (e.g., interleaving code blocks a and c and performing a bit XOR superposition operation, etc.). This application does not impose any restrictions.

[0120] Optionally, after superimposing and encoding at least two transport blocks, the terminal device may also send the encoded result of the at least two transport blocks (which may be simply referred to as sending the at least two transport blocks).

[0121] Optionally, before performing superposition decoding on at least two transport blocks, the terminal device also receives the encoding results of the at least two transport blocks (which can be simply referred to as receiving the at least two transport blocks). Superposition decoding on at least two transport blocks by the terminal device essentially involves superposition decoding on the encoding results of the at least two transport blocks.

[0122] In this embodiment, the terminal device performs superimposed encoding or superimposed decoding on at least two transmission blocks, breaking through the limitations of traditional single-TB code block superposition and realizing cross-TB code block association, which can significantly improve the first transmission success rate and reduce the system retransmission probability; moreover, cross-TB soft information interaction allows the decoder to obtain richer association information and obtain greater performance gain under the same signal-to-noise ratio conditions.

[0123] In one possible design, cross-TB overlay encoding or decoding is required by default, or in other words, cross-TB overlay encoding or decoding is predefined. For example, without network instructions or configuration, the terminal device performs cross-TB overlay encoding (or overlay decoding).

[0124] This design is simple to implement. Furthermore, it eliminates the need for separate network instructions, saving on network signaling overhead.

[0125] In another possible design, the network device instructs the terminal device to perform overlay coding or overlay decoding across TBs. For example, the first information is used to instruct overlay coding or overlay decoding for at least two transport blocks; or, the network device sends other information, such as a second information, to instruct overlay coding or overlay decoding for at least two transport blocks, which is different from the first information.

[0126] For example, the first piece of information is DCI, which contains field A. Field A indicates that overlay coding or overlay decoding is performed on at least two transport blocks. For example, field A is 1 bit. If the value of this bit is 1, overlay coding or overlay decoding across TBs is performed (i.e., overlay coding or overlay decoding is performed on at least two transport blocks); if the value of this bit is 0, overlay coding or overlay decoding across TBs is not performed. Of course, DCI is only one example, and actual network devices can also use other signaling to instruct terminal devices to perform overlay coding or overlay decoding across TBs.

[0127] This design enables the network to flexibly schedule terminal devices to perform cross-TB overlay encoding or overlay decoding, improving the flexibility of network management terminal device encoding and decoding and better adapting to different scenario requirements.

[0128] In one possible design, the terminal device can perform superposition coding or superposition decoding on at least two transport blocks in at least one dimension of the time domain, frequency domain, and / or spatial domain, based on the first information. Taking superposition coding as an example:

[0129] Superimposed coding (or superimposed decoding) of at least two transport blocks in the time domain refers to superimposed coding (or superimposed decoding) of at least two transport blocks that do not overlap in the time domain. That is, different transport blocks within at least two transport blocks do not overlap in the time domain (or are located in different time domain positions, or correspond to different time domain resources (such as time slots), etc.). For example... Figure 8A As shown, the transport blocks TB1, TB2, and TB3 are superimposed and encoded (or superimposed and decoded). TB1, TB2, and TB3 do not overlap in the time domain. The code block C1 in TB1 and the code block C2 in TB2 are superimposed (e.g., mixed interleaving and bit XORing), and the code block C2 in TB2 and the code block C3 in TB3 are superimposed (e.g., mixed interleaving and bit XORing).

[0130] Superimposed coding (or superimposed decoding) of at least two transport blocks in the frequency domain refers to superimposed coding (or superimposed decoding) of at least two transport blocks that do not overlap in the frequency domain. That is, different transport blocks within at least two transport blocks do not overlap in the frequency domain (or are located in different frequency domain positions, or correspond to different frequency domain resources (such as subcarriers), etc.). For example... Figure 8B As shown, the transport blocks TB1, TB2, and TB3 are superimposed and encoded (or superimposed and decoded), and TB1, TB2, and TB3 do not overlap in the frequency domain.

[0131] Superimposed coding (or superimposed decoding) of at least two transport blocks in the spatial domain refers to superimposed coding (or superimposed decoding) of at least two transport blocks that do not overlap in the spatial domain. That is, different transport blocks within at least two transport blocks do not overlap in the spatial domain (or are located in different spatial locations, or correspond to different spatial resources (such as antenna ports), etc.). For example... Figure 8C As shown, transport blocks TB1, TB2, and TB3 are superimposed and encoded (or superimposed and decoded), and TB1, TB2, and TB3 do not overlap in the spatial domain.

[0132] Superposition decoding is the inverse operation of superposition encoding. Please refer to the relevant description of encoding for further details.

[0133] The above design provides multiple dimensions of superimposed encoding or superimposed decoding methods, which improves the flexibility of the solution and better adapts to different scenario requirements.

[0134] In one possible design, at least one of the above dimensions is predefined (as specified in the protocol). For example, predefined superposition coding or superposition decoding may be performed only in the time domain, or predefined superposition coding or superposition decoding may be performed only in the frequency domain, or predefined superposition coding or superposition decoding may be performed only in the spatial domain, or predefined superposition coding or superposition decoding may be performed in both the time and frequency domains, or predefined superposition coding or superposition decoding may be performed in both the time and spatial domains, or predefined superposition coding or superposition decoding may be performed in both the spatial and frequency domains, or predefined superposition coding or superposition decoding may be performed in the time, frequency, and spatial domains, etc., without any restrictions.

[0135] In this way, terminal devices and network devices can align and overlay the dimensions of encoding or decoding, improving the reliability of the solution. Furthermore, no separate network instruction is required, saving network signaling overhead.

[0136] In another possible design, the network device indicates at least one of the aforementioned dimensions, for example, using first information to indicate at least one dimension; or, the network device sends other information, such as third information, to indicate at least one dimension, which differs from the first information. For example, the first or third information includes field B, which indicates superposition encoding or superposition decoding of at least two transport blocks in at least one dimension in the time, frequency, and / or spatial domains (or indicates at least one dimension in the time, frequency, and / or spatial domains). Of course, this is merely an example, and the actual implementation is not limited to this.

[0137] See Table 1 for an example of overlay encoding (or overlay decoding). Different values ​​of field B represent different overlay encoding (or overlay decoding) rules, which include which dimensions need to be overlay encoded (or overlay decoding).

[0138] Table 1

[0139] Overlay encoding (or overlay decoding) rules Field B No stacking 0000 airspace 0001 Frequency domain 0010 Time Domain 0011 Spatial domain + temporal domain 0100 Frequency domain + Time domain 0101 Spatial domain + Frequency domain + Time domain 0110 … …

[0140] It should be understood that the length, values, and correspondence between the values ​​of field B and the rules in Table 1 are just examples and are not limited to these in practice.

[0141] In practice, network devices can send the correspondence between the value of field B and the rule to terminal devices through RRC messages, MAC CE, etc., so that after receiving field B, the device can determine the superimposed encoding (or superimposed decoding) rule indicated by field B based on the correspondence.

[0142] Optionally, the superposition coding (or superposition decoding) rules can be related to channel characteristics (such as the time domain spread, frequency domain spread, etc. of the channel).

[0143] For example, when the time-domain spread of the channel reaches or exceeds a first threshold, cross-TB superposition coding or decoding is preferentially performed in the frequency and / or spatial domains. Considering that the channel coherence time is short when the time-domain spread is large, preferentially performing cross-TB superposition coding or decoding in the frequency and / or spatial domains can avoid the problem of decoding error propagation caused by cross-TB superposition coding or decoding in the time domain.

[0144] For example, when the channel's frequency domain spread reaches or exceeds the second threshold, cross-TB superposition coding or decoding is preferentially performed in the time and / or spatial domains. Considering that the channel's coherence bandwidth is short when the channel's frequency domain spread is large, preferentially performing cross-TB superposition coding or decoding in the time and / or spatial domains can avoid the problem of decoding error propagation caused by performing cross-TB superposition coding or decoding in the frequency domain.

[0145] Through the above methods, the network can flexibly manage the dimensions of overlay encoding or overlay decoding, better adapting to different scenario requirements.

[0146] In one possible design, when at least two transport blocks are superimposed coded (or decoded) in at least two dimensions in the time, frequency, and / or spatial domains (i.e., when at least one dimension is at least two dimensions), the terminal device can perform superimposed coding (or decoding) on ​​the at least two transport blocks sequentially in each dimension according to a set order. For example, the priority order is: time domain > frequency domain > spatial domain, that is, first superimposed coding (or decoding) on ​​the at least two transport blocks in the time domain, then superimposed coding (or decoding) on ​​the at least two transport blocks in the frequency domain, and finally superimposed coding (or decoding) on ​​the at least two transport blocks in the spatial domain. Of course, this is only one possible example, and the actual order is not limited to this.

[0147] In one possible example, the order of these settings is predefined, for example, the protocol specifies a priority order of: time domain > frequency domain > spatial domain. This design is simple to implement. Furthermore, it eliminates the need for separate network instructions, saving network signaling overhead.

[0148] In another possible example, the order of settings is indicated or configured by the network device. For instance, the first information may also indicate the order of superimposed encoding or decoding in at least two dimensions; or, the network device may send other information, such as a fourth information, to indicate the order of superimposed encoding or decoding in at least two dimensions, which is different from the first information. This implementation allows the network to flexibly manage the order of superimposed encoding or decoding across multiple dimensions, improving the flexibility of the solution and better adapting to different scenario requirements.

[0149] The above design method can achieve superimposed encoding (or superimposed decoding) on ​​multiple different dimensions, which can further improve resource utilization and reduce retransmission probability.

[0150] In one possible design, superimposed coding or superimposed decoding is performed on at least two transport blocks in at least one dimension in the time domain, frequency domain, and / or spatial domain, including: superimposed coding or superimposed decoding of adjacent code blocks in at least two transport blocks in a first dimension, wherein the first dimension is any one of at least one dimensions.

[0151] like Figure 9 As shown, the code blocks of TB#1 are arranged in the first dimension as C11, C12, and C13; the code blocks of TB#2 are arranged in the first dimension as C21, C22, and C23; and the code blocks of TB#3 are arranged in the first dimension as C31, C32, and C33. The following code block combinations are then superimposed for encoding or decoding: C11 and C12, C12 and C13, C13 and C21, C21 and C22, C22 and C23, C23 and C31, C31 and C32, and C32 and C33.

[0152] For superposition coding or superposition decoding methods in the frequency and spatial domains, please refer to Figure 9 The superposition coding or superposition decoding methods in the time domain are shown, and will not be illustrated one by one.

[0153] In this design, the superposition coding or superposition decoding across TBs involves superposition coding or superposition decoding of adjacent code blocks located in different TBs. This adapts to existing superposition coding or superposition decoding methods within TBs and is simple to implement.

[0154] In one possible design, the terminal device can perform superimposed encoding or superimposed decoding on at least two transport blocks based on a sliding window.

[0155] For example, such as Figure 10 As shown, the sliding window covers the continuous transmission blocks to be superimposed (or superimposed decoded). Superimposed encoding (or superimposed decoding) is performed on the transmission blocks within the sliding window. After superimposed encoding (or superimposed decoding) is completed for the transmission blocks within the current sliding window, the sliding window moves towards other transmission blocks that have not yet been superimposed (or superimposed decoded) according to a preset step size to update the transmission blocks within the sliding window. This superimposed encoding (or superimposed decoding) process is then repeated until all transmission blocks have been traversed. The preset step size is, for example, the length of N1 code blocks, where N1 is a positive number. For example, a preset step size of 100 code blocks is used. However, this is only an example and is not limited to this in practice. It can be understood that... Figure 10 This example uses a transport block containing two code blocks, but it is not limited to this in practice.

[0156] In some examples, the length of the sliding window is predefined (as specified by the protocol), for example, the length of N² code blocks, where N² is a positive number. This approach is simple to implement and does not require separate network instruction, thus saving network signaling overhead.

[0157] In other examples, the network device indicates or configures the length of the sliding window. For example, initial information may be used to indicate the length of the sliding window, or other information generated by the network device may indicate the length of the sliding window. In this example approach, the network device can dynamically adjust the window size to adapt to changes in channel conditions or data characteristics (such as reducing the window size to decrease packet loss during network congestion).

[0158] The above design is based on a sliding window for cross-TB overlay encoding or overlay decoding, which can avoid the computational overhead of waiting for global data processing, significantly reduce latency and improve real-time performance, and is more suitable for high-speed data streams.

[0159] In one possible design, the terminal device performs superposition encoding or superposition decoding on transport blocks corresponding to different PxSCH resources. Alternatively, the terminal device does not perform superposition encoding or superposition decoding on transport blocks corresponding to different PxSCH resources.

[0160] It can be understood that transport blocks are transmitted by mapping to channel resources (or in other words, transport blocks are transmitted through channel resources). Channels include, for example, the Physical Downlink Shared Channel (PDSCH), the Physical Uplink Shared Channel (PUSCH), and the Physical Sidelink Shared Channel (PSSCH). For ease of description, PxSCH can be used below to refer to any of PDSCH, PUSCH, or PSSCH, etc. PxSCH resources are assumed to be scheduled by DCI (but are not limited to this in practice). Transport blocks mapped to PxSCH resources scheduled by DCI can be considered as DCI-scheduled transport blocks.

[0161] In this embodiment of the application, a scheme is also provided for whether the transport blocks mapped on each PxSCH resource are superimposed and encoded or superimposed and decoded together with the transport blocks mapped on the preceding PxSCH resource. It can be understood that if a PxSCH resource is located before another PxSCH resource in the time domain, then the PxSCH resource is called the preceding PxSCH resource of the other PxSCH resource.

[0162] In practice, a DCI can schedule one or more PxSCH resources. The following sections will describe different scenarios.

[0163] Scenario 1: One DCI scheduler schedules one PxSCH resource.

[0164] In one alternative implementation, the network device may instruct whether the transport block corresponding to each PxSCH resource is overlaid with or overlaid with the transport block corresponding to the previous PxSCH resource.

[0165] For example, the first information in S101 is the first DCI, and the second DCI is the previous DCI of the first DCI. The first DCI contains the first field.

[0166] When the first field is a first value, the terminal device performs superposition encoding or superposition decoding on the transport block scheduled by the first DCI and the transport block scheduled by the second DCI. In other words, at least two transport blocks in S102 include the transport block scheduled by the first DCI and the transport block scheduled by the second DCI.

[0167] When the first field is the second value, the terminal device can perform superposition encoding or superposition decoding on the transport block scheduled by the first DCI, and can perform superposition encoding or superposition decoding on the transport block scheduled by the second DCI, but does not perform superposition encoding or superposition decoding on the transport blocks scheduled by the first DCI and the transport blocks scheduled by the second DCI. In other words, at least two transport blocks in S102 include only the transport block scheduled by the first DCI, and do not include the transport block scheduled by the second DCI.

[0168] For example, the first field is one bit in the first DCI. When the bit is 0, the superposition encoding or superposition decoding is performed only on the transport blocks scheduled by the first DCI. When the bit is 1, the superposition encoding or superposition decoding is performed on the transport blocks scheduled by the first DCI and the transport blocks scheduled by the second DCI.

[0169] Through the above methods, network devices can flexibly control whether the transport blocks currently scheduled by DCI are superimposed with the transport blocks previously scheduled by DCI for encoding or decoding, thus better adapting to different scenario requirements.

[0170] Scenario 2: One DCI schedules multiple PxSCH resources.

[0171] In one optional implementation, the terminal device can perform superposition encoding or superposition decoding on all transport blocks mapped to multiple PxSCH resources scheduled by a single DCI. Furthermore, transport blocks mapped to PxSCH resources scheduled by different DCIs are not subject to superposition encoding or superposition decoding.

[0172] For example, the first information in S101 above is the third DCI, and the at least two transport blocks in S102 above are transport blocks scheduled by the third DCI.

[0173] This method is simple to implement and has low complexity.

[0174] In one optional implementation, the terminal device can segment all transport blocks mapped on multiple PDSCH resources scheduled by a single DCI, and perform superimposed encoding or superimposed decoding on the transport blocks within each segment. Segmentation can also be replaced by other descriptions such as grouping or truncation; this application does not impose any restrictions.

[0175] Taking upstream transmission as an example, The first information in S101 is the fourth DCI, and at least two transport blocks in S102 are contained within multiple uplink transport blocks scheduled by the fourth DCI. In this case, the segmentation method (or length) can be determined based on one or more of the following:

[0176] 1) The soft value or complexity of decoding;

[0177] For example, if the soft value of the decoder is close to 0 or 1, the possibility of misjudgment is smaller, the decoding complexity is lower, and the segment length can be larger, that is, the number of transport blocks participating in superposition coding or superposition decoding is larger; conversely, if the soft value of the decoder is far away from 0 or 1 (for example, 0.5), the possibility of misjudgment is greater, the decoding complexity is higher, and the segment length can be smaller, that is, the number of transport blocks participating in superposition coding or superposition decoding is smaller.

[0178] It is understandable that, for uplink transmission, the soft value or complexity of the decoding can be fed back to the terminal device by the network device.

[0179] Based on this, terminal devices can dynamically adjust the transmission block length of superimposed encoding or superimposed decoding according to the soft value or complexity of decoding. This adaptive control mechanism can effectively avoid the problem of excessive decoding complexity and reduce the risk of decoding error propagation.

[0180] 2) The time when an acknowledgment (ACK) message or a non-acknowledgment (NACK) message is received;

[0181] Specifically, transport blocks corresponding to the same HARQ feedback can be encoded or decoded together, while transport blocks corresponding to different HARQ feedbacks cannot be encoded or decoded together.

[0182] For example, if no ACK or NACK message is received, the transport block is continuously overlaid with encoding or decoding; once an ACK or NACK message is received, the transport block after receiving the ACK or NACK message is no longer overlaid with the previous transport block, but is overlaid with the subsequent transport block, until another ACK or NACK message is received.

[0183] Based on this, the risk of decoding errors propagation can be reduced.

[0184] Optionally, the terminal device may also send a first indication information to the network device. The first indication information is used to indicate the number of at least two transport blocks, so that the network device and the terminal device can align the segmentation and improve the reliability of system encoding and decoding.

[0185] Of course, the above methods are just examples, and are not limited to these in practice.

[0186] Taking the following transmission as an example, The first information is the fifth DCI, and at least two transport blocks are contained within multiple downlink transport blocks scheduled by the fifth DCI. In this case, the segmentation method (or length) can be determined based on one or more of the following:

[0187] 1) The soft value or complexity of decoding;

[0188] For example, if the soft value of the decoder is close to 0 or 1, the possibility of misjudgment is smaller, the decoding complexity is lower, and the segment length can be larger, that is, the number of transport blocks participating in superposition coding or superposition decoding is larger; conversely, if the soft value of the decoder is far away from 0 or 1 (for example, 0.5), the possibility of misjudgment is greater, the decoding complexity is higher, and the segment length can be smaller, that is, the number of transport blocks participating in superposition coding or superposition decoding is smaller.

[0189] It is understandable that, for downlink transmission, the soft value or complexity of decoding is determined by the terminal device based on the actual decoding situation.

[0190] Based on this, decoding complexity can be reduced, while the possibility of error propagation can be decreased.

[0191] Optionally, the terminal device can also feed back the soft value or complexity of the decoding to the network device, so that the network device can determine the segmentation method (such as the number of at least two transport blocks) based on the soft value or complexity of the decoding provided by the terminal device, thereby aligning the encoding method of the network device with the decoding method of the terminal device.

[0192] 2) HARQ feedback;

[0193] In one possible example, the segmentation cutoff point can be determined based on the time of sending an acknowledgment (ACK) or non-acknowledgment (NACK) message. For instance, transport blocks corresponding to the same HARQ feedback can be encoded or decoded together, while transport blocks corresponding to different HARQ feedbacks cannot be encoded or decoded together. In other words, transport blocks transmitted between two adjacent HARQ feedbacks can be encoded or decoded together.

[0194] Specifically, if the terminal device does not send either an ACK message or a NACK message, it continues to perform superimposed encoding or superimposed decoding on the transport block. Once an ACK message or a NACK message is sent, the transport block after the ACK message or NACK message is no longer superimposed with the previous transport block, but is superimposed with the subsequent transport block, until an ACK message or NACK message is sent again.

[0195] As an example, such as Figure 11A As shown, D represents the downlink transmission block, and U represents the uplink transmission HARQ message (ACK message or NACK message). There are two HARQ feedbacks at time t1 and time t2. Transmission blocks before time t1 can be superimposed for encoding (or superimposed for decoding). Transmission blocks transmitted between time t1 and time t2 can be superimposed for encoding (or superimposed for decoding). Transmission blocks after time t2 can be superimposed for encoding (or superimposed for decoding). Transmission blocks before time t1 are not superimposed for encoding (or superimposed for decoding) with transmission blocks after time t1. Transmission blocks after time t2 are not superimposed for encoding (or superimposed for decoding) with transmission blocks before time t2.

[0196] Another possible example is that the segment cutoff point can be determined based on the proportion of ACK or NACK messages in the HARQ feedback. As an example, such as... Figure 11B As shown, in the M HARQ feedbacks before time t3 (or within a preset duration before time t3), if the proportion of NACK messages in all HARQ messages (including NACK and ACK messages) exceeds or reaches a first proportion (or the number of NACK messages exceeds or reaches a preset number), to prevent error propagation, transport blocks after time t3 will no longer be superimposed with transport blocks before time t3 for encoding (or decoding). Conversely, in the M HARQ feedbacks before time t3 (or within a preset duration before time t3), if the proportion of NACK messages in all HARQ messages (including NACK and ACK messages) does not exceed or reach the first proportion (or the number of NACK messages does not exceed or reach a preset number), transport blocks after time t3 can be superimposed with transport blocks before time t3 for encoding (or decoding).

[0197] Based on this, the risk of decoding errors propagation can be reduced.

[0198] 3) The second instruction information sent by the network device.

[0199] This method refers to the way network devices indicate segments to terminal devices. For example, the second indication information is used to indicate the number of at least two transport blocks, and the terminal device determines at least two transport blocks based on the number indicated by the second indication information.

[0200] Based on this, flexible network segmentation can be controlled.

[0201] Of course, the above methods are just examples, and are not limited to these in practice.

[0202] Based on the above design, the transport blocks corresponding to different PxSCH resources can be flexibly controlled to perform superimposed encoding or superimposed decoding to adapt to different scenario requirements.

[0203] The above describes the overlay coding (or overlay decoding) scheme on the terminal device side. The overlay decoding (or overlay coding) scheme on the network side corresponds to the overlay coding (or overlay decoding) scheme on the terminal device side.

[0204] For example, such as Figure 12 As shown, after sending the first information (i.e., S101), the network device can also execute S03:

[0205] S103. The network device performs superimposed decoding or superimposed encoding on at least two transport blocks based on the first information.

[0206] Specifically, if the terminal device performs superimposed encoding on at least two transport blocks in S102, then the network device performs superimposed decoding on at least two transport blocks in S103.

[0207] Optionally, before performing superposition decoding on at least two transport blocks, the network device also receives the encoding results of the at least two transport blocks (hereinafter referred to as receiving the at least two transport blocks). Optionally, after performing superposition encoding on at least two transport blocks, the network device also sends the encoded results of the at least two transport blocks (hereinafter referred to as sending the at least two transport blocks).

[0208] It is understandable that in practical applications, S102 and S103 above can have only one step or both steps, without restriction.

[0209] For details on the specific implementation methods on the network side, please refer to the specific implementation methods on the terminal device side mentioned above. These will not be described in detail here.

[0210] It is understood that the above embodiments can be implemented individually or in combination.

[0211] To better understand the technical solution of this application, a specific example is given below, such as... Figure 13 As shown, a communication method includes:

[0212] S201. The network device sends the fifth information to the terminal device, and the terminal device receives the fifth information.

[0213] The fifth piece of information is used to indicate the rules for overlay encoding or overlay decoding. These rules may include, for example, which dimensions require overlay encoding or overlay decoding. Referring to the example in Table 1 above, in a specific example, if the fifth piece of information contains field B, and field B has a value of "0001", it indicates that overlay encoding and / or overlay decoding should be performed in the spatial domain.

[0214] Optionally, the rules may also include the order of superimposed encoding or superimposed decoding across multiple dimensions, the length of the sliding window, and so on.

[0215] For details on how to implement this, please refer to the previous content; we will not elaborate further here.

[0216] S202. The network device sends the sixth information to the terminal device, and the terminal device receives the sixth information.

[0217] The sixth piece of information is used to indicate the resources that the network device schedules for the terminal device, such as indicating one or more PxSCH resources.

[0218] Optionally, the sixth piece of information is also used to indicate whether the transport blocks mapped on each PxSCH resource are overlaid with the transport blocks mapped on the preceding PxSCH resource for encoding or decoding. For specific implementation details, please refer to the relevant content in Cases 1 and 2 above; further explanation is not provided here.

[0219] It is understood that in practical applications, S201 and S202 above can be two different steps or the same step. For example, the fifth and sixth information can be carried by a single message. This application does not impose any restrictions.

[0220] Through the above process, terminal devices and network devices can achieve cross-TB superposition encoding or superposition decoding, increasing resource utilization, reducing retransmission probability, and improving the user experience of short-latency services.

[0221] The methods provided by the embodiments of this application have been described above with reference to the accompanying drawings. The apparatus provided by the embodiments of this application will be described below with reference to the accompanying drawings.

[0222] Based on the same technical concept, embodiments of this application provide a communication device, which includes a module / unit / means for performing the methods executed by the terminal device and / or network device in the above-described method embodiments. This module / unit / means can be implemented in software, or in hardware, or implemented by hardware executing corresponding software.

[0223] For example, see Figure 14The device may include a transceiver module 301 and a processing module 302.

[0224] For example, when the device is used to implement the method executed by the aforementioned terminal device:

[0225] Transceiver module 301 is used to receive the first information;

[0226] The processing module 302 is used to perform superimposed encoding or superimposed decoding on at least two transport blocks according to the first information.

[0227] In one possible design, the superposition encoding is BMST encoding, and the superposition decoding is BMST decoding.

[0228] In one possible design, the first information is used to indicate whether to overlay encoding or overlay decoding of at least two transport blocks.

[0229] In one possible design, the processing module 302 is specifically used to: perform superimposed encoding or superimposed decoding on at least two transport blocks in at least one dimension in the time domain, frequency domain, and / or spatial domain, based on the first information.

[0230] In one possible design, the first information is used to indicate at least one of the following: at least one dimension; or, if at least one dimension is at least two dimensions, the order in which superimposed encoding or superimposed decoding is performed on at least two dimensions.

[0231] In one possible design, the processing module 302 is specifically used to: superimpose encoding or superimpose decoding on adjacent code blocks in at least two transport blocks in a first dimension, wherein the first dimension is any one of at least one dimension.

[0232] In one possible design, the processing module 302 is specifically used to: perform superimposed encoding or superimposed decoding on at least two transport blocks based on a sliding window, according to the first information.

[0233] In one possible design, the first piece of information is used to indicate the length of the sliding window.

[0234] In one possible design, the first information is a first DCI; at least two transport blocks include a transport block scheduled by the first DCI and a transport block scheduled by the second DCI, the second DCI being the previous DCI of the first DCI; the first DCI contains a first field; when the first field has a first value, it indicates that the transport block scheduled by the first DCI and the transport block scheduled by the second DCI are superimposed encoded or superimposed decoded; when the first field has a second value, it indicates that the transport block scheduled by the first DCI and the transport block scheduled by the second DCI are not superimposed encoded or superimposed decoded.

[0235] In one possible design, the first information is the third DCI, and at least two transport blocks are transport blocks scheduled by the third DCI.

[0236] In one possible design, the first information is the fourth DCI, and at least two transport blocks are included in the multiple uplink transport blocks scheduled by the fourth DCI; the processing module 302 is further configured to: determine at least two transport blocks from the multiple uplink transport blocks based on the soft value or complexity of the decoding.

[0237] In one possible design, the transceiver module 301 is further configured to: send first indication information, the first indication information being used to indicate the number of at least two transport blocks.

[0238] In one possible design, the first information is the fifth DCI, and at least two transport blocks are included in the multiple downlink transport blocks scheduled by the fifth DCI; the processing module 302 is further configured to: determine at least two transport blocks from the multiple downlink transport blocks according to at least one of the following: the time of sending an ACK message or a NACK message; the number of at least two transport blocks indicated by the network.

[0239] For example, when the device is used to implement the method performed by the network device described above:

[0240] Transceiver module 301 is used to send the first information;

[0241] The processing module 302 is used to perform superimposed decoding or superimposed encoding on at least two transport blocks according to the first information.

[0242] In one possible design, the superposition encoding is BMST encoding, and the superposition decoding is BMST decoding.

[0243] In one possible design, the first information is used to indicate whether to overlay encoding or overlay decoding of at least two transport blocks.

[0244] In one possible design, the processing module 302 is specifically used to: perform superimposed decoding or superimposed encoding on at least two transport blocks in at least one dimension in the time domain, frequency domain, and / or spatial domain, based on the first information.

[0245] In one possible design, the first information is used to indicate at least one of the following: at least one dimension; or, if at least one dimension is at least two dimensions, the order in which superimposed encoding or superimposed decoding is performed on at least two dimensions.

[0246] In one possible design, the processing module 302 is specifically used to: perform superimposed decoding or superimposed encoding on adjacent code blocks in at least two transport blocks in a first dimension, wherein the first dimension is any one of at least one dimension.

[0247] In one possible design, the processing module 302 is specifically used to: perform superimposed decoding or superimposed encoding on at least two transport blocks based on a sliding window, according to the first information.

[0248] In one possible design, the first piece of information is used to indicate the length of the sliding window.

[0249] In one possible design, the first information is a first DCI; at least two transport blocks include a transport block scheduled by the first DCI and a transport block scheduled by the second DCI, the second DCI being the previous DCI of the first DCI; the first DCI contains a first field; when the first field has a first value, it indicates that the transport block scheduled by the first DCI and the transport block scheduled by the second DCI are superimposed encoded or superimposed decoded; when the first field has a second value, it indicates that the transport block scheduled by the first DCI and the transport block scheduled by the second DCI are not superimposed encoded or superimposed decoded.

[0250] In one possible design, the first information is the third DCI, and at least two transport blocks are transport blocks scheduled by the third DCI.

[0251] In one possible design, the first information is the fourth DCI, and at least two transport blocks are included in the multiple uplink transport blocks scheduled by the fourth DCI; the transceiver module 301 is also used to receive the first indication information, which is used to indicate the number of at least two transport blocks; the processing module 302 is also used to determine at least two transport blocks from the multiple uplink transport blocks according to the first information.

[0252] In one possible design, the first information is the fifth DCI, and at least two transport blocks are contained in the multiple downlink transport blocks scheduled by the fifth DCI; the processing module 302 is also used to determine at least two transport blocks from the multiple downlink transport blocks according to at least one of the following: the time of sending the ACK message or NACK message; the soft value or complexity of the decoding.

[0253] In one possible design, the transceiver module 301 is also used for:

[0254] Send a second indication message, which indicates the number of at least two transport blocks.

[0255] It should be understood that all relevant content of each step involved in the above method embodiments can be referenced from the functional description of the corresponding functional module, and will not be repeated here.

[0256] In practical implementation, the above-mentioned device can take many product forms. Several possible product forms are introduced below.

[0257] like Figure 15As shown in the illustration, this application also provides a communication device, which can be a chip system. The chip system can be composed of chips or may include chips and other discrete devices. The communication device includes: at least one processor 401; and a communication interface 403 communicatively connected to the at least one processor 401; the at least one processor 401 executes instructions stored in a memory 402, causing the device to perform the method steps executed by the network device or terminal device in the above method embodiments through the communication interface 403.

[0258] Optionally, the memory 402 is located outside the device.

[0259] Optionally, the device includes the memory 402, which is connected to the at least one processor 401, and stores instructions executable by the at least one processor 401. (Appendix) Figure 15 The dashed line indicates that memory 402 is optional for the device.

[0260] The processor 401 and the memory 402 can be coupled through an interface circuit or integrated together; no restriction is imposed here.

[0261] This application embodiment does not limit the specific connection medium between the processor 401, memory 402, and communication interface 403. This application embodiment... Figure 15 The processor 401, memory 402, and communication interface 403 are connected via a bus 404. Figure 15 The connections between other components are shown in bold and are for illustrative purposes only, not as limiting information. The bus can be divided into address bus, data bus, control bus, etc. For ease of illustration, Figure 15 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0262] In some possible designs, the aforementioned communication interface 403 can be a transceiver. Optionally, the device may also include an antenna, such as... Figure 16 As shown.

[0263] Based on the same technical concept, this application also provides a chip, see [link to relevant documentation]. Figure 17 The chip may include logic circuitry and input / output interfaces. Optionally, it may also include a memory. The input / output interfaces may be used to receive code instructions (stored in the memory, which can be read directly from the memory or via other devices) and transmit them to the logic circuitry; the logic circuitry may be used to execute the code instructions to perform the method steps executed by the network device or terminal device in the above method embodiments.

[0264] It should be understood that the processor mentioned in the embodiments of this application can be implemented in hardware or software. When implemented in hardware, the processor can be a logic circuit, integrated circuit, etc. When implemented in software, the processor can be a general-purpose processor, implemented by reading software code stored in memory.

[0265] The processor mentioned in the embodiments of this application can be a general-purpose processor or a special-purpose processor. For example, the processor can be a central processing unit (CPU), application processor, modem processor, graphics processor, image signal processor, video codec processor, controller, and / or neural network processor, etc., or it can be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor can be a microprocessor or any conventional processor. Different processors can be independent devices or integrated into one or more processors, for example, integrated on one or more application-specific integrated circuits.

[0266] It should be understood that the memory mentioned in the embodiments of this application can be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).

[0267] It should be noted that when the processor is a general-purpose processor, DSP, ASIC, FPGA, or other programmable logic device, discrete gate or transistor logic device, or discrete hardware component, the memory (storage module) can be integrated into the processor.

[0268] It should be noted that the memories described herein are intended to include, but are not limited to, these and any other suitable types of memories.

[0269] Based on the same technical concept, embodiments of this application also provide a computer-readable storage medium storing a computer program or instructions. When the computer program or instructions are executed by a communication device, the method steps executed by the terminal device or network device in the above method embodiments are implemented.

[0270] Based on the same technical concept, this application also provides a computer program product, which includes a computer program or instructions. When the computer program or instructions are run by a communication device, the method steps executed by the terminal device or network device in the above method embodiments are executed.

[0271] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0272] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to this application. It should be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart illustrations. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0273] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0274] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

Claims

1. A superimposed transmission method, characterized in that, include: Receive the first message; Based on the first information, at least two transport blocks are superimposed for encoding or superimposed for decoding.

2. The method as described in claim 1, characterized in that, The superposition encoding is Packet Markov Superposition Transmission (BMST) encoding, and the superposition decoding is BMST decoding.

3. The method as described in claim 1, characterized in that, The first information is used to indicate that the at least two transport blocks are superimposed encoded or superimposed decoded.

4. The method according to any one of claims 1-3, characterized in that, The step of superimposing encoding or superimposing decoding on at least two transport blocks based on the first information includes: Based on the first information, at least two transport blocks are superimposed encoded or superimposed decoded in at least one dimension in the time domain, frequency domain, and / or spatial domain.

5. The method as described in claim 4, characterized in that, The first information is used to indicate at least one of the following: The at least one dimension; When the at least one dimension is at least two dimensions, the order in which superimposed encoding or superimposed decoding is performed on the at least two dimensions.

6. The method as described in claim 4 or 5, characterized in that, The superposition encoding or superposition decoding of at least two transport blocks in at least one dimension in the time domain, frequency domain, and / or spatial domain includes: The code blocks that are adjacent in a first dimension in the at least two transport blocks are superimposed for encoding or decoding, wherein the first dimension is any one of the at least two dimensions.

7. The method according to any one of claims 1-6, characterized in that, The step of superimposing encoding or superimposing decoding on at least two transport blocks based on the first information includes: Based on the first information, the at least two transport blocks are superimposed for encoding or decoding using a sliding window.

8. The method as described in claim 7, characterized in that, The first information is used to indicate the length of the sliding window.

9. The method according to any one of claims 1-8, characterized in that, The first information is the first downlink control information (DCI); the at least two transport blocks include a transport block scheduled by the first DCI and a transport block scheduled by the second DCI, wherein the second DCI is the previous DCI of the first DCI. The first DCI contains a first field; When the first field is a first value, it indicates that the transport block scheduled by the first DCI and the transport block scheduled by the second DCI are superimposed encoded or superimposed decoded; when the first field is a second value, it indicates that the transport block scheduled by the first DCI and the transport block scheduled by the second DCI are not superimposed encoded or superimposed decoded.

10. The method according to any one of claims 1-8, characterized in that, The first information is the third DCI, and the at least two transport blocks are transport blocks scheduled by the third DCI.

11. The method according to any one of claims 1-8, characterized in that, The first information is the fourth DCI, and the at least two transport blocks are included in the multiple uplink transport blocks scheduled by the fourth DCI; The method further includes: The at least two transport blocks are determined from the plurality of uplink transport blocks based on the soft value or complexity of the decoding.

12. The method as described in claim 11, characterized in that, Also includes: Send a first indication message, which indicates the number of the at least two transport blocks.

13. The method according to any one of claims 1-8, characterized in that, The first information is the fifth DCI, and the at least two transport blocks are included in the plurality of downlink transport blocks scheduled by the fifth DCI; the method further includes: The at least two transport blocks are determined from the plurality of downlink transport blocks according to at least one of the following: The time when an ACK message is sent or a NACK message is not sent; The number of the at least two transport blocks indicated by the network.

14. A superimposed transmission method, characterized in that, include: Send the first message; Based on the first information, at least two transport blocks are superimposed for decoding or encoding.

15. The method as described in claim 14, characterized in that, The superposition encoding is Packet Markov Superposition Transmission (BMST) encoding, and the superposition decoding is BMST decoding.

16. The method as described in claim 14, characterized in that, The first information is used to indicate that the at least two transport blocks are superimposed encoded or superimposed decoded.

17. The method according to any one of claims 14-16, characterized in that, The step of performing superimposed decoding or superimposed encoding on at least two transport blocks based on the first information includes: Based on the first information, at least two transport blocks are superimposed decoded or superimposed encoded in at least one dimension in the time domain, frequency domain, and / or spatial domain.

18. The method as described in claim 17, characterized in that, The first information is used to indicate at least one of the following: The at least one dimension; When the at least one dimension is at least two dimensions, the order in which superimposed encoding or superimposed decoding is performed on the at least two dimensions.

19. The method as described in claim 17 or 18, characterized in that, The superposition decoding or superposition encoding of at least two transport blocks in at least one dimension in the time domain, frequency domain, and / or spatial domain includes: The code blocks that are adjacent in a first dimension in the at least two transport blocks are superimposed for decoding or encoding, where the first dimension is any one of the at least one dimensions.

20. The method according to any one of claims 16-19, characterized in that, The step of performing superimposed decoding or superimposed encoding on at least two transport blocks based on the first information includes: Based on the first information, the at least two transport blocks are superimposed for decoding or encoding using a sliding window.

21. The method as described in claim 20, characterized in that, The first information is used to indicate the length of the sliding window.

22. The method according to any one of claims 16-21, characterized in that, The first information is the first downlink control information (DCI); the at least two transport blocks include a transport block scheduled by the first DCI and a transport block scheduled by the second DCI, wherein the second DCI is the previous DCI of the first DCI. The first DCI contains a first field; When the first field is a first value, it indicates that the transport block scheduled by the first DCI and the transport block scheduled by the second DCI are superimposed encoded or superimposed decoded; when the first field is a second value, it indicates that the transport block scheduled by the first DCI and the transport block scheduled by the second DCI are not superimposed encoded or superimposed decoded.

23. The method according to any one of claims 16-21, characterized in that, The first information is the third DCI, and the at least two transport blocks are transport blocks scheduled by the third DCI.

24. The method according to any one of claims 16-21, characterized in that, The first information is the fourth DCI, and the at least two transport blocks are included in the multiple uplink transport blocks scheduled by the fourth DCI; The method further includes: Receive first indication information, the first indication information being used to indicate the number of the at least two transport blocks; The at least two transport blocks are determined from the plurality of uplink transport blocks based on the first information.

25. The method according to any one of claims 16-21, characterized in that, The first information is the fifth DCI, and the at least two transport blocks are included in the plurality of downlink transport blocks scheduled by the fifth DCI; the method further includes: The at least two transport blocks are determined from the plurality of downlink transport blocks according to at least one of the following: The time when an ACK message is sent or a NACK message is not sent; The soft value or complexity of decoding.

26. The method as described in claim 25, characterized in that, The method further includes: Send a second indication message, which indicates the number of the at least two transport blocks.

27. A communication device, characterized in that, It includes modules for performing the method as described in any one of claims 1-12, or modules for performing the method as described in any one of claims 13-26.

28. A communication device, characterized in that, Includes a processor for executing computer programs or instructions to cause the method of any one of claims 1-12 to be performed, or to cause the method of any one of claims 13-26 to be performed.

29. A computer-readable storage medium, characterized in that, The readable storage medium is used to store instructions that, when executed, cause the method as described in any one of claims 1-12 or the method as described in any one of claims 13-26 to be implemented.

30. A computer program product, characterized in that, The computer program product stores instructions that, when executed on a computer, cause the method as described in any one of claims 1-12 to be implemented, or cause the method as described in any one of claims 13-26 to be implemented.

Images