Communication method and apparatus

WO2026158298A1PCT designated stage Publication Date: 2026-07-30HUAWEI TECH CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
HUAWEI TECH CO LTD
Filing Date
2026-01-20
Publication Date
2026-07-30

Smart Images

  • Figure CN2026073681_30072026_PF_FP_ABST
    Figure CN2026073681_30072026_PF_FP_ABST
Patent Text Reader

Abstract

A communication method and apparatus, used for performing different reliability guarantees for different parts of air interface data to be transmitted, reducing resource consumption, and improving the resource utilization rate. The method may comprise: a sending end device performs redundant coding on a part of sub-data in first data to be transmitted over an air interface, generates second data to be transmitted over the air interface, and sends the second data, wherein the second data comprises the first data to be transmitted over the air interface and redundant data corresponding to the part of sub-data in the first data. When one piece of sub-data among the part of sub-data is verified to be erroneous, a receiving side device performs data recovery on the basis of redundant data corresponding to the one piece of sub-data. The present invention can achieve targeted reliability guarantees for different parts of air interface data to be transmitted, reduce resource consumption, and improve the resource utilization rate.
Need to check novelty before this filing date? Find Prior Art

Description

A communication method and apparatus

[0001] Cross-references to related applications

[0002] This application claims priority to Chinese Patent Application No. 202510126333.7, filed on January 27, 2025, entitled "A Communication Method and Apparatus", the entire contents of which are incorporated herein by reference. Technical Field

[0003] This application relates to the field of communication technology, and in particular to a communication method and apparatus. Background Technology

[0004] In current communications, the air interface's guarantee of data reliability is mainly reflected in the code rate of the transport block (TB) encoding. A lower code rate means a higher probability of the TB being correctly decoded, i.e., higher reliability. Furthermore, the data within a TB enjoys consistent reliability; that is, the probability of error at any point in the data is the same. In other words, the air interface provides uniform reliability assurance for data.

[0005] Currently, air interface data reliability assurance suffers from high resource consumption and low resource utilization efficiency. Summary of the Invention

[0006] This application provides a communication method and apparatus to provide different reliability guarantees for different parts of the air interface data to be transmitted, thereby reducing resource consumption and improving resource utilization.

[0007] Firstly, this application provides a communication method that can be applied to a communication device, which can be a transmitting device, or a processor, chip, chip system, circuit, or functional module within the transmitting device. The method may include: performing redundant encoding on a portion of first data to be transmitted over the air interface to generate second data to be transmitted over the air interface; the second data includes redundant data corresponding to the portion of the first data; and transmitting the second data.

[0008] Based on the above communication method, targeted reliability assurance can be achieved for different parts of the air interface data to be transmitted, reducing resource consumption and improving resource utilization.

[0009] In one possible design, the partial sub-data may include B code blocks (CBs), and the redundant data may include C CBs, where B and C are positive integers. This allows the transmitting device to redundantly encode a portion of the CBs, enabling data recovery using the redundant CBs when a transmission error occurs in that portion of the CBs, thus improving the transmission reliability of the data corresponding to that portion of the CBs.

[0010] In one possible design, each of the B CBs includes the header portion of the data packets in the first data; or, the B CBs include data packets in the first data whose reliability requirement is greater than a first threshold. This allows for redundant encoding of the header portion of the data packets, or redundant encoding of data packets with high reliability requirements, thereby improving the transmission reliability of the header portion or data packets with high reliability requirements.

[0011] In one possible design, the B redundant CBs are consecutive. This concentrates the positions of the redundantly encoded CBs, reducing the number of redundant CBs and thus reducing resource consumption.

[0012] In one possible design, the C CBs are determined based on the B CBs. Since available transmission resources are limited, the C CBs can be determined from the B CBs, which allows us to determine how many redundant CBs can be carried by the available resources in addition to all the CBs included in the first data. This ensures that the resources occupied by the transmitted second data do not exceed the available resources.

[0013] In one possible design, the C CBs are determined based on the B CBs. This can be achieved by: determining the C CBs based on a first ratio and the B CBs, where the first ratio is the ratio of the number of initial CBs to the number of redundant CBs, and this first ratio is predefined or preconfigured; or by determining the C CBs based on a first correspondence and the B CBs, where the first correspondence is the correspondence between the number of initial CBs and the number of redundant CBs, and this first correspondence is predefined or preconfigured. This allows for flexible determination of the C CBs in multiple ways.

[0014] In one possible design, one of the C CBs includes first indication information and / or second indication information. The first indication information indicates that the CB is a redundant CB, and the second indication information indicates that the CB is associated with at least one of the B CBs. This allows the receiving device to identify the association between the initial CBs and the redundant CBs, so that when one of the B initial CBs fails, data recovery can be performed using the associated redundant CB.

[0015] In one possible design, a third indication is sent to indicate the association between the C initial CBs and the B redundant CBs. This allows the receiving device to identify the association between the initial CBs and the redundant CBs, so that if one of the B initial CBs fails, the associated redundant CBs can be used for data recovery.

[0016] In one possible design, each of the partial sub-data items is preceded by a first identifier, which indicates the starting position of each sub-data item; the redundant data includes at least one sub-redundant data item, and the starting position of each sub-redundant data item is preceded by a second identifier, which indicates the starting position of each sub-redundant data item. This allows the receiving device to identify the positions of the partial sub-data and the sub-redundant data.

[0017] In one possible design, the partial sub-data includes the header portion of the data packets in the first data; or, the partial sub-data includes data packets in the first data whose reliability requirements are greater than a first threshold. This allows for redundant encoding of the header portion of the data packets, or redundant encoding of data packets with high reliability requirements, thereby improving the transmission reliability of the header portion or data packets with high reliability requirements.

[0018] In one possible design, the data length of one of the at least one sub-redundant data is the same as the data length of the first sub-data in the partial sub-data, where the first sub-data is the longest sub-data in the partial sub-data. This allows the protection scope of the sub-redundant data to cover the longest sub-data, ensuring that all sub-data in the partial sub-data can be recovered through the sub-redundant data, thereby improving the transmission reliability of the partial sub-data.

[0019] In one possible design, one of the at least one sub-redundant data includes a fourth indication and / or a fifth indication. The fourth indication indicates that the sub-redundant data is redundant, and the fifth indication indicates that the sub-redundant data is associated with at least one sub-data in the partial sub-data. This allows the receiving device to identify the association between the partial sub-data in the sub-redundant data domain, thereby enabling data recovery using the associated sub-redundant data when one sub-data in the partial sub-data is corrupted.

[0020] Secondly, this application provides a communication method that can be applied to a communication device, which can be a receiving device, or a processor, chip, chip system, circuit, or functional module within the receiving device. The method may include: receiving second data to be transmitted over the air interface, the second data including first data to be transmitted over the air interface and redundant data corresponding to a portion of sub-data in the first data; and when one of the sub-data is verified as erroneous, performing data recovery based on the redundant data corresponding to that sub-data.

[0021] Based on the above communication method, targeted reliability assurance can be achieved for different parts of the air interface data to be transmitted, reducing resource consumption and improving resource utilization.

[0022] In one possible design, if the recovery of one of the sub-data segments fails, retransmission of the first data segment or retransmission of the sub-data segment is triggered. This way, when a part with high reliability requirements fails and cannot be recovered, reliability can be improved through retransmission.

[0023] In one possible design, when at least one piece of the remaining sub-data is verified as erroneous, and the amount of the at least one piece of data is greater than a second threshold or the ratio of the at least one piece of data to the remaining sub-data is greater than a third threshold, retransmission of the first data or retransmission of the at least one piece of data is triggered; wherein, the remaining sub-data refers to the sub-data in the first data excluding the aforementioned partial sub-data. This allows for a certain degree of error for parts with lower reliability requirements.

[0024] In one possible design, the partial sub-data includes B code blocks (CBs), and the redundant data includes C CBs, where B and C are positive integers. This allows the transmitting device to redundantly encode a portion of the CBs, enabling the receiving device to recover the data using the redundant CBs if an error occurs during the transmission of that portion of the CBs, thus improving the transmission reliability of the data corresponding to that portion of the CBs.

[0025] In one possible design, each of the B CBs includes the header portion of the data packets in the first data; or, the B CBs include data packets in the first data whose reliability requirement is greater than a first threshold. This allows for redundant encoding of the header portion of the data packets, or redundant encoding of data packets with high reliability requirements, thereby improving the transmission reliability of the header portion or data packets with high reliability requirements.

[0026] In one possible design, the B redundant CBs are consecutive. This concentrates the positions of the redundantly encoded CBs, reducing the number of redundant CBs and thus reducing resource consumption.

[0027] In one possible design, the C CBs are determined based on the B CBs. Since available transmission resources are limited, the C CBs can be determined from the B CBs, which allows us to determine how many redundant CBs can be carried by the available resources in addition to all the CBs included in the first data. This ensures that the resources occupied by the transmitted second data do not exceed the available resources.

[0028] In one possible design, the C CBs are determined based on the B CBs. This can be achieved by: determining the C CBs based on a first ratio and the B CBs, where the first ratio is the ratio of the number of initial CBs to the number of redundant CBs, and this first ratio is predefined or preconfigured; or by determining the C CBs based on a first correspondence and the B CBs, where the first correspondence is the correspondence between the number of initial CBs and the number of redundant CBs, and this first correspondence is predefined or preconfigured. This allows for flexible determination of the C CBs in multiple ways.

[0029] In one possible design, one of the C CBs includes first indication information and / or second indication information. The first indication information indicates that the CB is a redundant CB, and the second indication information indicates that the CB is associated with at least one of the B CBs. This allows the receiving device to identify the association between the initial CBs and the redundant CBs, so that when one of the B initial CBs fails, data recovery can be performed using the associated redundant CB.

