Data acknowledgement and transmission method, network device, and storage medium

Abstract

Provided in the present application are a data acknowledgement and transmission method, a network device, and a storage medium. The method comprises: sending to a receiver device a plurality of data segments comprising segment offset information, such that on the basis of the segment offset information, the receiver device determines the integrity of reception for the plurality of data segments, wherein the data segments are generated on the basis of a data block, and the segment offset information is used for determining an offset of each data segment relative to a head address of the data block.

Description

Data confirmation transmission method, network device and storage medium

[0001] Cross-references

[0002] This invention claims priority to a Chinese patent application filed with the Patent Office of China on December 5, 2023, with application number 202311669529.8 and invention name “Data Confirmation Transmission Method, Network Device and Storage Medium”. The entire contents of this application are incorporated herein by reference. Technical Field

[0003] The embodiments of the present application relate to, but are not limited to, the field of communication technology, and in particular to a data confirmation transmission method, a network device, and a storage medium. Background Art

[0004] In current wireless communication systems, data mainly comes from data packets at the application layer. However, for future wireless communication systems such as 6G, data may come from data blocks within the system, such as new data blocks including artificial intelligence (AI) data, perception data, and computing power data. However, in current wireless communication systems, there is no transmission guarantee method for such new data blocks generated within the system. Therefore, current wireless communication systems cannot guarantee the in-order and complete reception of such new data blocks. Therefore, how to ensure the in-order and complete reception of new data blocks generated within future wireless communication systems such as 6G is a technical problem that needs to be solved urgently.

[0005] Summary of the Invention

[0006] The embodiments of the present application provide a data confirmation transmission method, network device and storage medium, which can ensure the in-order and complete reception of new data blocks generated within future wireless communication systems such as 6G.

[0007] On the one hand, an embodiment of the present application provides a data confirmation transmission method, comprising: sending multiple data segments including segment offset information to a receiving device, so that the receiving device determines the reception integrity of the multiple data segments based on the segment offset information, wherein the data segments are generated based on data blocks, and the segment offset information is used to determine the offset of the data segments relative to the starting address of the data block.

[0008] On the other hand, an embodiment of the present application also provides a data confirmation transmission method, including: receiving multiple data segments sent by a sending end device, wherein the data segments are generated based on data blocks, and the data segments include segment offset information, and the segment offset information is used to determine the offset of the data segment relative to the starting address of the data block; determining the reception integrity of the multiple data segments based on the segment offset information.

[0009] On the other hand, an embodiment of the present application further provides a network device, comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the data confirmation transmission method described above when executing the computer program.

[0010] On the other hand, an embodiment of the present application further provides a computer-readable storage medium storing computer-executable instructions, wherein the computer-executable instructions are used to execute the data confirmation transmission method described above.

[0011] On the other hand, an embodiment of the present application also provides a computer program product, including a computer program or computer instructions, wherein the computer program or the computer instructions are stored in a computer-readable storage medium, the processor of the network device reads the computer program or the computer instructions from the computer-readable storage medium, and the processor executes the computer program or the computer instructions, so that the network device performs the data confirmation transmission method as described above. BRIEF DESCRIPTION OF THE DRAWINGS

[0012] FIG1 is a flow chart of a data confirmation transmission method provided by one embodiment of the present application;

[0013] FIG2 is a schematic diagram of multiple data segments including segment offset information provided by an embodiment of the present application;

[0014] FIG3 is a flow chart of a data confirmation transmission method provided by another embodiment of the present application;

[0015] FIG4 is a flow chart of a data confirmation transmission method provided by another embodiment of the present application;

[0016] FIG5 is a schematic diagram of a process of sequentially receiving new data blocks by a receiving device according to an embodiment of the present application;

[0017] 6 is a schematic diagram of a status protocol data unit sent by a receiving device according to an embodiment of the present application;

[0018] 7 is a schematic diagram of a process of sending a status protocol data unit by a receiving device according to an embodiment of the present application;

[0019] FIG8 is a schematic diagram of a network device provided by an embodiment of the present application. DETAILED DESCRIPTION

[0020] In order to make the purpose, technical methods and advantages of this application more clear, the following further describes this application in detail with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are only used to explain this application and are not intended to limit this application.

[0021] It should be noted that although a logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in an order different from that in the flowchart. In the description of the specification, claims and the above-mentioned drawings, the meaning of multiple (or multiple) is more than two, greater than, less than, exceed, etc. are understood to exclude the number itself, and above, below, within, etc. are understood to include the number itself. If there is a description of "first", "second", etc., it is only used for the purpose of distinguishing technical features, and cannot be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features or implicitly indicating the order of the indicated technical features.