[0030] In one possible design, a third indication is received, which indicates the association between the C initial CBs and the B redundant CBs. This allows the receiving device to identify the association between the initial CBs and the redundant CBs, so that if one of the B initial CBs fails, the associated redundant CBs can be used for data recovery.

[0031] In one possible design, each of the partial sub-data items is preceded by a first identifier indicating the start position of each sub-data item; the redundant data includes at least one sub-redundant data item, each of which is preceded by a second identifier indicating the start position of each sub-redundant data item. This allows the receiving device to identify the positions of the partial sub-data and the sub-redundant data.

[0032] In one possible design, the partial sub-data includes the header portion of the data packets in the first data; or, the partial sub-data includes data packets in the first data whose reliability requirements are greater than a first threshold. This allows for redundant encoding of the header portion of the data packets, or redundant encoding of data packets with high reliability requirements, thereby improving the transmission reliability of the header portion or data packets with high reliability requirements.

[0033] In one possible design, the data length of one of the at least one sub-redundant data is the same as the data length of the first sub-data in the partial sub-data, where the first sub-data is the longest sub-data in the partial sub-data. This allows the protection scope of the sub-redundant data to cover the longest sub-data, ensuring that all sub-data in the partial sub-data can be recovered through the sub-redundant data, thereby improving the transmission reliability of the partial sub-data.

[0034] In one possible design, one of the at least one sub-redundant data includes a fourth indication and / or a fifth indication. The fourth indication indicates that the sub-redundant data is redundant, and the fifth indication indicates that the sub-redundant data is associated with at least one sub-data in the partial sub-data. This allows the receiving device to identify the association between the partial sub-data in the sub-redundant data domain, thereby enabling data recovery using the associated sub-redundant data when one sub-data in the partial sub-data is corrupted.

[0035] Thirdly, this application also provides a communication device, which can be a transmitting-side device or a component within a transmitting-side device (e.g., a processor, chip, chip system, circuit, component, module, or functional module, etc.). This communication device has the functionality to implement the methods described in the first aspect or various possible design examples of the first aspect. The functionality can be implemented in hardware or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the described functionality.

[0036] In one possible design, the communication device may include a processing unit, and optionally a transceiver unit, which may perform the functions of the methods described in the first aspect or various possible design examples of the first aspect, which will not be elaborated here.

[0037] In one possible design, the communication device includes one or more processors, and optionally also includes a memory and / or a transceiver. The transceiver is used to send and receive data, messages, or information, and to communicate with other devices in the system. The processor is configured to support the communication device in performing the corresponding functions in the first aspect or various possible design examples of the first aspect described above. The memory is coupled to the processor and stores the necessary program instructions and data for the communication device.

[0038] Fourthly, this application also provides a communication device, which can be a receiving-side device or a component within a receiving-side device (e.g., a processor, chip, chip system, circuit, component, module, or functional module). This communication device has the functionality to implement the methods described in the second aspect or various possible design examples of the second aspect. The functionality can be implemented in hardware or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the described functions.

[0039] In one possible design, the communication device may include a processing unit, and optionally a transceiver unit, which may perform the functions of the methods described in the second aspect or various possible design examples of the second aspect, which will not be elaborated here.

[0040] In one possible design, the communication device includes one or more processors, and optionally also includes memory and / or a transceiver. The transceiver is used to send and receive data, messages, or information, and to communicate with other devices in the system. The processor is configured to support the communication device in performing the corresponding functions in the second aspect or various possible design examples of the second aspect described above. The memory is coupled to the processor and stores the necessary program instructions and data for the communication device.

[0041] Fifthly, embodiments of this application provide a communication system that may include a transmitting-side device and a receiving-side device. The transmitting-side device can be used to implement the methods described in the first aspect or various possible design examples of the first aspect; the receiving-side device can be used to implement the methods described in the second aspect or various possible design examples of the second aspect.

[0042] Sixthly, embodiments of this application provide a computer-readable storage medium storing program instructions that, when executed on a computer, cause the computer to perform the methods described in the first aspect and any possible design of the embodiments of this application, or in the second aspect and any possible design. Exemplarily, the computer-readable storage medium can be any available medium accessible to a computer. For example, but not limited to, a computer-readable medium can include a non-transient computer-readable medium, random-access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), CD-ROM or other optical disk storage, magnetic disk storage media, or other magnetic storage devices, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer.

[0043] In a seventh aspect, embodiments of this application provide a computer program product, including a computer program or instructions, which, when executed on a computer, cause the method described in the first aspect or any possible design of the first aspect, or in the second aspect or any possible design of the second aspect, to be performed.

[0044] Eighthly, this application also provides a chip or chip system including one or more processors, the processors being coupled to at least one memory for reading and executing program instructions stored in the memory to enable the chip or chip system to implement the method described in the first aspect or any possible design of the first aspect, or in the second aspect or any possible design of the second aspect.

[0045] For the various aspects of the third to eighth aspects mentioned above, and the technical effects that each aspect may achieve, please refer to the above description of the technical effects that can be achieved for the first aspect or the various possible solutions in the first aspect, or the second aspect or the various possible solutions in the second aspect, which will not be repeated here. Attached Figure Description

[0046] Figure 1 is a schematic diagram of the architecture of a communication system provided in this application;

[0047] Figure 2 is a schematic diagram of the architecture of an access network device provided in this application;

[0048] Figure 3 is a schematic diagram of the architecture of another communication system provided in this application;

[0049] Figure 4 is a schematic diagram of a 5G protocol stack provided in this application;

[0050] Figure 5a is a schematic diagram of a data transmission method provided in this application;

[0051] Figure 5b is a schematic diagram of a redundancy coding method provided in this application;

[0052] Figure 6 is a flowchart illustrating a communication method provided in this application;

[0053] Figure 7 is a schematic diagram of a redundancy coding method provided in this application;

[0054] Figure 8 is a schematic diagram of another redundancy coding provided in this application;

[0055] Figure 9 is a schematic diagram of another redundancy coding provided in this application;

[0056] Figure 10 is a schematic diagram of the structure of a communication device provided in this application;

[0057] Figure 11 is a structural diagram of a communication device provided in this application. Detailed Implementation

[0058] This application provides a communication method and apparatus to provide different reliability guarantees for different parts of the air interface data to be transmitted, thereby reducing resource consumption and improving resource utilization. The method and apparatus described in this application are based on the same technical concept. Since the principles by which the method and apparatus solve the problem are similar, the implementation of the apparatus and method can be referred to each other, and repeated details will not be elaborated further.

[0059] In the description of this application, the terms "first," "second," etc., are used only for the purpose of distinguishing descriptions and should not be construed as indicating or implying relative importance or order.

[0060] In the description of this application, "at least one" means one or more, and "more than one" means two or more. "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, or c can mean: a, b, c, a and b, a and c, b and c, or a and b and c, where a, b, and c can be single or multiple.

[0061] In the description of this application, "and / or" describes the relationship between related objects, indicating that there can be three relationships. 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. " / " means "or", for example, a / b means a or b.

[0062] To more clearly describe the technical solutions of the embodiments of this application, the communication methods and devices provided in the embodiments of this application will be described in detail below with reference to the accompanying drawings.