[0022] It is worth noting that in current wireless communication systems, such as the Long Term Evolution (LTE) wireless communication system and the 5G New Radio (5G NR) communication system, the application layer data transmitted is mostly Internet Protocol (IP) messages (or data packets), where the length of the IP message is usually 1500 bytes (such as a standard Ethernet frame) or 9000 bytes (such as a Jumbo frame). In future wireless communication systems, such as 6G and other future wireless communication systems, since these future wireless communication systems support new services such as AI, perception and computing power, the data transmitted in these future wireless communication systems may not be IP-based messages, but new AI data, perception data or computing power data, etc. Since these data are not traditional IP-based messages, these data can be collectively referred to as new data (or new data blocks). These new data may not come from the application layer, but from data generated within these future wireless communication systems.

[0023] For IP packets (traditional data packets), data originates from the application layer and is transmitted in two modes: acknowledged transmission mode (AM mode) and unacknowledged transmission mode (UM mode). When data packets are transmitted within a communication system, each is numbered, with a sequence number (SN) added to the packet header. Upon receiving the data packets, the receiver uses the SN to sequentially pass them to the upper layer for processing. In acknowledged transmission mode, the receiver uses the SN to confirm the receipt of the data packet.

[0024] For new data blocks, the data may come from within future wireless communication systems, and the data volume may also be relatively large (such as a large file). To ensure the effective transmission of these new data blocks, they can be sent in segments. If a data segment in the new data block is lost during transmission, the receiving end may be unable to use the entire new data block (such as a file). However, in current wireless communication systems, there are no transmission guarantees for these new data blocks. That is, there is no guarantee that the sender can send the entire new data block completely and in sequence, and there is no guarantee that the receiver can correctly receive the entire new data block.

[0025] In order to ensure the sequential and complete reception of new data blocks generated within future wireless communication systems such as 6G, an embodiment of the present application provides a data confirmation transmission method, a network device, a computer-readable storage medium, and a computer program product, wherein, when a transmitting device sends a new data block including AI data, perception data, and computing power data to a receiving device, the transmitting device sends a plurality of data segments including segment offset information to the receiving device, so that the receiving device determines the reception integrity of the plurality of data segments based on the segment offset information, wherein the data segment is generated based on the data block, and the segment offset information is used to determine the offset of the data segment relative to the first address of the data block. Since the multiple data segments including segment offset information sent by the transmitting device to the receiving device are generated based on the data block, and the segment offset information in the data segment can be used to determine the offset of the data segment relative to the starting address of the data block, after the receiving device receives these data segments, it can determine the original position of each data segment in the data block based on the segment offset information in these data segments, thereby ensuring the sequential reception of these data segments, and further, the reception integrity of these data segments can be determined based on whether these data segments in the data block are missing. That is to say, the embodiments of the present application can ensure the sequential and complete reception of new data blocks generated within future wireless communication systems such as 6G.

[0026] Based on the above analysis, the embodiments of the present application will be further described below in conjunction with the accompanying drawings.

[0027] 1 , which is a flowchart of a data confirmation transmission method provided by an embodiment of the present application, the data confirmation transmission method may be executed by a transmitting device, and the data confirmation transmission method may include but is not limited to step S100.

[0028] Step S100: Send multiple data segments including segment offset information to the receiving device, so that the receiving device determines the reception integrity of the multiple data segments based on the segment offset information, wherein the data segments are generated based on the data blocks, and the segment offset information is used to determine the offset of the data segments relative to the first address of the data block.

[0029] In one embodiment, the data block may include but is not limited to at least one of AI data, perception data, and computing power data. For example, in addition to AI data, perception data, computing power data, etc., the data block may also include other new types of data from within the wireless communication system, which is not specifically limited here.

[0030] In one embodiment, the data block may be segmented according to the authorized size, and each segment is called a data segment.

[0031] In one embodiment, since segment offset information can be used to determine the offset of a data segment relative to the first address of a data block, when a transmitting device sends multiple data segments generated from a data block and including segment offset information to a receiving device, the receiving device can determine the original position of each data segment in the data block based on the segment offset information in the data segments, thereby ensuring the in-order reception of the data segments. Furthermore, the reception integrity of the data segments can be determined based on whether the data segments are missing from the data block. Referring to FIG2 , FIG2 exemplarily shows a schematic diagram of multiple data segments including segment offset information. In Figure 2, assuming that a data block is divided into n data segments, the segment offset information of the first data segment (i.e., Segment 1) can be 0, indicating that the offset of Segment 1 relative to the first address of the data block is 0; the segment offset information of the second data segment (i.e., Segment 2) can be xx, indicating that the offset of Segment 2 relative to the first address of the data block is xx; the segment offset information of the third data segment (i.e., Segment 3) can be yy, indicating that the offset of Segment 3 relative to the first address of the data block is yy. Therefore, based on the segment offset information of Segments 1 to n, the original positions of Segments 1 to n in the data block can be determined, thereby ensuring the in-order reception of Segments 1 to n, and determining the reception integrity of Segments 1 to n based on whether there is any missing data between Segments 1 to n.

[0032] In one embodiment, a data segment may include a data header, and segment offset information is carried in the data header. The data header does not carry a sequence number. The new processing method proposed in the embodiment of the present application is applicable to the case where the data header does not carry a sequence number. The original position of each data segment in the data block can be determined based on the segment offset information. This not only ensures the sequential reception of these data segments, but also determines whether these data segments have been completely received based on whether any of them are missing.

[0033] In one embodiment, the segment offset information may include only segmentation information (SI), or may include both segmentation information and a segment offset (SO). The segmentation information may be used to indicate the segment type of the corresponding data segment, and the segment offset may be used to represent the offset of the corresponding data segment relative to the first address of the data block. In one embodiment, the unit of the segment offset may be bytes, which is not specifically limited herein.

[0034] In one embodiment, when the value of the segmentation information is a first value (for example, 0b00), it can indicate that the corresponding data segment is not segmented data, that is, the corresponding data segment is a complete data block. When the value of the segmentation information is a second value (for example, 0b01), it can indicate that the corresponding data segment is the first data segment (i.e., Segment 1). When the value of the segmentation information is a third value (for example, 0b10), it can indicate that the corresponding data segment is the last data segment. For example, if the number of data segments is 10, then the corresponding data segment is Segment 10. When the value of the segmentation information is a fourth value (for example, 0b11), it can indicate that the corresponding data segment is an intermediate data segment. For example, if the number of data segments is 10, then the corresponding data segment is any one of Segment 2 to Segment 9.

[0035] In one embodiment, when the value of the segment information is the first value (for example, 0b00), since it indicates that the corresponding data segment is not segmented data, in this case, the segment offset information may only include the segment information.

[0036] In one embodiment, when the value of the segmentation information is the second value (for example, it may be 0b01), since it indicates that the corresponding data segment is Segment 1, and the offset of Segment 1 relative to the first address of the data block is 0, in this case, the segmentation offset information may not include the offset of Segment 1 relative to the first address of the data block, that is, the segmentation offset information may only include the segmentation information.

[0037] In one embodiment, when the value of the segmentation information is the third value (for example, it can be 0b10), since it indicates that the corresponding data segment is the last data segment, in this case, the segmentation offset information can include both the segmentation information and the segmentation offset value, where the segmentation offset value can give the offset of the first address of the last data segment relative to the first address of the data block.

[0038] In one embodiment, when the value of the segmentation information is the fourth value (for example, it can be 0b11), since it indicates that the corresponding data segment is an intermediate data segment, in this case, the segmentation offset information can include both the segmentation information and the segmentation offset value, where the segmentation offset value can give the offset of the first address of the intermediate data segment relative to the first address of the data block.

[0039] In this embodiment, by adopting the data confirmation transmission method including the above-mentioned step S100, since the multiple data segments including segment offset information sent to the receiving device are generated based on the data block, and the segment offset information in the data segment can be used to determine the offset of the data segment relative to the first address of the data block, after the receiving device receives these data segments, it can determine the original position of each data segment in the data block based on the segment offset information in these data segments, thereby ensuring the sequential reception of these data segments, and further, the reception integrity of these data segments can be determined based on whether these data segments in the data block are missing. Therefore, the embodiment of the present application can ensure the sequential and complete reception of new data blocks generated within future wireless communication systems such as 6G.

[0040] In one embodiment, as shown in FIG. 3 , the data confirmation transmission method may further include but is not limited to the following steps S310 to S320 .

[0041] Step S310: receiving a status protocol data unit sent by a receiving device, wherein the status protocol data unit includes first indication information for indicating a data segment received by the receiving device.

[0042] Step S320: Determine whether the receiving device has completely received all data segments based on the first indication information.

[0043] In one embodiment, after a receiving device receives multiple data segments including segment offset information sent by a transmitting device, the receiving device may generate a status protocol data unit (STATUS PDU) including first indication information based on the received data segments, and then send the status protocol data unit to the transmitting device. Since the first indication information can be used to indicate the data segments received by the receiving device, the transmitting device can determine the status of the data segments received by the receiving device based on the first indication information in the status protocol data unit.

[0044] In one embodiment, the status protocol data unit sent by the receiving device may further include second indication information for indicating that the receiving device has not received the data segment. In this case, the data confirmation transmission method may further include but is not limited to the following steps:

[0045] According to the second indication information, the data segments not received by the receiving device are resent to the receiving device.

[0046] In one embodiment, since the status protocol data unit sent by the receiving device also includes second indication information for indicating the data segments that the receiving device has not received, after the sending device receives the status protocol data unit, the second indication information can be read in the status protocol data unit, and then the data segments that the receiving device has not received can be resent to the receiving device based on the data segments that the receiving device has not received as indicated by the second indication information. For example, assuming that the second indication information indicates that the receiving device has not received Segment 5, the sending device can resend only Segment 5 to the receiving device. For another example, assuming that the second indication information indicates that the receiving device has not received Segment 5 and Segment 8, the sending device can resend only Segment 5 and Segment 8 to the receiving device. In other words, when the sending device retransmits the data segments according to the second indication information, it can resend only the data segments that the receiving device has not received, without having to resend all the data segments, thereby effectively improving the efficiency of data retransmission.