[0063] The technical solutions in the embodiments of this application can be applied to various communication systems. Examples include Universal Mobile Telecommunications System (UMTS), Wireless Local Area Network (WLAN), Short-Range Wireless Communication Systems (such as Sidelink, Wireless Fidelity (Wi-Fi or WiFi), Bluetooth, wired networks, Integrated Sensing and Communication (ISAC), Vehicle-to-Everything (V2X) communication systems, Device-to-Device (D2D) communication systems, Vehicle-to-Everything (V2X) communication systems, Machine-to-Machine (M2M) communication, Machine-Type Communication (MTC), Internet of Things (IoT), 4th Generation (4G) mobile communication systems (such as Long Term Evolution (LTE) systems), LTE Frequency Division Duplex (FDD) systems, LTE Time Division Duplex (TDD) systems, Worldwide Interoperability for Microwave Access (WiMAX) communication systems, and 5th Generation (5G) mobile communication systems. No restrictions are imposed on generation (5G) mobile communication systems (such as new radio (NR) systems), future evolution communication systems, or other similar communication systems.

[0064] For example, Figure 1 illustrates a possible architecture diagram of a communication system applicable to an embodiment of this application. As shown in Figure 1, the communication system 10 may include a radio access network (RAN) 100 and a core network (CN) 200. Optionally, the communication system 10 may also include the Internet 300.

[0065] RAN 100 includes at least one RAN node (110a and 110b in Figure 1, collectively referred to as 110) and at least one terminal device (120a-120j in Figure 1, collectively referred to as 120). RAN 100 may also include other RAN nodes, such as wireless relay devices and / or wireless backhaul devices (not shown in Figure 1). Terminal device 120 is wirelessly connected to RAN node 110. RAN node 110 is wirelessly or wired connected to core network 200. The core network devices in core network 200 and RAN node 110 in RAN 100 can be different physical devices, or they can be the same physical device integrating core network logical functions and wireless access network logical functions.

[0066] RAN 100 can be a 3rd Generation Partnership Project (3GPP) related cellular system, such as a 4th generation (4G) mobile communication system (e.g., Long Term Evolution, LTE), a 5th generation (5G) mobile communication system (e.g., New Radio, NR), or a future-oriented communication system. RAN 100 can also be an open RAN (O-RAN or ORAN), a cloud radio access network (CRAN), or a WiFi system. RAN 100 can also be a communication system that integrates two or more of the above systems.

[0067] RAN node 110, sometimes referred to as RAN entity or access node, constitutes part of the communication system and assists terminal devices in achieving wireless access. Multiple RAN nodes 110 in communication system 10 can be of the same type or different types. In some scenarios, the roles of RAN node 110 and terminal device 120 are relative. For example, network element 120i in Figure 1 can be a helicopter or drone, which can be configured as a mobile base station. For terminals 120j accessing RAN 100 through network element 120i, network element 120i is a base station; however, for base station 110a, network element 120i is a terminal device. RAN node 110 and terminal device 120 are sometimes both referred to as communication devices. For example, network elements 110a and 110b in Figure 1 can be understood as communication devices with base station functions, and network elements 120a-120j can be understood as communication devices with terminal device functions.

[0068] RAN nodes can also be referred to in different ways, such as network devices. Unless otherwise specified in this application, network devices will be used as the term.

[0069] In one possible scenario, the network device can also be called an access network device. The access network device can be a base station, an evolved NodeB (eNodeB), an access point (AP), a transmission reception point (TRP), a base station in a future mobile communication system, or an access node in a WiFi system. The access network device can be a macro base station (as shown in Figure 1, 110a), a micro base station or indoor station (as shown in Figure 1, 110b), a relay node or donor node, or a radio controller in a CRAN scenario. Optionally, the access network device can also be a server, wearable device, vehicle, or in-vehicle equipment. For example, the access network device in vehicle-to-everything (V2X) technology can be a roadside unit (RSU). All or part of the functions of the access network device in this application can also be implemented through software functions running on hardware, or through virtualization functions instantiated on a platform (e.g., a cloud platform). The access network device in this application can also be a logical node, logical module, or software capable of implementing all or part of the access network device functions.

[0070] In another possible scenario, multiple access network devices collaborate to assist terminal devices in achieving wireless access, with each access network device performing a portion of the base station's functions. For example, the access network devices can be a central unit (CU), a distributed unit (DU), a CU-control plane (CP), a CU-user plane (UP), or a radio unit (RU), etc. The CU and DU can be configured separately or included in the same network element, such as a baseband unit (BBU). The RU can be included in radio frequency equipment or radio frequency units, such as a remote radio unit (RRU), an active antenna unit (AAU), or a remote radio head (RRH).

[0071] In some implementations, as shown in Figure 2, the access network device may include a CU and a DU. One CU can be associated with one or more DUs. Access network devices including CUs and DUs separate the protocol layers of the gNB in ​​the NR system. Some protocol layer functions are centrally controlled by the CU, while the remaining partial or complete protocol layer functions are distributed in the DUs, which are centrally controlled by the CU. In a typical protocol stack partitioning scheme, the CU includes radio resource control (RRC), the packet data convergence protocol (PDCP) corresponding to the control plane, and the service data adaptation protocol (SDAP). The DU includes the radio link control (RLC) layer, the media access control (MAC) layer, and the physical (PHY) layer.

[0072] Optionally, the CU can be further divided into CP and UP. CU-CP is responsible for control plane functions, mainly including RRC and the corresponding PDCP (i.e., PDCP-control plane, PDCP-C) for the control plane. PDCP-C is mainly responsible for control plane data encryption / decryption, integrity protection, and data transmission. CU-UP is responsible for user plane functions, mainly including SDAP and the corresponding PDCP (i.e., PDCP-user plane, PDCP-U) for the user plane. SDAP is mainly responsible for processing core network data and mapping flows to bearers. PDCP-U is mainly responsible for data plane encryption / decryption, integrity protection, header compression, sequence number maintenance, and data transmission. CU-CP and CU-UP can be connected via the E1 interface. CU-CP represents the gNB connecting to the core network via the NG interface and connecting to the DU via the F1 interface control plane (i.e., F1-C). CU-UP connects to the DU via the F1 interface user plane (i.e., F1-U). Alternatively, PDCP-C may also be located within CU-UP.

[0073] In different systems, CU (or CU-CP and CU-UP), DU, or RU may have different names, but those skilled in the art will understand their meaning. For example, in an ORAN system, CU can also be called an open CU (O-CU), DU can also be called an open DU (O-DU), CU-CP can also be called an open CU-CP (O-CU-CP), CU-UP can also be called an open CU-UP (O-CU-UP), and RU can also be called an open RU (O-RU). Any of the units among CU (or CU-CP, CU-UP), DU, and RU in this application can be implemented through software modules, hardware modules, or a combination of software and hardware modules.

[0074] Terminal devices can also be called user equipment (UE), mobile stations, mobile terminals, 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, augmented reality, 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, etc. The embodiments of this application do not limit the device form of the terminal device.

[0075] The core network may include multiple core network elements (or entities), such as access management function elements, session management function elements, user plane function elements, etc.

[0076] The access management function network element is responsible for access control and mobility management of terminal devices accessing the operator's network. This includes functions such as mobility state management, assigning temporary user identities, authentication, and authorization. In 5G communication systems, this access management function network element can be an access and mobility management function (AMF) network element. In future communication systems, the access management function network element may have other names, without limitation.

[0077] The session management function (SMF) network element is primarily responsible for session management in mobile networks, such as session establishment, modification, and release. It can also assign Internet Protocol (IP) addresses to users and select user plane function (MPF) network elements that provide packet forwarding capabilities. In 5G communication systems, this SMF network element may be a Session Management Function (SMF) network element. In future communication systems, the SMF network element may have other names, without limitation.

[0078] User plane function (UDP) network elements are responsible for receiving and forwarding user data. For example, they can receive user data from the DN (Digital Network Node) and transmit it to the terminal device through the access network equipment; UDP network elements can also receive user data from the terminal device through the access network equipment and forward it to the DN. In 5G communication systems, this UDP network element can be a user plane function (UPF) network element. In future communication systems, UDP network elements may have other names, without limitation.

[0079] For example, Figure 3 illustrates a schematic diagram of another possible communication system architecture applicable to embodiments of this application. As shown in Figure 3, the communication system may include a core network (CN) and an access network (AN). The access network may include at least one access network device. Optionally, the access network may also include at least one terminal device. The terminal device may be, for example, an extended reality (XR) device as shown in Figure 3. In some implementations, the terminal devices may communicate with each other via a sidelink (SL).

[0080] Optionally, as shown in Figure 3, the communication system may also include a data network (DN). The DN can be a network located outside the mobile communication system, providing services to users. For example, the DN can be a packet data network (PDN), such as the Internet, an Internet Protocol Multimedia Service (IMS) network, a dedicated data network for certain applications, Ethernet, or an Internet Protocol (IP) local area network. The DN can deploy various services, providing data and / or voice services to terminal devices. The DN can contain multiple application servers (AS), each of which can provide at least one service.

[0081] For example, in this communication system, for downlink transmission, data generated by the application server is forwarded through the data network and sent to the core network via the N6 interface. The core network then transmits the data to the access network device via the N3 interface, and the access network device sends the data to the terminal device via the Uu air interface. The uplink transmission path is the reverse of the downlink transmission path and will not be described further.

[0082] Optionally, XR devices may not connect directly to the access network devices, but instead connect indirectly to other terminal devices via wireless fidelity (WIFI), Bluetooth, StarFlash, side-to-side, or other methods.

[0083] The communication systems and service 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. Those skilled in the art will understand that, with the evolution of network architecture and the emergence of new service scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0084] The relevant terms used in the embodiments of this application will be explained below. It should be noted that these explanations are for the purpose of making the embodiments of this application easier to understand, and should not be regarded as a limitation on the scope of protection claimed by this application.

[0085] 1) TB

[0086] In LTE and NR, data is transmitted over the air in terabytes (TBs). The size of a TB is determined by the amount of resources allocated by the network. A TB may contain one or more data packets, or it may contain incomplete data packets.

[0087] Taking the 5G protocol stack as an example, as shown in Figure 4, an Internet Protocol (IP) packet first becomes an SDAP service data unit (SDU). After processing such as adding headers at the SDAP layer, it becomes an SDAP protocol data unit (PDU). The SDAP PDU is delivered to the corresponding PDCP entity, and one SDAP PDU corresponds to one PDCP SDU. The PDCP SDU undergoes compression and header addition at the PDCP layer to become a PDCP PDU. The PDCP PDU is then delivered to the RLC layer as an RLC SDU. When the network allocates resources for data transmission, the size of the TB (terabyte) is first determined based on the resource size, which corresponds to the size of the MAC PDU. The MAC layer sequentially retrieves RLC PDUs (obtained from RLC SDUs after header addition) from the RLC layer. One RLC PDU corresponds to one MAC SDU. A MAC SDU with a MAC header is called a MAC subPDU. Multiple MAC subPDUs are assembled into the final MAC PDU. It is worth noting that during the assembly process, the remaining space in the MAC PDU may not be enough to accommodate a complete RLC SDU. In this case, the RLC SDU will be segmented, and one segment of the RLC SDU will be encapsulated into an RLC PDU and submitted to the MAC layer as a MAC subPDU for MAC PDU assembly. After the MAC PDU is assembled, it is submitted to the physical layer as a TB, and after encoding and other operations, it is finally transmitted over the air interface.

[0088] After receiving the data bitstream of a TB (Through Tolerance), the physical layer adds a cyclic redundancy code (CRC) for error detection. The TB may then be divided into multiple code bloacks (CBs) for encoding. This is because the encoder can only support code bloacks of finite length; therefore, when the TB exceeds the maximum length supported by a single CB, CB segmentation is necessary. The size of the resulting CBs depends on the low-density parity check (LDPC) encoding method and the size of the TB; it can be simply understood as the TB being uniformly divided into multiple CBs. Each CB also has a CRC added for error detection.

[0089] A Data Block (TB), consisting of one or more Containers (CBs), is transmitted as a whole on radio resources. If a data transmission error occurs within a TB, the entire TB needs to be retransmitted. Only after the receiving side correctly receives the complete TB can it successfully parse the corresponding data packets from it.

[0090] 2) Data transmission processing