[0047] In one embodiment, the second indication information includes at least one piece of non-received segment offset information, wherein the piece of non-received segment offset information is used to indicate a data segment that the receiving device has not received. The piece of non-received segment offset information includes piece of non-received segment offset start information and piece of non-received segment offset end information. The piece of non-received segment offset start information is used to indicate the offset value of the first byte of the data segment that the receiving device has not received. The piece of non-received segment offset end information is used to indicate the offset value of the last byte of the data segment that the receiving device has not received. The offset value indicates the offset of the byte relative to the first address of the data block. When the second indication information includes one piece of non-received segment offset information, it indicates that the receiving device has not received the data segment indicated by the piece of non-received segment offset information. When the second indication information includes multiple pieces of non-received segment offset information, it indicates that the receiving device has not received multiple data segments indicated by the multiple pieces of non-received segment offset information. For example, if the second indication information includes three pieces of non-received segment offset information, it indicates that the receiving device has not received three data segments, and these three data segments are not continuous.

[0048] In one embodiment, the status protocol data unit can be sent by the receiving device after receiving the confirmation request information sent by the sending device, or can be sent by the receiving device after a preset timer expires. The selection can be made appropriately according to the actual application situation and is not specifically limited here. For example, when the status protocol data unit is sent by the receiving device after receiving the confirmation request information sent by the sending device, each time the sending device sends a certain number of data segments included in a data block, the sending device can send a confirmation request information to the receiving device to request the receiving device for the reception status of the data block. After the receiving device receives the confirmation request information, the receiving device can generate a status protocol data unit including first indication information and second indication information based on the received data segments and the unreceived data segments, and then send the status protocol data unit to the sending device, so that the sending device can determine whether the receiving device has completely received all the data segments based on the first indication information and the second indication information in the status protocol data unit, and determine the data segments that need to be re-sent to the receiving device based on the second indication information in the status protocol data unit. For another example, when the status protocol data unit is sent by the receiving device after a preset timer expires, each time the receiving device receives the first data segment sent by the sending device, the receiving device can start a preset timer. After the timer expires, the receiving device generates a status protocol data unit including first indication information and second indication information based on the received data segments and the data segments that have not been received, and then sends the status protocol data unit to the sending device, so that the sending device can determine whether the receiving device has completely received all the data segments based on the first indication information and the second indication information in the status protocol data unit, and determine the data segments that need to be re-sent to the receiving device based on the second indication information in the status protocol data unit.

[0049] 4 , which is a flowchart of a data confirmation transmission method provided by another embodiment of the present application, the data confirmation transmission method may be executed by a receiving device, and the data confirmation transmission method may include but is not limited to steps S410 to S420 .

[0050] Step S410: receiving multiple data segments sent by the transmitting end device, wherein the data segments are generated according to the data blocks and include segment offset information, and the segment offset information is used to determine the offset of the data segment relative to the first address of the data block.

[0051] Step S420: Determine the reception integrity of the multiple data segments according to the segment offset information.

[0052] In one embodiment, the data block may include but is not limited to at least one of AI data, perception data, and computing power data. For example, in addition to AI data, perception data, computing power data, etc., the data block may also include other new types of data from within the wireless communication system, which is not specifically limited here.

[0053] In one embodiment, the data block may be segmented according to the authorized size, and each segment is called a data segment.

[0054] In one embodiment, since the segment offset information can be used to determine the offset of the data segment relative to the starting address of the data block, when the receiving device receives multiple data segments including segment offset information generated from the data block sent by the sending device, it can determine the original position of each data segment in the data block based on the segment offset information in these data segments, thereby ensuring the sequential reception of these data segments. Moreover, the reception integrity of these data segments can also be determined based on whether these data segments in the data block are missing.

[0055] In one embodiment, after receiving multiple data segments sent by a transmitting device, the receiving device can also save the data segments to corresponding offset positions based on the segment offset information to recover the data blocks. By saving the data segments to corresponding offset positions based on the segment offset information to recover the data blocks, not only can the sequential reception of the data segments be effectively ensured, but also the absence of any missing data segments can be effectively determined, thereby ensuring the completeness of the reception of the data segments.

[0056] In one embodiment, a data segment may include a data header, and segment offset information is carried in the data header. The data header does not carry a sequence number. The new processing method proposed in the embodiment of the present application is applicable to the case where the data header does not carry a sequence number. The original position of each data segment in the data block can be determined based on the segment offset information. This not only ensures the sequential reception of these data segments, but also determines whether these data segments have been completely received based on whether any of them are missing.

[0057] In one embodiment, the segment offset information may include only segment information (i.e., SI), or may include both segment information and a segment offset value (i.e., SO). The segment information may be used to indicate the segment type of the corresponding data segment, and the segment offset value may be used to represent the offset of the corresponding data segment relative to the first address of the data block. In one embodiment, the unit of the segment offset value may be bytes, which is not specifically limited herein.

[0058] In one embodiment, when the value of the segmentation information is a first value (for example, 0b00), it can indicate that the corresponding data segment is not segmented data, that is, the corresponding data segment is a complete data block. When the value of the segmentation information is a second value (for example, 0b01), it can indicate that the corresponding data segment is the first data segment (i.e., Segment 1). When the value of the segmentation information is a third value (for example, 0b10), it can indicate that the corresponding data segment is the last data segment. For example, if the number of data segments is 10, then the corresponding data segment is Segment 10. When the value of the segmentation information is a fourth value (for example, 0b11), it can indicate that the corresponding data segment is an intermediate data segment. For example, if the number of data segments is 10, then the corresponding data segment is any one of Segment 2 to Segment 9.

[0059] In one embodiment, when the value of the segment information is the first value (for example, 0b00), since it indicates that the corresponding data segment is not segmented data, in this case, the segment offset information may only include the segment information.

[0060] In one embodiment, when the value of the segmentation information is the second value (for example, it may be 0b01), since it indicates that the corresponding data segment is Segment 1, and the offset of Segment 1 relative to the first address of the data block is 0, in this case, the segmentation offset information may not include the offset of Segment 1 relative to the first address of the data block, that is, the segmentation offset information may only include the segmentation information.

[0061] In one embodiment, when the value of the segmentation information is the third value (for example, it can be 0b10), since it indicates that the corresponding data segment is the last data segment, in this case, the segmentation offset information can include both the segmentation information and the segmentation offset value, where the segmentation offset value can give the offset of the first address of the last data segment relative to the first address of the data block.

[0062] In one embodiment, when the value of the segmentation information is the fourth value (for example, it can be 0b11), since it indicates that the corresponding data segment is an intermediate data segment, in this case, the segmentation offset information can include both the segmentation information and the segmentation offset value, where the segmentation offset value can give the offset of the first address of the intermediate data segment relative to the first address of the data block.

[0063] In this embodiment, by adopting the data confirmation transmission method including the above-mentioned steps S410 to S420, since the received multiple data segments including segment offset information are generated by the sending end device according to the data block, and the segment offset information in the data segment can be used to determine the offset of the data segment relative to the first address of the data block, after receiving these data segments, the original position of each data segment in the data block can be determined according to the segment offset information in these data segments, thereby ensuring the sequential reception of these data segments, and the reception integrity of these data segments can also be determined according to whether these data segments in the data block are missing. Therefore, the embodiment of the present application can ensure the sequential and complete reception of new data blocks generated within future wireless communication systems such as 6G.

[0064] In one embodiment, the data confirmation transmission method may further include but is not limited to the following steps:

[0065] A status protocol data unit including first indication information is sent to a transmitting end device, so that the transmitting end device determines whether all data segments have been completely received according to the first indication information, wherein the first indication information is used to indicate the data segments that have been received.

[0066] In one embodiment, after receiving multiple data segments including segment offset information from a transmitting device, the receiving device may generate a status protocol data unit including first indication information based on the received data segments, and then send the status protocol data unit to the transmitting device. Since the first indication information can be used to indicate the received data segments, the transmitting device can determine the status of the data segments received by the receiving device based on the first indication information in the status protocol data unit.

[0067] In one embodiment, the status protocol data unit sent by the receiving device may further include second indication information for indicating a data segment that has not been received. In this case, the data confirmation transmission method may further include but is not limited to the following steps:

[0068] The receiving device resends the unreceived data segment according to the second indication information.

[0069] In one embodiment, since the status protocol data unit sent by the receiving device also includes second indication information for indicating that the data segments have not been received, after the sending device receives the status protocol data unit, the second indication information can be read in the status protocol data unit, and then the data segments that the receiving device has not received can be resent to the receiving device based on the data segments that have not been received as indicated by the second indication information. For example, assuming that the second indication information indicates that Segment 5 has not been received, the sending device can only resend Segment 5 to the receiving device, so the receiving device can receive Segment 5 resent by the sending device based on the second indication information. For another example, assuming that the second indication information indicates that Segment 5 and Segment 8 have not been received, the sending device can only resend Segment 5 and Segment 8 to the receiving device, so the receiving device can receive Segment 5 and Segment 8 resent by the sending device based on the second indication information. That is, when the transmitting device retransmits data segments according to the second indication information, it can only retransmit the data segments that the receiving device has not received, without having to retransmit all data segments, thereby effectively improving the efficiency of data retransmission.