[0091] Taking downlink data transmission from an application server to a terminal device as an example, after the application layer generates the raw data, it is processed by protocol layers such as the transport layer (e.g., Transmission Control Protocol (TCP), User Datagram Protocol (UDP), Real-Time Transport Protocol (RTP), and network layer (e.g., IP), and then transmitted to the 5G core network via the IP network. The core network then passes the data to the appropriate base station, which, after processing, transmits the data to the terminal device via the air interface. For uplink, after the terminal device's application layer generates the raw data, it is processed by protocol layers such as the transport layer and network layer before being submitted to the terminal device's access stratum (AS). After processing by the access layer, it is transmitted to the base station via the air interface. In the above process, the protocol stack processing before data transmission via the air interface is symmetrical. Unless otherwise specified, the described technologies and solutions are applicable to both uplink and downlink.

[0092] For example, taking Figure 5a as an example, the data generated by the application layer (application data, APP data) is processed by the transport layer and network layer, and a transport layer protocol header (RTP header in the figure) and a network layer protocol header (IP header in the figure) are added to form IP data packets. For downlink, the IP data packets are transmitted to the 5G network via the IP network. At the base station, they are processed by the air interface protocol stack, and a layer 2 (L2) header (including SDAP, PDCP, RLC, and MAC layers) is added. Then, they are transmitted to the terminal device in TB form via the PHY layer. The terminal device recovers the original data by reverse engineering through the symmetrical protocol stack. For uplink, the IP data packets are processed by the air interface protocol stack at the terminal device, and an L2 header (including SDAP, PDCP, RLC, and MAC layers) is added. Then, they are transmitted to the base station in TB form via the PHY layer. The base station recovers the original data by reverse engineering through the symmetrical protocol stack.

[0093] 3) Redundancy coding

[0094] Redundancy coding can be simply understood as increasing the redundancy of data through coding techniques. For example, as shown in Figure 5b, K initial data packets are encoded into N data packets after redundancy coding, where N and K are positive integers, and N is greater than K. The receiving side only needs to receive M data packets out of the N data packets to recover the complete content of the K initial data packets. Depending on the algorithm implementation, the aforementioned M data packets can be any M out of the N data packets, or they may be required to be M consecutive data packets. Usually, M is greater than or equal to K, and M is a positive integer.

[0095] Here, (NK) / N or (NM) / N can be referred to as the redundancy of the encoding. In some implementations, the redundancy remains constant during the business process, while in others, the redundancy changes dynamically during the business process.

[0096] For example, redundancy coding can be implemented based on forward error correction (FEC) technology, or it can be implemented based on other technologies, which are not limited in this application.

[0097] In current communications, the reliability of data over the air interface is primarily ensured by the code rate of the Bitrate Transmission (TB) encoding. A lower code rate means a higher probability of correct decoding of the TB, i.e., higher reliability. It's important to note that the data within a TB enjoys consistent reliability; that is, the probability of error at any point in the data is the same. Specifically, when decoding a TB, the receiver first checks the CB CRC. If the check passes, the CB is error-free; if it fails, the CB was corrupted during transmission. The probability of error for multiple CBs within a TB can be considered independent and equal.

[0098] In other words, the reliability guarantee of data over the air interface is uniform. That is, for a data packet, the probability of each part (or each byte, each bit) being corrupted over the air interface is the same. In other words, the original data part of the application layer (the payload part of the data packet) and the header part added to the data packet by each protocol stack during transmission enjoy the same reliability guarantee.

[0099] However, in some scenarios, the reliability requirements for different parts of a data packet may vary. For example, in some scenarios, the reliability requirements for the data payload can be relatively low, while the header parts of each layer often have higher reliability requirements. This is because the header carries information needed for processing by the corresponding protocol stack, such as sequence number, whether it is compressed, and next-hop address. If the receiving protocol stack cannot receive this information correctly, it may be unable to process the data packet correctly, leading to processing errors, such as forwarding the data packet to the wrong address.

[0100] In situations where the reliability requirements for the data packet header are higher than those for the data payload, ensuring the correct transmission of the data packet header necessitates improving the overall reliability of the data packet transmission. This leads to increased resource consumption and reduced resource utilization efficiency. For example, for data packet A, if the reliability requirement for the header is 99% and the reliability requirement for the payload is 90%, the air interface needs to transmit the entire data packet with 99% reliability. This results in the data payload consuming more resources than its own reliability requirement necessitates, meaning the air interface consumes excessive resources, providing over-protection for the data.

[0101] Based on this, this application proposes a communication method that can provide targeted reliability assurance for different parts of the air interface data to be transmitted, thereby reducing resource consumption and improving resource utilization.

[0102] In the following embodiments, the communication method provided in this application is described in detail using a transmitting-side device and a receiving-side device as examples. It should be understood that the operations performed by the transmitting-side device can also be implemented by a processor, chip, chip system, or functional module in the transmitting-side device, and the operations performed by the receiving-side device can also be implemented by a processor, chip, chip system, or functional module in the receiving-side device. This application does not limit the scope of these implementations.

[0103] Optionally, the transmitting and receiving devices can be communicating devices. For example, the transmitting device can be an access network device, a terminal device, etc. The receiving device can be an access network device, a terminal device, etc. This application does not limit this.

[0104] Based on the above description, this application provides a communication method, as shown in Figure 6. The process of this method may include:

[0105] Step 601: The transmitting device performs redundant encoding on a portion of the sub-data in the first data to be transmitted over the air interface to generate the second data to be transmitted over the air interface; wherein, the second data may include the redundant data corresponding to the first data and the portion of the sub-data.

[0106] In this application, "partial sub-data" can be understood as a portion of the sub-data obtained after dividing the first data in a certain way.

[0107] For example, the first data may include at least one data packet. In one example, when the first data is divided according to the data packet header and data payload, each sub-data in the partial sub-data may be a sub-data containing the header portion of the data packets in the first data. In another example, when the first data includes multiple data packets, and the first data is divided according to the data packets, with one (or at least two) data packets constituting one sub-data, each sub-data in the partial sub-data may contain one (or at least two) data packets. Of course, the first data can also be divided in other ways, with the content of the sub-data matching the division method, and this application does not limit this.

[0108] Step 602: The transmitting device sends the second data. Correspondingly, the receiving side receives the second data to be transmitted over the air interface.

[0109] For example, the first data can be PDCP layer data, MAC layer data, RLC layer data, or physical layer data. It can also be understood that the data to be transmitted over the air interface includes PDCP layer data, MAC layer data, RLC layer data, or physical layer data.

[0110] In some embodiments, the partial sub-data may include B code blocks (CBs), and the redundant data may include C CBs, where B and C are positive integers. In these embodiments, it can be understood that the transmitting device performs redundant encoding on the partial CBs to obtain redundant CBs.

[0111] Optionally, each of the B CBs may include the header portion of a data packet in the first data; or, each of the B CBs may include data packets in the first data whose reliability requirements are greater than a first threshold. It should be understood that the B CBs may also include portions of the first data with different reliability requirements, which are divided in other ways, and this application does not limit this.

[0112] Wherein, when each of the B CBs may include the header portion of the data packet in the first data, the reliability requirement of the header portion of the data packet in the first data is higher than the reliability requirement of the payload portion of the data packet in the first data.

[0113] When each of the B CBs includes data packets in the first data whose reliability requirement is greater than a first threshold, it can be understood that the reliability requirement of these data packets included in the B CBs is higher than the reliability requirement of other data packets in the first data besides these data packets; or it can be understood that based on a preset first threshold, it can be determined that data packets with a reliability requirement higher than the first threshold are included in the B CBs. Optionally, the reliability requirements of these data packets included in the B CBs can be the same or different, and this application does not limit this.

[0114] In this application, reliability requirements can be reflected through data transmission error rate or bit error rate, or other means, without limitation. In this application, descriptions such as reliability and transmission reliability can be used interchangeably.

[0115] In one example, data packets may be encoded into different packet headers during air interface transmission, as shown in Figure 7. The application layer generates two data packets (shown as two APP data packets). After processing by the transport layer, network layer, and air interface protocol stack with added headers, a MAC PDU to be transmitted is formed. In Figure 7, H indicates the header portion, which includes part or all of the transport layer protocol header, network layer protocol header, and air interface L2 protocol header. The sending device can perform header detection on the data packets to identify the actual header portion of each data packet, or it can take the beginning of each data packet as the header portion according to a fixed length.

[0116] In the example shown in Figure 7, the MAC PDU consisting of the two data packets can be divided into six packets (CBs) when mapped to the physical layer TB. Specifically, the header of the first data packet is mapped to CB1 and CB2, and the payload to CB2 and CB3. Similarly, the header of the second data packet is mapped to CB4 and CB5, and the payload to CB5 and CB6. This can be understood as the first data packet in the example shown in Figure 7 comprising six CBs (CB1 to CB6). According to current technology, when the TB composed of these six CBs is transmitted over the air interface, each CB has an equal probability of error.

[0117] Taking the example that the reliability requirement of the packet header is higher than that of the payload, in order to improve the transmission reliability of the packet header, this application can perform redundant encoding on the CB containing the packet header, thereby providing a certain error correction capability. For example, in Figure 7, CB1, CB2, CB4, and CB5 contain the packet header, which can also be understood as B CBs being CB1, CB2, CB4, and CB5 in the example shown in Figure 7. In this application, the transmitting device performs redundant encoding on these four CBs to generate redundant CBs (CB7 and CB8, that is, C CBs being CB7 and CB8). CB1 to CB8 form a TB for transmission over the air interface, that is, in this example, the second data includes CB1 to CB8. Furthermore, if there is an erroneous CB among CB1, CB2, CB4, and CB5, the receiving device can use CB7 and CB8 to recover the erroneous CB. For example, in Figure 7, assuming that CB1 is transmitted incorrectly, the receiving device can use the received CB2, CB4, CB5, CB7, and CB8 to recover the correct CB1, and then recover the correct packet header.