[0070] In one embodiment, the second indication information includes at least one piece of unreceived segment offset information, wherein the piece of unreceived segment offset information is used to indicate a data segment that was not received. The piece of unreceived segment offset information includes piece of segment offset start information and piece of segment offset end information. The piece of segment offset start information is used to indicate the offset value of the first byte of the unreceived data segment, and the piece of segment offset end information is used to indicate the offset value of the last byte of the unreceived data segment. The offset value is used to indicate the offset of the byte relative to the first address of the data block. When the second indication information includes one piece of unreceived segment offset information, it indicates that the receiving device did not receive the data segment indicated by the piece of unreceived segment offset information. When the second indication information includes multiple pieces of unreceived segment offset information, it indicates that the receiving device did not receive multiple data segments indicated by the multiple pieces of unreceived segment offset information. For example, if the second indication information includes three pieces of unreceived segment offset information, it indicates that the receiving device did not receive three data segments, and these three data segments are not continuous.

[0071] In one embodiment, the status protocol data unit can be sent by the receiving device after receiving the confirmation request information sent by the sending device, or can be sent by the receiving device after a preset timer expires. The selection can be made appropriately according to the actual application situation and is not specifically limited here. For example, when the status protocol data unit is sent by the receiving device after receiving the confirmation request information sent by the sending device, each time the sending device sends a certain number of data segments included in a data block, the sending device can send a confirmation request information to the receiving device to request the receiving device for the reception status of the data block. After the receiving device receives the confirmation request information, the receiving device can generate a status protocol data unit including first indication information and second indication information based on the received data segments and the unreceived data segments, and then send the status protocol data unit to the sending device, so that the sending device can determine whether the receiving device has completely received all the data segments based on the first indication information and the second indication information in the status protocol data unit, and determine the data segments that need to be re-sent to the receiving device based on the second indication information in the status protocol data unit. For another example, when the status protocol data unit is sent by the receiving device after a preset timer expires, each time the receiving device receives the first data segment sent by the sending device, the receiving device can start a preset timer. After the timer expires, the receiving device generates a status protocol data unit including first indication information and second indication information based on the received data segments and the data segments that have not been received, and then sends the status protocol data unit to the sending device, so that the sending device can determine whether the receiving device has completely received all the data segments based on the first indication information and the second indication information in the status protocol data unit, and determine the data segments that need to be re-sent to the receiving device based on the second indication information in the status protocol data unit.

[0072] The data confirmation transmission method provided in the embodiment of the present application is described in detail below with specific examples.

[0073] For example, as shown in Figure 5, Figure 5 is a schematic diagram of the process of the receiving device provided by the embodiment of the present application receiving the new data block in sequence. In Figure 5, when the sending device Point A is ready to send the new data block, the sending device Point A segments the new data block according to the data size of the current authorization (dynamic authorization or preset authorization), and then sends the current data segment; for example, after each authorization (dynamic authorization or preset authorization) is received, the data is segmented according to the current authorization size, and then the current data segment is sent. Among them, when the sending device Point A segments the new data block, the segment offset information of each data segment is recorded in the data header of each data segment, and no SN is added to the data header of each data segment. After receiving each data segment, the receiving device Point B can save the corresponding data segment to the corresponding offset position according to the segment offset information in the data header of each data segment. When the receiving device Point B receives all the data segments, the sequential reception process of the entire new data block is completed.

[0074] By using segment offset information to record the offset of the data segment relative to the first address of the data block, the in-order and complete reception of the new data block is guaranteed, without relying on the SN in the relevant technology. Moreover, the intermediate nodes between the sending device Point A and the receiving device Point B do not need to consider the problem of in-order delivery of data segments. In other words, even if the order in which these data segments arrive at the receiving device Point B is not in the order of 1, 2, ..., n, it will not affect the in-order and complete reception of the entire new data block by the receiving device Point B.

[0075] It should be noted that the sending device Point A and the receiving device Point B can be any two nodes in the communication system, such as a terminal (UE), a base station, a network element in the core network, or other data sending devices, processing devices, receiving devices, etc.

[0076] In one embodiment, when a transmitting device sends a new type of data block to a receiving device, the transmitting device may divide the sent new type of data block into multiple data segments. If any data segment is lost, the entire data block will be unusable. Therefore, the transmitting device needs to know whether each data segment has been successfully sent to the receiving device. Since the multiple data segments sent by the transmitting device do not include SN, it is necessary to design a new type of status protocol data unit (STATUS PDU) to directly record the receiving status of each data segment. For example, as shown in Figure 6, Figure 6 exemplarily shows a schematic diagram of the status protocol data unit sent by the receiving device. In Figure 6, the meaning of each field in the status protocol data unit can be explained as shown below:

[0077] D / C field: Data / Control field, which occupies 1 bit. When the value of the D / C field is a first value (for example, 0), it indicates that the current data unit is a control protocol data unit (i.e., Control PDU); when the value of the D / C field is a second value (for example, 1), it indicates that the current data unit is a data protocol data unit (i.e., Data PDU).

[0078] CPT field: Type field, this field occupies 3 bits. When the value of the CPT field is the first value (for example, it can be 0b000), it indicates that the current data unit is a status protocol data unit (i.e., STATUS PDU); when the value of the CPT field is the second value (for example, it can be any value from 0b001 to 0b111), it indicates that it is reserved (i.e., Reserved). When the transmitting device receives a CPT field with this value, the transmitting device will discard the protocol data unit.

[0079] ACK_SO field: SO confirmation field (i.e., the first indication information described above), this field occupies 16 bits and is used to indicate that as of the SO indicated by ACK_SO, the receiving end has successfully received all previous data segments (including the bytes indicated by the SO), except for the data segments indicated by the NACK_SOstart field and the NACK_SOend field in the current status protocol data unit.

[0080] E field: NACK_SO indication field, which occupies 1 bit. When the value of the E field is the first value (for example, 0), it indicates that the current E field is not followed by the NACK_SOstart field, NACK_SOend field, and the next E field. When the value of the E field is the second value (for example, 1), it indicates that the current E field is followed by a set of NACK_SOstart field, NACK_SOend field, and the next E field.

[0081] NACK_SOstart field: SO negative acknowledgment start field (i.e., the segment offset start information in the second indication information described above). This field occupies 16 bits and is used to indicate the offset value of the first byte of the data segment that has not been received.

[0082] NACK_SOend field: SO negative acknowledgment end field (ie, the segment offset end information in the second indication information described above). This field occupies 16 bits and is used to indicate the offset value of the last byte of the data segment that has not been received.

[0083] R field: reserved field.

[0084] In one embodiment, assuming that the segment offset value recorded in the NACK_SOstart field is byte 100 and the segment offset value recorded in the NACK_SOend field is byte n, it means that the data segments from byte 100 to byte n have not been received or have not been successfully received.

[0085] In one embodiment, when a status protocol data unit includes multiple sets of NACK_SOstart and NACK_SOend fields, it indicates that multiple data segments have not been received or have not been successfully received. For example, assuming that the status protocol data unit includes two sets of NACK_SOstart and NACK_SOend fields, where the segment offset value recorded in the first set of NACK_SOstart fields is byte 100, the segment offset value recorded in the first set of NACK_SOend fields is byte 150, the segment offset value recorded in the second set of NACK_SOstart fields is byte 230, and the segment offset value recorded in the second set of NACK_SOend fields is byte 300, then the data segments from byte 100 to byte 150 and the data segments from byte 230 to byte 300 have not been received or have not been successfully received.

[0086] For example, as shown in FIG7 , FIG7 is a schematic diagram of a flow chart of a receiving device sending a status protocol data unit according to an embodiment of the present application.

[0087] In one case, when the sending device Point A is preparing to send a new type of data block, the sending device Point A sends each data segment according to the amount of data authorized each time. For example, after the sending device Point A sends two data segments, the sending device Point A can send a confirmation request message to the receiving device to request the receiving device about the reception status of these two data segments. After the receiving device receives the confirmation request message, the receiving device will generate a status protocol data unit including first indication information and second indication information based on the received data segments and the data segments that have not been received, and then send the status protocol data unit to the sending device, so that the sending device can determine whether the receiving device has completely received all the data segments based on the first indication information and the second indication information in the status protocol data unit, and determine the data segments that need to be re-sent to the receiving device based on the second indication information in the status protocol data unit.

[0088] In another case, when the receiving device receives the first data segment of a new type of data block, the receiving device can start a preset timer. When the timer expires, the receiving device generates a status protocol data unit including first indication information and second indication information based on the received data segments and the data segments that have not been received, and then sends the status protocol data unit to the sending device, so that the sending device can determine whether the receiving device has completely received all the data segments based on the first indication information and the second indication information in the status protocol data unit, and determine the data segments that need to be re-sent to the receiving device based on the second indication information in the status protocol data unit.

[0089] 8 , an embodiment of the present application further discloses a network device, wherein the network device 800 includes a memory 810, a processor 820, and a computer program stored on the memory 810 and executable on the processor 820. When the processor 820 executes the computer program, the data confirmation transmission method as in any of the previous embodiments is implemented.

[0090] In addition, an embodiment of the present application further discloses a computer-readable storage medium, which stores computer-executable instructions for executing the data confirmation transmission method in any of the previous embodiments.

[0091] In addition, an embodiment of the present application also discloses a computer program product, including a computer program or computer instructions, which are stored in a computer-readable storage medium. The processor of the network device reads the computer program or computer instructions from the computer-readable storage medium, and the processor executes the computer program or computer instructions, so that the network device executes the data confirmation transmission method as in any of the previous embodiments.