[0118] In the example shown in Figure 7, the header and data portions of each MAC subPDU in the MAC PDU appear alternately. Therefore, when mapping to TB, CBs containing headers and CBs without headers can also be understood as alternating. That is, in some possible scenarios, B CBs can be discontinuous. Optionally, in some cases, the header portion of a data packet may be contained in multiple CBs. In this case, it can be understood that the CB groups containing header portions of different data packets are discontinuous, but the CBs within each group are continuous. For example, as shown in Figure 7, the header portion of the first data packet is contained in two CBs, and the header portion of the second data packet is contained in two CBs. That is, CB1 and CB2 can be understood as one group of CBs, and CB4 and CB5 can be understood as another group of CBs. The two groups of CBs are discontinuous, but the CBs contained within each group are continuous.

[0119] The example shown in Figure 7 can be understood as the physical layer of the transmitting device performing redundant coding on some CBs. It is understood that, with the development of communication technology, the operation of the physical layer shown in Figure 7 can also be implemented by other protocol layers or protocol modules, and this application does not limit this.

[0120] Using the example shown in Figure 7, the sending device performs redundant coding on a portion of the packet header (including the packet header portion) to generate redundant packets, thereby improving the transmission reliability of the packet header portion. While allowing for a certain degree of error in the data payload itself, it strives to ensure the correct transmission of the packet header portion, improves resource utilization efficiency, and reduces retransmissions.

[0121] It should be understood that Figure 7 is merely an illustrative example and is not intended to limit this application.

[0122] In another example, the sending device can concatenate the headers of all data packets in the TB, concentrating the header portion in B CBs, thereby reducing the number of CBs requiring redundancy protection, reducing the number of redundant CBs, and improving resource utilization efficiency. For example, as shown in Figure 8, when MAC subPDUs are assembled into MAC PDUs, the sending device can place the header portions of multiple data packets at the front end of the MAC PDU. Thus, when mapping the TB, the header portion of the data packets only involves three CBs, namely CB1, CB2, and CB3. Correspondingly, only one redundant CB, CB7, needs to be generated, which consumes less resources. In the example shown in Figure 8, the first data can include 6 CBs, CB1 to CB6, where B CBs include CB1 to CB3, and C CBs can include CB7. The second data can include 7 CBs, CB1 to CB7. Furthermore, if any of CB1, CB2, or CB3 fails, the receiving device can recover the data packet header based on CB7.

[0123] In the example shown in Figure 8, the CBs including the header portion are consecutive. That is, the B CBs are consecutive CBs.

[0124] The example shown in Figure 8 can be understood as the MAC layer of the transmitting device concatenating the header portion of the data packet, with the physical layer performing redundant encoding on a portion of the CB. It is understood that, with the development of communication technology, the operations of the MAC layer and / or physical layer shown in Figure 8 can also be implemented through other protocol layers or protocol modules, and this application does not limit this.

[0125] As shown in Figure 8, the sending device concentrates the packet header portion of the data packet into several CBs at the front end of the TB, performs redundant coding on these CBs, and uses the generated redundant CBs to improve the transmission reliability of the packet header portion, thereby achieving differentiated reliability assurance for the packet header and the data itself and improving resource utilization efficiency.

[0126] It should be understood that Figure 8 is merely an illustrative example and is not intended to limit this application.

[0127] In one alternative implementation, C CBs can be determined based on B CBs.

[0128] For example, C CBs are determined based on B CBs, which can be achieved through the following method:

[0129] Method 1: Determine C CBs based on the first ratio and B CBs. The first ratio is the ratio of the number of initial CBs to the number of redundant CBs.

[0130] Optionally, the first ratio can be predefined or preconfigured.

[0131] In this application, the initial CB can be understood as the CB used by the transmitting device for redundancy coding. Optionally, the initial CB can also be described as the original CB, etc.

[0132] For example, the first ratio may include the ratio of the number of initial CBs to the number of redundant CBs, such as 2:1 or 4:3.

[0133] Assuming that B CBs are equivalent to 4 CBs, based on 4 CBs and the first ratio of 2:1, it can be determined that C CBs are equivalent to 2 CBs. The same principle applies when the first ratio is other ratios or when B CBs are other numbers of CBs, which will not be listed in this application.

[0134] It should be understood that the first proportion here is merely an example and this application does not limit it.

[0135] Method 2: Determine C CBs based on the first correspondence and B CBs. The first correspondence is the correspondence between the number of initial CBs and the number of redundant CBs.

[0136] Optionally, the first correspondence can be predefined or preconfigured.

[0137] In some embodiments, the aforementioned first ratio may be a fixed ratio, that is, the number of initial CBs and redundant CBs are proportionally one-to-one. However, the first correspondence relationship differs from the first ratio in that the number of initial CBs and redundant CBs in the first correspondence relationship may not be one-to-one. It may be that different numbers of initial CBs correspond to the same number of redundant CBs, or it may be other correspondence relationships. This application does not limit this.

[0138] For example, the first correspondence may include one or more of the following: the correspondence between the number of initial CBs and redundant CBs: 5 CBs correspond to 2 CBs, 4 CBs correspond to 2 CBs, etc.

[0139] If B CBs are either 5 CBs or 4 CBs, then C CBs, determined based on the first correspondence, are 2 CBs.

[0140] It should be understood that the above are merely examples and this application does not limit the scope of the application.

[0141] Optionally, the transmitting device can also determine the C CBs corresponding to B CBs based on method 1 or method 2 described above, combined with channel quality. For example, when determining the C CBs corresponding to B CBs based on a first ratio and channel quality, if the first ratio includes 2:1 or 4:3, a smaller first ratio can be selected when the channel quality is good, such as a ratio of 2:1, to determine the C CBs corresponding to B CBs; when the channel quality is poor, a larger first ratio can be selected, such as a ratio of 4:3, to determine the C CBs corresponding to B CBs. In this way, more redundant CBs can be provided when the channel quality is poor, which can increase the possibility of recovery when the transmission of the B initial CBs fails, thereby improving transmission reliability.

[0142] In this context, "good channel quality" can be understood as "channel quality greater than or equal to a preset threshold," while "poor channel quality" can be understood as "channel quality less than a preset threshold."

[0143] Of course, in addition to the methods described above, the transmitting device may also determine the C CBs corresponding to the B CBs based on other methods, and this application does not limit this.

[0144] In some implementations, the physical layer resources of the transmitting device are often limited for a single transmission, and the MAC layer typically determines the amount of data to be transmitted based on the resource size. When redundant coding of CBs is required, since the redundant CBs also occupy transmission resources, the MAC layer needs to subtract the portion that the redundant CBs may occupy from the resource size when determining the amount of data to be transmitted. Specifically, when selecting data packets to form a MAC subPDU, the transmitting device can estimate the number of CBs (i.e., B) involved in the header portion of the selected MAC subPDU, and thus determine the number of redundant CBs (i.e., C) based on the above method, thereby determining whether the resources occupied by the first data to be transmitted and the redundant CBs exceed the available resource size.

[0145] In one optional implementation, one of the C CBs may include first indication information and / or second indication information. The first indication information indicates that the CB is a redundant CB, and the second indication information indicates that the CB is associated with at least one of the B CBs. This enables the receiving device to identify the redundant CB and its corresponding initial CB.

[0146] Optionally, each of the C CBs may carry the aforementioned first indication information and / or second indication information, so that the receiving device can clearly identify all redundant CBs and their corresponding initial CBs.

[0147] In another alternative implementation, the transmitting device may further transmit third indication information, which indicates the association between C redundant CBs and B redundant CBs. Accordingly, the receiving device may receive this third indication information to determine the association between the redundant CBs and the initial CBs.

[0148] For example, when the third indication information indicates the association between C CBs and B CBs, the CBs included in the second data can be numbered sequentially to indicate the association between the numbers of B CBs and C CBs.

[0149] Optionally, the third indication information may be included in the second data. Alternatively, the third indication information may exist independently of the second data, and the transmitting device may transmit the second data and the third indication information simultaneously.

[0150] For example, the third indication information can be uplink control information (UCI) or downlink control information (DCI). It should be understood that when the transmitting device sends the second data to the receiving device as uplink data transmission, for example, when the transmitting device is a terminal device and the receiving device is an access network device, the third indication information can be UCI. When the transmitting device sends the second data to the receiving device as downlink data transmission, for example, when the transmitting device is an access network device and the receiving device is a terminal device, the third indication information can be DCI.

[0151] In another alternative implementation, one of the B CBs may contain information identifying that the CB is the initial CB.

[0152] For example, one of the B CBs may contain information identifying that the CB is a CB that contains the header portion of a data packet, so that the receiving device can identify the B CBs as the initial CB.

[0153] In some other embodiments, the partial sub-data may be MAC layer data, and the redundant data is obtained by redundancy encoding the MAC layer data corresponding to the partial sub-data.

[0154] Optionally, a portion of the sub-data may include the header portion of the data packets in the first data; or, a portion of the sub-data may include data packets in the first data whose reliability requirements are greater than a first threshold. It should be understood that the sub-data may also include portions of the first data with different reliability requirements, which are divided in other ways, and this application does not limit this.

[0155] Where each sub-data in a subset of sub-data may include the header portion of a data packet in the first data, the reliability requirement for the header portion of the data packet in the first data is higher than the reliability requirement for the payload portion of the data packet in the first data.

[0156] When a subset of the sub-data includes data packets in the first data whose reliability requirement is greater than a first threshold, it can be understood that the reliability requirement of these data packets included in the subset of the sub-data is higher than the reliability requirement of other data packets in the first data besides these data packets; or it can be understood that, based on a preset first threshold, data packets with a reliability requirement higher than the first threshold can be determined to be included in the subset of the sub-data. Optionally, the reliability requirements of these data packets included in the subset of the sub-data can be the same or different, and this application does not limit this.