[0092] Those skilled in the art will appreciate that all or some of the steps and systems in the method disclosed above can be implemented as software, firmware, hardware, and appropriate combinations thereof. Some physical components or all physical components can be implemented as software executed by a processor, such as a central processing unit, a digital signal processor, or a microprocessor, or implemented as hardware, or implemented as an integrated circuit, such as an application-specific integrated circuit. Such software can be distributed on a computer-readable medium, and the computer-readable medium can include computer storage media (or non-transitory media) and communication media (or temporary media). As known to those skilled in the art, the term computer storage media is included in any method or technology for storing information (such as computer-readable instructions, data structures, program modules, or other data) and is volatile and non-volatile, removable, and non-removable. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory, or other memory technology, CD-ROM, digital versatile disks (DVD), or other optical disk storage, magnetic cassettes, magnetic tapes, disk storage, or other magnetic storage devices, or any other medium that can be used to store desired information and can be accessed by a computer. Furthermore, as is well known to those skilled in the art, communication media typically embodies computer-readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transport mechanism, and may include any information delivery media.

[0093] The above is a specific description of the preferred implementation of the present application, but the present application is not limited to the above implementation mode. Technical personnel familiar with the field can also make various equivalent modifications or substitutions without violating the spirit of the present application. These equivalent modifications or substitutions are all included in the scope defined by the claims of the present application.

Claims

1. A data confirmation transmission method, comprising: Send multiple data segments including segment offset information to a receiving device, so that the receiving device determines the reception integrity of the multiple data segments according to the segment offset information, wherein the data segments are generated according to data blocks, and the segment offset information is used to determine the offset of the data segments relative to the first address of the data block.

2. The method according to claim 1, wherein: The data segment includes a data header, the segment offset information is carried in the data header, and the data header does not carry a sequence number.

3. The method according to claim 1, wherein: The method further comprises: Receiving a status protocol data unit sent by the receiving end device, wherein the status protocol data unit includes first indication information for indicating the data segment received by the receiving end device; Determine whether the receiving device has completely received all the data segments according to the first indication information.

4. The method according to claim 3, wherein: The status protocol data unit further includes second indication information for indicating that the data segment is not received by the receiving device; and the method further includes: The data segment not received by the receiving device is resent to the receiving device according to the second indication information.

5. The method according to claim 4, wherein: The second indication information includes at least one unreceived segment offset information; one unreceived segment offset information is used to represent a data segment that the receiving end device has not received, and the unreceived segment offset information includes segment offset start information and segment offset end information, the segment offset start information is used to represent the offset value of the first byte of the data segment that the receiving end device has not received, and the segment offset end information is used to represent the offset value of the last byte of the data segment that the receiving end device has not received, and the offset value is used to represent the offset of the byte relative to the starting address of the data block.

6. The method according to claim 3, wherein: The status protocol data unit is sent by the receiving device when it is in one of the following situations: After receiving the confirmation request information; After a preset timer expires.

7. A data confirmation transmission method, comprising: Receiving a plurality of data segments sent by a transmitting end device, wherein the data segments are generated according to a data block, and the data segments include segment offset information, and the segment offset information is used to determine an offset of the data segment relative to a first address of the data block; The reception completeness of the plurality of data segments is determined based on the segment offset information.

8. The method according to claim 7, wherein: The method further comprises: The data segments are saved to corresponding offset positions according to the segment offset information, so as to perform recovery processing on the data blocks.

9. The method according to claim 7, wherein: The data segment includes a data header, the segment offset information is carried in the data header, and the data header does not carry a sequence number.

10. The method according to claim 7, wherein: The method further comprises: A status protocol data unit including first indication information is sent to the sending end device, so that the sending end device determines whether all the data segments have been completely received according to the first indication information, wherein the first indication information is used to indicate the data segments that have been received.

11. The method according to claim 10, wherein: The status protocol data unit further includes second indication information for indicating the data segment that has not been received; and the method further includes: Receive the data segment that has not been received and is resent by the sending end device according to the second indication information.

12. The method according to claim 11, wherein: The second indication information includes at least one unreceived segment offset information; one unreceived segment offset information is used to represent a data segment that has not been received, and the unreceived segment offset information includes segment offset start information and segment offset end information, the segment offset start information is used to represent the offset value of the first byte of the data segment that has not been received, and the segment offset end information is used to represent the offset value of the last byte of the data segment that has not been received, and the offset value is used to represent the offset of the byte relative to the starting address of the data block.

13. The method according to claim 10, wherein: The status protocol data unit is sent in one of the following situations: After receiving the confirmation request information; After a preset timer expires.

14. A network device comprising: A memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the data confirmation transmission method according to any one of claims 1 to 13 when executing the computer program.

15. A computer-readable storage medium storing computer-executable instructions, wherein the computer-executable instructions are used to execute the data confirmation transmission method according to any one of claims 1 to 13.

Images