[0157] Optionally, each sub-data in the partial data has a first identifier preceding its starting position, which indicates the starting position of each sub-data; the redundant data includes at least one sub-redundant data, and each sub-redundant data has a second identifier preceding its starting position, which indicates the starting position of each sub-redundant data.

[0158] In this application, there is no requirement that a first identifier precedes the starting position of each sub-data, nor is there a requirement that a second identifier precedes the starting position of each sub-redundant data. This is merely an illustrative example.

[0159] In this system, each sub-data point is preceded by a first identifier. This can be interpreted as the first identifier being included or contained before the starting position of each sub-data point, or as the first identifier being located before the starting position of each sub-data point. The starting position of the sub-data point can be determined by the position of this first identifier.

[0160] Optionally, the first identifier can also be located at other locations in each sub-data. In this case, the first identifier can also indicate the association with the starting position of the sub-data, or indicate the specific location information of the starting position of the sub-data, so that the receiving device can identify the starting position of each sub-data.

[0161] Similarly, a second identifier precedes the starting position of each sub-redundancy data point. This can be understood as the second identifier being included or contained before the starting position of each sub-redundancy data point, or as the second identifier being located before the starting position of each sub-redundancy data point. Thus, the starting position of the sub-redundancy data can be determined by the position of the second identifier.

[0162] Optionally, the second identifier can also be located at other locations in each sub-redundant data. In this case, the second identifier can also indicate the association with the starting position of the sub-redundant data, or indicate the specific location information of the starting position of the sub-redundant data, so that the receiving device can identify the starting position of each sub-redundant data.

[0163] For example, the first identifier and the second identifier can be fixed strings or fixed bit strings agreed upon in advance by the sending device and the receiving device. After the receiving device receives the data correctly, it can determine the starting position of each sub-data in the partial sub-data by retrieving the first identifier, and determine the starting position of each sub-redundant data by retrieving the second identifier.

[0164] In one example, as shown in Figure 9, the transmitting device can perform redundant encoding on the header portions of the two MAC subPDUs in the MAC layer (part H in Figure 9) to generate a redundant header (part HR in Figure 9). The MAC layer of the transmitting device can add a header start identifier (the first identifier for the initial header and the second identifier for the redundant header) before each initial packet header and redundant header to indicate that the position is the start of the header, so that the receiving device can determine the header position later.

[0165] In one possible approach, the data length of one of the sub-redundant data is the same as the data length of the first sub-data in the partial sub-data, where the first sub-data is the sub-data with the largest data length in the partial sub-data.

[0166] For example, as shown in Figure 9, if the initial header lengths of multiple data packets are inconsistent, the length of the redundant header is consistent with the length of the longest initial header.

[0167] Optionally, one of the sub-redundant data includes a fourth indication information and / or a fifth indication information, wherein the fourth indication information is used to indicate that a sub-redundant data is redundant data, and the fifth indication information is used to indicate that a sub-redundant data is associated with at least one sub-data in the subset of sub-data.

[0168] Optionally, each of the at least one sub-redundant data may include the aforementioned fourth indication information and / or fifth indication information, so that the receiving device can clearly identify all sub-redundant data and their corresponding initial sub-data.

[0169] For example, in the example shown in Figure 9, the transmitting device can add fourth and / or fifth indication information to the redundant header. For instance, the MAC layer of the transmitting device adds fourth and / or fifth indication information to the redundant header after generating it.

[0170] Optionally, fourth and / or fifth indication information may also be added after the end of each redundant packet header, which is not limited in this application.

[0171] Furthermore, the transmitting device can map a MAC PDU containing sub-redundant data and partial sub-data to a TB for transmission. As shown in Figure 9, the transmitting device can map a MAC PDU containing an initial header and a first identifier, a redundant header and a second identifier to a TB for transmission.

[0172] The example shown in Figure 9 can be understood as the MAC layer of the sending device performing redundant encoding on the header portion of the data packet. It is understood that, with the development of communication technology, the operation of the MAC layer shown in Figure 9 can also be implemented by other protocol layers or protocol modules, and this application does not limit this.

[0173] As shown in Figure 9, the sending device generates a redundant header by performing redundant encoding on the header portion of the data packet at the MAC layer, thereby providing additional reliability assurance for the header portion. This achieves differentiated reliability assurance for the header and the data payload itself, improving resource utilization efficiency.

[0174] It should be understood that Figure 9 is merely an illustrative example and is not intended to limit the scope of this application.

[0175] In one alternative implementation, at least one sub-redundant data may be determined based on at least one sub-data in the partial sub-data.

[0176] For example, at least one sub-redundant data, based on at least one sub-data in the partial sub-data, can be achieved by the following method:

[0177] Method 1) Determine at least one sub-redundant data based on a second ratio and at least one sub-data, where the second ratio is the ratio of the number of initial sub-data to the number of sub-redundant data.

[0178] Optionally, the second ratio can be predefined or preconfigured.

[0179] In this application, the initial sub-data can be understood as the sub-data for which the transmitting device performs redundancy coding. Optionally, the initial sub-data can also be described as the original sub-data, etc.

[0180] For example, the second ratio may include the ratio of the number of initial sub-data to the number of sub-redundant data, such as 2:1 or 4:3.

[0181] Assuming that some sub-data consists of two sub-data, at least one sub-redundant data can be determined as one sub-redundant data based on the two sub-data and the second ratio of 2:1. The same principle applies when the second ratio is other ratios or when some sub-data consists of other numbers of sub-data, which will not be listed in this application.

[0182] It should be understood that the second ratio here is merely an example and is not intended to limit the scope of this application.

[0183] Method 2) Determine at least one sub-redundant data based on the second correspondence and at least one sub-data. The second correspondence is the correspondence between the number of initial sub-data and the number of sub-redundant data.

[0184] Optionally, the second correspondence can be predefined or preconfigured.

[0185] In some implementations, the aforementioned second ratio may be a fixed ratio, meaning that the number of initial sub-data and sub-redundant data are proportionally one-to-one. However, the second correspondence differs from the second ratio in that the number of initial sub-data and sub-redundant data in the second correspondence may not be one-to-one. It may involve different numbers of initial sub-data corresponding to the same number of sub-redundant data, or it may be other correspondences, which this application does not limit.

[0186] For example, the second correspondence may include one or more of the following: the correspondence between the number of initial sub-data and sub-redundant data: 5 sub-data correspond to 2 sub-redundant data, 4 sub-data correspond to 2 sub-redundant data, etc.

[0187] If at least one sub-data is 5 sub-data or 4 sub-data, then at least one sub-redundant data determined based on the second correspondence is 2 sub-redundant data.

[0188] It should be understood that the above are merely examples and this application does not limit the scope of the application.

[0189] Optionally, the transmitting device can also determine at least one sub-redundant data corresponding to at least one sub-data based on method 1) or method 2) above, combined with channel quality. For example, when determining at least one sub-data corresponding to at least one sub-redundant data based on a second ratio and channel quality, if the second ratio includes 2:1 or 4:3, when the channel quality is good, a smaller second ratio can be selected, such as 2:1, to determine at least one sub-data corresponding to at least one sub-redundant data; when the channel quality is poor, a larger second ratio can be selected, such as 4:3, to determine at least one sub-data corresponding to at least one sub-redundant data. This allows for more sub-redundant data when the channel quality is poor, increasing the likelihood of recovery when some sub-data transmission errors occur, and improving transmission reliability.

[0190] In this context, "good channel quality" can be understood as "channel quality greater than or equal to a preset threshold," while "poor channel quality" can be understood as "channel quality less than a preset threshold."

[0191] Of course, in addition to the methods described above, the transmitting device may also determine at least one sub-data corresponding to at least one sub-redundant data based on other methods, and this application does not limit this.

[0192] In some implementations, the transmitting device needs to consider the resource consumption of potentially generated sub-redundant data. When the transmitting device needs to perform redundant encoding on some sub-data (such as the initial packet header), since the redundant data (such as the redundant packet header) also requires transmission resources, the transmitting device can determine the number of sub-redundant data corresponding to the initial sub-data based on the above method, thereby determining whether the resources required by the first data to be transmitted and the sub-redundant data exceed the available resource size.

[0193] Step 603: When one of the sub-data points in the partial sub-data is verified as an error, the receiving device performs data recovery based on the redundant data corresponding to that sub-data point.

[0194] In one alternative implementation, when the recovery of one sub-data in the partial sub-data fails, the receiving device triggers the retransmission of the first data or the retransmission of a sub-data.

[0195] In one optional implementation, when at least one sub-data in the remaining sub-data is verified as an error, and the amount of data in at least one sub-data is greater than a second threshold or the ratio of at least one sub-data to the remaining sub-data is greater than a third threshold, the retransmission of the first data or the retransmission of at least one sub-data is triggered; wherein, the remaining sub-data is the sub-data in the first data excluding some sub-data.

[0196] Optionally, the amount of data in at least one of the remaining sub-data can be determined by the number of at least one sub-data or by other methods, which is not limited in this application.

[0197] The second and third thresholds can be preset.

[0198] For example, in the example shown in Figure 7 or Figure 8, when the receiving device detects a CB error, if the erroneous CB is an initial CB containing a header (denoted as the initial header CB), the receiving device uses the associated redundant CBs to recover the data from the initial header CB. If all initial header CBs are correctly received or recovered, the receiving device decodes the corresponding MAC subPDU and submits it to the upper layer. If there is an initial header CB that cannot be correctly recovered (CB1 as shown in Figure 7 or Figure 8), the receiving device triggers a retransmission of the TB or the initial header CB.

[0199] Optionally, if the erroneous CB is an initial CB without a header (denoted as the initial payload CB), the receiving device can ignore the error and continue to deliver the decoded erroneous data payload to the upper layer. Alternatively, if the erroneous CB is the initial payload CB, the receiving device determines whether to trigger a retransmission of the TB or the initial payload CB based on the amount or proportion of data in the erroneous initial payload CB. For example, when the amount of data in the erroneous initial payload CB is greater than a second threshold, or when the proportion of the initial payload CB to the total payload CB is greater than a third threshold, the receiving device triggers a retransmission of the TB or the initial payload CB. Otherwise, the receiving device ignores the error information and delivers the erroneous data to the upper layer.

[0200] For example, in the example shown in Figure 9, the receiving device obtains the data bit stream by decoding the CB. For CBs with CRC errors, it also decodes them, but considers the bits corresponding to the erroneous CB as invalid, while the bits decoded from CBs that pass the CRC check are considered valid bits. After all CBs are decoded, the receiving device retrieves the header start identifier (i.e., the aforementioned first and second identifiers) from the valid bits to determine the position of the MAC subPDU and redundant header. For a MAC subPDU where all data is received correctly (i.e., all bits are valid), the receiving device can directly submit it to the upper layer. If an initial header is located within the invalid bit range, the receiving device uses the redundant header to recover the erroneous initial header, thereby recovering the MAC subPDU and submitting it to the upper layer. If the correctly received bits are insufficient to recover all the initial headers, retransmission of the TB or erroneous data packets is triggered.

[0201] Optionally, if a portion of the load is within the invalid bit range, the receiving device can ignore the error information and submit the MAC subPDU containing the erroneous data to the upper layer; or, when the amount of data in the erroneous load is greater than the second threshold, or when the proportion of the erroneous load to the total load is greater than the third threshold, the receiving device triggers retransmission of the TB or the erroneous load; otherwise, the receiving device ignores the error information and submits the erroneous data to the upper layer.

[0202] Based on the above communication method, targeted reliability assurance can be achieved for different parts of the air interface data to be transmitted, reducing resource consumption and improving resource utilization.

[0203] Based on the above embodiments, this application also provides a communication device. Referring to FIG10, the communication device 1000 may include a transceiver unit 1001 and a processing unit 1002. The transceiver unit 1001 is used for communication by the communication device 1000, such as receiving or sending information (signals or data). The processing unit 1002 is used for controlling and managing the operation of the communication device 1000. The processing unit 1002 can also control the steps performed by the transceiver unit 1001.

[0204] For example, the communication device 1000 may specifically be the transmitting-side device, the processor of the transmitting-side device, a chip, a chip system, a component, a module, a functional module, etc., as described in the above embodiments. Alternatively, the communication device 1000 may specifically be the receiving-side device, the processor of the receiving-side device, a chip, a chip system, a component, a module, a functional module, etc., as described in the above embodiments.

[0205] In one embodiment, when the communication device 1000 is used to implement the function of the transmitting side device in the above embodiment, the processing unit 1002 can be used to perform redundant encoding on a portion of the sub-data in the first data to be transmitted over the air interface to generate the second data to be transmitted over the air interface; the second data includes redundant data corresponding to the portion of the sub-data; the transceiver unit 1001 can be used to transmit the second data.

[0206] In some embodiments, the partial sub-data includes B code blocks CB, and the redundant data includes C CB, where B and C are positive integers.

[0207] Optionally, each of the B CBs includes the header portion of the data packets in the first data; or, the B CBs include data packets in the first data whose reliability requirement is greater than a first threshold.

[0208] In one possible configuration, the B CBs are consecutive CBs.

[0209] In one alternative implementation, the C CBs are determined based on the B CBs.

[0210] For example, the C CBs are determined based on the B CBs, including: determining the C CBs based on a first ratio and the B CBs, wherein the first ratio is the ratio of the number of initial CBs to the number of redundant CBs, and the first ratio is predefined or preconfigured; or, determining the C CBs based on a first correspondence and the B CBs, wherein the first correspondence is the correspondence between the number of initial CBs and the number of redundant CBs, and the first correspondence is predefined or preconfigured.

[0211] In some examples, one of the C CBs includes first indication information and / or second indication information, wherein the first indication information indicates that the CB is a redundant CB, and the second indication information indicates that the CB is associated with at least one of the B CBs; or

[0212] The transceiver unit 1001 can also be used to: send third indication information, the third indication information being used to indicate the association relationship between the C CBs and the B CBs.

[0213] In other embodiments, a first identifier precedes the starting position of each sub-data in the partial sub-data, the first identifier indicating the starting position of each sub-data; the redundant data includes at least one sub-redundant data, and a second identifier precedes the starting position of each sub-redundant data, the second identifier indicating the starting position of each sub-redundant data.

[0214] Optionally, the partial sub-data includes the header portion of the data packets in the first data; or, the partial sub-data includes data packets in the first data whose reliability requirement is greater than a first threshold.

[0215] In some examples, the data length of one of the at least one sub-redundant data is the same as the data length of the first sub-data in the partial sub-data, where the first sub-data is the sub-data with the largest data length in the partial sub-data.

[0216] In one optional implementation, one of the at least one sub-redundant data includes a fourth indication information and / or a fifth indication information, wherein the fourth indication information is used to indicate that the sub-redundant data is redundant data, and the fifth indication information is used to indicate that the sub-redundant data is associated with at least one sub-data in the partial sub-data.

[0217] In another embodiment, when the communication device 1000 is used to implement the function of the receiving device in the above embodiments, the transceiver unit 1001 can be used to receive second data to be transmitted over the air interface, the second data including first data to be transmitted over the air interface and redundant data corresponding to some sub-data in the first data; the processing unit 1002 can be used to perform data recovery based on the redundant data corresponding to the sub-data when one of the sub-data is verified as an error.

[0218] In an optional implementation, the processing unit 1002 may also be used to: trigger the retransmission of the first data or trigger the retransmission of the one sub-data when the recovery of one sub-data in the partial sub-data fails.

[0219] In an optional implementation, the processing unit 1002 may further be used to: trigger the retransmission of the first data or trigger the retransmission of the at least one sub-data when at least one sub-data in the remaining sub-data is verified as an error, and the data volume of the at least one sub-data is greater than a second threshold or the ratio of the at least one sub-data to the remaining sub-data is greater than a third threshold; wherein, the remaining sub-data is the sub-data in the first data other than the partial sub-data.

[0220] In some embodiments, the partial sub-data includes B code blocks CB, and the redundant data includes C CB, where B and C are positive integers.

[0221] Optionally, each of the B CBs includes the header portion of the data packets in the first data; or, the B CBs include data packets in the first data whose reliability requirement is greater than a first threshold.

[0222] In one possible configuration, the B CBs are consecutive CBs.

[0223] In one alternative implementation, the C CBs are determined based on the B CBs.

[0224] For example, the determination of the C CBs based on the B CBs may include: determining the C CBs based on a first ratio and the B CBs, wherein the first ratio is the ratio of the number of initial CBs to the number of redundant CBs, and the first ratio is predefined or preconfigured; or, determining the C CBs based on a first correspondence and the B CBs, wherein the first correspondence is the correspondence between the number of initial CBs and the number of redundant CBs, and the first correspondence is predefined or preconfigured.

[0225] For example, one of the C CBs includes first indication information and / or second indication information, wherein the first indication information is used to indicate that the CB is a redundant CB, and the second indication information is used to indicate that the CB is associated with at least one CB among the B CBs; or

[0226] The transceiver unit 1001 can also be used to: receive third indication information, the third indication information being used to indicate the association relationship between the C CBs and the B CBs.

[0227] In some other embodiments, a first identifier precedes the starting position of each sub-data in the partial sub-data, the first identifier being used to indicate the starting position of each sub-data; the redundant data includes at least one sub-redundant data, and a second identifier precedes the starting position of each sub-redundant data, the second identifier being used to indicate the starting position of each sub-redundant data.

[0228] Optionally, the partial sub-data includes the header portion of the data packets in the first data; or, the partial sub-data includes data packets in the first data whose reliability requirement is greater than a first threshold.

[0229] In some examples, the data length of one of the at least one sub-redundant data is the same as the data length of the first sub-data in the partial sub-data, where the first sub-data is the sub-data with the largest data length in the partial sub-data.

[0230] In one optional implementation, one of the at least one sub-redundant data includes a fourth indication information and / or a fifth indication information, wherein the fourth indication information is used to indicate that the sub-redundant data is redundant data, and the fifth indication information is used to indicate that the sub-redundant data is associated with at least one sub-data in the partial sub-data.

[0231] It should be noted that the division of units in the embodiments of this application is illustrative and only represents one logical functional division. In actual implementation, there may be other division methods. The functional units in the embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated units described above can be implemented in hardware or as software functional units.

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

[0233] Based on the above embodiments, this application also provides a communication device. Referring to FIG11, the communication device 1100 may include one or more processors 1102. Optionally, the communication device 1100 may further include one or more transceivers 1101. Optionally, the communication device 1100 may further include at least one memory 1103. The memory 1103 may be located inside the communication device 1100 or outside the communication device 1100. The processor 1102 can control the transceiver 1101 to receive and send information, messages, or data.

[0234] Specifically, the processor 1102 may be a central processing unit (CPU), a network processor (NP), or a combination of a CPU and an NP. The processor 1102 may further include a hardware chip. The hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof. The PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL), or any combination thereof.

[0235] The transceiver 1101, processor 1102, and memory 1103 are interconnected. Optionally, the transceiver 1101, processor 1102, and memory 1103 are interconnected via a bus 1104; the bus 1104 can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is used in Figure 11, but this does not mean that there is only one bus or one type of bus.

[0236] In one optional embodiment, the memory 1103 is used to store programs, etc. Specifically, the program may include program code, which includes computer operation instructions. The memory 1103 may include RAM, and may also include non-volatile memory, such as one or more disk storage devices. The processor 1102 executes the application program stored in the memory 1103 to achieve the above-mentioned functions, thereby realizing the functions of the communication device 1100.

[0237] For example, the communication device 1100 can specifically implement the functions of the transmitting side device or the receiving side device in the above embodiments.

[0238] In one embodiment, when the communication device 1100 implements the functions of the transmitting-side device in the aforementioned method embodiments, the transceiver 1101 can implement the transmit / receive operations performed by the transmitting-side device in the aforementioned method embodiments; the processor 1102 can implement other operations besides the transmit / receive operations performed by the transmitting-side device in the aforementioned method embodiments. Specific details can be found in the relevant descriptions in the above method embodiments, and will not be elaborated upon here.

[0239] In another embodiment, when the communication device 1100 implements the functions of the transmitting-side device in the aforementioned method embodiments, the processor 1102 can implement the operations performed by the transmitting-side device in the aforementioned method embodiments. Specific details can be found in the relevant descriptions in the above method embodiments, and will not be elaborated upon here.

[0240] In yet another embodiment, when the communication device 1100 implements the functions of the receiving device in the aforementioned method embodiments, the transceiver 1101 can perform the transmit and receive operations executed by the receiving device in the aforementioned method embodiments; the processor 1102 can perform other operations besides the transmit and receive operations executed by the receiving device in the aforementioned method embodiments. Specific details can be found in the relevant descriptions in the above method embodiments, and will not be elaborated upon here.

[0241] In yet another embodiment, when the communication device 1100 implements the functions of the receiving device in the aforementioned method embodiments, the processor 1102 can implement the operations performed by the receiving device in the aforementioned method embodiments. Specific details can be found in the relevant descriptions in the above method embodiments, and will not be elaborated upon here.

[0242] Based on the above embodiments, this application provides a communication system, which may include the transmitting side device and receiving side device involved in the above embodiments.

[0243] This application also provides a computer-readable storage medium for storing computer programs or instructions. When the computer programs or instructions are executed by a computer, the computer can implement the communication methods provided in the above-described method embodiments.

[0244] This application also provides a computer program product for storing computer programs or instructions. When the computer program or instructions are executed by a computer, the computer can implement the communication method provided in the above-described method embodiments.

[0245] This application also provides a chip or chip system, including logic circuitry, which is used to execute the communication method provided in the above-described method embodiments.

[0246] This application also provides a chip or chip system, including one or more processors, wherein the one or more processors are coupled to at least one memory, for calling a program in the memory to enable the chip or chip system to implement the communication method provided in the above method embodiments.

[0247] This application also provides a chip or chip system coupled to at least one memory, which is used to implement the communication method provided in the above method embodiments.

[0248] 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.

[0249] 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, create means for implementing the functions specified in one or more blocks of the flowchart illustrations and / or one or more blocks of the block diagrams.

[0250] 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 that implement the functions specified in one or more flowcharts and / or one or more block diagrams.

[0251] These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process, such that the instructions, which execute on the computer or other programmable apparatus, provide steps for implementing the functions specified in one or more flowcharts and / or one or more block diagrams.

[0252] Obviously, those skilled in the art can make various modifications and variations to this application without departing from the scope of this application. Therefore, if such modifications and variations fall within the scope of the claims of this application and their equivalents, this application also intends to include such modifications and variations.

Claims

1. A communication method, characterized in that, include: Redundant encoding is performed on a portion of the first data to be transmitted over the air interface to generate the second data to be transmitted over the air interface. The second data includes redundant data corresponding to the aforementioned sub-data; Send the second data.

2. The method as described in claim 1, characterized in that, The partial sub-data includes B code blocks CB, and the redundant data includes C CBs, where B and C are positive integers.

3. The method as described in claim 2, characterized in that, Each of the B CBs includes the header portion of the data packets in the first data; or, the B CBs include data packets in the first data whose reliability requirement is greater than a first threshold.

4. The method as described in claim 2 or 3, characterized in that, The B CBs are consecutive CBs.

5. The method according to any one of claims 2-4, characterized in that, The C CBs are determined based on the B CBs.

6. The method as described in claim 5, characterized in that, The C CBs are determined based on the B CBs, including: The C CBs are determined based on a first ratio and the B CBs, where the first ratio is the ratio of the number of initial CBs to the number of redundant CBs, and the first ratio is predefined or preconfigured; or The C CBs are determined based on the first correspondence and the B CBs. The first correspondence is the correspondence between the number of initial CBs and the number of redundant CBs. The first correspondence is predefined or pre-configured.

7. The method according to any one of claims 2-6, characterized in that, One of the C CBs includes a first indication information and / or a second indication information, wherein the first indication information is used to indicate that the CB is a redundant CB, and the second indication information is used to indicate that the CB is associated with at least one CB among the B CBs; or The method further includes: sending third indication information, the third indication information being used to indicate the association relationship between the C CBs and the B CBs.

8. The method as described in claim 1, characterized in that, Each of the sub-data items has a first identifier preceding its starting position, which indicates the starting position of each sub-data item; the redundant data includes at least one sub-redundant data item, and each sub-redundant data item has a second identifier preceding its starting position, which indicates the starting position of each sub-redundant data item.

9. The method as described in claim 8, characterized in that, The partial sub-data includes the header portion of the data packets in the first data; or, the partial sub-data includes data packets in the first data whose reliability requirements are greater than a first threshold.

10. The method as described in claim 8 or 9, characterized in that, The data length of one of the at least one sub-redundant data is the same as the data length of the first sub-data in the partial sub-data, where the first sub-data is the sub-data with the largest data length in the partial sub-data.

11. The method according to any one of claims 8-10, characterized in that, One of the at least one sub-redundant data includes a fourth indication information and / or a fifth indication information, wherein the fourth indication information is used to indicate that the sub-redundant data is redundant data, and the fifth indication information is used to indicate that the sub-redundant data is associated with at least one sub-data in the partial sub-data.

12. A communication method, characterized in that, include: Receive second data to be transmitted over the air interface, the second data including first data to be transmitted over the air interface and redundant data corresponding to some sub-data in the first data; When one of the sub-data points is verified as erroneous, data recovery is performed based on the redundant data corresponding to that sub-data point.

13. The method as described in claim 12, characterized in that, The method further includes: When one of the sub-data in the partial sub-data fails to be recovered, the retransmission of the first data or the retransmission of the sub-data is triggered.

14. The method as described in claim 12 or 13, characterized in that, The method further includes: When at least one of the remaining sub-data is verified as an error, and the amount of the at least one sub-data is greater than the second threshold or the ratio of the at least one sub-data to the remaining sub-data is greater than the third threshold, the retransmission of the first data or the retransmission of the at least one sub-data is triggered. The remaining sub-data refers to the sub-data in the first data excluding the aforementioned partial sub-data.

15. The method according to any one of claims 12-14, characterized in that, The partial sub-data includes B code blocks CB, and the redundant data includes C CBs, where B and C are positive integers.

16. The method as described in claim 15, characterized in that, Each of the B CBs includes the header portion of the data packets in the first data; or, the B CBs include data packets in the first data whose reliability requirement is greater than a first threshold.

17. The method as described in claim 15 or 16, characterized in that, The B CBs are consecutive CBs.

18. The method according to any one of claims 15-17, characterized in that, The C CBs are determined based on the B CBs.

19. The method as described in claim 18, characterized in that, The C CBs are determined based on the B CBs, including: The C CBs are determined based on a first ratio and the B CBs, where the first ratio is the ratio of the number of initial CBs to the number of redundant CBs, and the first ratio is predefined or preconfigured; or The C CBs are determined based on the first correspondence and the B CBs. The first correspondence is the correspondence between the number of initial CBs and the number of redundant CBs. The first correspondence is predefined or pre-configured.

20. The method according to any one of claims 15-19, characterized in that, One of the C CBs includes a first indication information and / or a second indication information, wherein the first indication information is used to indicate that the CB is a redundant CB, and the second indication information is used to indicate that the CB is associated with at least one CB among the B CBs; or The method further includes: receiving third indication information, the third indication information being used to indicate the association relationship between the C CBs and the B CBs.

21. The method according to any one of claims 12-14, characterized in that, Each of the sub-data items has a first identifier preceding its starting position, which indicates the starting position of each sub-data item; the redundant data includes at least one sub-redundant data item, and each sub-redundant data item has a second identifier preceding its starting position, which indicates the starting position of each sub-redundant data item.

22. The method as described in claim 21, characterized in that, The partial sub-data includes the header portion of the data packets in the first data; or, the partial sub-data includes data packets in the first data whose reliability requirements are greater than a first threshold.

23. The method as described in claim 21 or 22, characterized in that, The data length of one of the at least one sub-redundant data is the same as the data length of the first sub-data in the partial sub-data, where the first sub-data is the sub-data with the largest data length in the partial sub-data.

24. The method according to any one of claims 21-23, characterized in that, One of the at least one sub-redundant data includes a fourth indication information and / or a fifth indication information, wherein the fourth indication information is used to indicate that the sub-redundant data is redundant data, and the fifth indication information is used to indicate that the sub-redundant data is associated with at least one sub-data in the partial sub-data.

25. A communication device, characterized in that, It includes a module or unit for performing the method according to any one of claims 1-11, or it includes a module or unit for performing the method according to any one of claims 12-24.

26. A communication device, characterized in that, Includes a processor configured to cause the communication device to perform the method as claimed in any one of claims 1-11, or to perform the method as claimed in any one of claims 12-24.

27. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions, which, when invoked by the computer, perform the method as claimed in any one of claims 1-11, or perform the method as claimed in any one of claims 12-24.

28. A computer program product, characterized in that, It includes instructions that, when executed on a computer, cause the method as claimed in any one of claims 1-11 to be performed, or the method as claimed in any one of claims 12-24 to be performed.