Communication method, device, storage medium, and program product

Abstract

The present disclosure relates to a communication method, device, storage medium and program product. A first device sends first data to a second device. The first device sends a polling message to the second device in a case where a current reception status of the first data meets a first condition and / or a discarded data packet in the first data meets a second condition. The polling message is used to request confirmation of the reception status of the first data. In the embodiments of the present disclosure, polling can be triggered accurately in a data transmission scenario to determine the data reception status through polling while avoiding unnecessary signaling overhead caused by frequent polling, thereby saving signaling overhead of the device and improving data transmission efficiency.

Description

Communication methods, devices, storage media and software products Technical Field

[0001] This disclosure relates to the field of communication technology, and in particular to a communication method, device, storage medium, and program product. Background Technology

[0002] In modern wireless communication systems, reliable data transmission is a core requirement for ensuring communication quality. To achieve this goal, the data sender uses a polling mechanism to obtain the data reception status from the data receiver. This acknowledgment mechanism plays a crucial role in ensuring data integrity and reliability. Summary of the Invention

[0003] This disclosure provides a communication method, device, storage medium, and program product for accurately triggering polling in data transmission scenarios. This allows for determining the data reception status through polling while avoiding unnecessary signaling overhead caused by frequent polling, thereby saving signaling overhead on the device and improving data transmission efficiency.

[0004] According to a first aspect of the present disclosure, a communication method is provided, applied to a first device, the method comprising:

[0005] Send the first data to the second device;

[0006] If the current reception status of the first data satisfies the first condition, and / or if the data packets discarded in the first data satisfy the second condition, a polling message is sent to the second device;

[0007] Among them, the polling message is used to request confirmation of the reception status of the first data.

[0008] In this embodiment of the disclosure, polling is triggered only when the current reception status of the first data and / or the discarded data packets meet certain conditions. This allows for more precise polling, which helps determine the data reception status while avoiding unnecessary signaling overhead caused by frequent polling, thereby saving signaling overhead on the device and improving data transmission efficiency.

[0009] According to a second aspect of the present disclosure, a communication method is provided for use in a second device, the method comprising:

[0010] Receive polling messages sent by the first device, which are used to request confirmation of the reception status of the first data;

[0011] The polling message is sent when the current reception status of the first data meets a first condition, and / or when a second condition is met for the data packets that have been discarded in the first data. The first data is the data sent by the first device to the second device.

[0012] According to a third aspect of the present disclosure, a communication device is provided, comprising:

[0013] The transceiver module is used to send the first data to the second device;

[0014] And, if the current reception status of the first data satisfies the first condition, and / or if the data packets discarded in the first data satisfy the second condition, a polling message is sent to the second device;

[0015] Among them, the polling message is used to request confirmation of the reception status of the first data.

[0016] According to a fourth aspect of the present disclosure, a communication device is provided, comprising:

[0017] The transceiver module is used to receive polling messages sent by the first device. The polling messages are used to request confirmation of the reception status of the first data.

[0018] The polling message is sent when the current reception status of the first data meets the first condition, and / or when the data packets discarded in the first data meet the second condition. The first data is the data sent from the first device to the second device.

[0019] According to a fifth aspect of the embodiments of this disclosure, a communication device is provided, comprising:

[0020] One or more processors;

[0021] The processor is used to execute the communication method of any of the first aspects, or to execute the communication method of any of the second aspects.

[0022] According to a sixth aspect of the present disclosure, a storage medium is provided that stores instructions which, when executed on a communication device, implement a communication method as described in any of the first aspects, or execute a communication method as described in any of the second aspects.

[0023] According to a seventh aspect of the present disclosure, a computer program product is provided, including a program and / or instructions, which, when executed by a communication device, cause the communication device to perform a communication method as described in any of the first aspects, or to perform a communication method as described in any of the second aspects. Attached Figure Description

[0024] To more clearly illustrate the technical solutions in the embodiments of this disclosure, the accompanying drawings required for the description of the embodiments are introduced below. The following drawings are only some embodiments of this disclosure and do not impose specific limitations on the protection scope of this disclosure.

[0025] Figure 1 is a schematic diagram of the architecture of a communication system provided according to an embodiment of the present disclosure.

[0026] Figure 2a is an exemplary interactive schematic diagram of a communication method according to an embodiment of the present disclosure.

[0027] Figure 2b is an exemplary schematic diagram of an RLC status report according to an embodiment of the present disclosure.

[0028] Figure 2c is a schematic diagram of the timing relationship of a data transmission process according to an embodiment of the present disclosure.

[0029] Figure 2d is an exemplary schematic diagram of an AMD PDU according to an embodiment of the present disclosure.

[0030] Figure 2e is an exemplary interactive schematic diagram of a communication method according to an embodiment of the present disclosure.

[0031] Figure 2f is an exemplary interactive schematic diagram of a communication method according to an embodiment of the present disclosure.

[0032] Figure 2g is an exemplary interactive schematic diagram of a communication method according to an embodiment of the present disclosure.

[0033] Figure 2h is an exemplary interactive schematic diagram of a communication method according to an embodiment of the present disclosure.

[0034] Figure 2i is an exemplary interactive schematic diagram of a communication method according to an embodiment of the present disclosure.

[0035] Figure 2j is an exemplary interactive schematic diagram of a communication method according to an embodiment of the present disclosure.

[0036] Figure 3a is an exemplary structural schematic diagram of a communication device provided according to an embodiment of the present disclosure.

[0037] Figure 3b is a schematic diagram of an exemplary structure of a communication device provided according to an embodiment of the present disclosure.

[0038] Figure 4a is an exemplary structural diagram of a communication device provided according to an embodiment of the present disclosure.

[0039] Figure 4b is an exemplary structural diagram of a chip provided according to an embodiment of the present disclosure. Detailed Implementation

[0040] This disclosure provides a communication method, device, storage medium, and program product. It is used to accurately trigger polling in data transmission scenarios, determining the data reception status through polling while avoiding unnecessary signaling overhead caused by frequent polling, thereby saving device signaling overhead and improving data transmission efficiency.

[0041] In a first aspect, embodiments of this disclosure provide a communication method, the method comprising:

[0042] Send the first data to the second device;

[0043] If the current reception status of the first data satisfies the first condition, and / or if the data packets discarded in the first data satisfy the second condition, a polling message is sent to the second device;

[0044] Among them, the polling message is used to request confirmation of the reception status of the first data.

[0045] In this embodiment of the disclosure, polling is triggered only when the current reception status of the first data and / or the discarded data packets meet certain conditions. This allows for more precise polling, which helps determine the data reception status while avoiding unnecessary signaling overhead caused by frequent polling, thereby saving signaling overhead on the device and improving data transmission efficiency.

[0046] In conjunction with some embodiments of the first aspect, in some embodiments, the first data is transmitted based on an RLC SDU or an RLC PDU; the RLC SDU or RLC PDU is contained in a MAC PDU and transmitted to the second device.

[0047] In this embodiment of the disclosure, by using RLC SDU and RLC PDU, the first device can flexibly handle data of different types and sizes, and supports retransmission mechanism, thus providing more efficient, reliable and flexible data transmission services; by encapsulating RLC SDU or RLC PDU in MAC PDU, data can be transmitted efficiently at the link layer, and the overhead in transmission can be reduced, thereby improving data transmission efficiency.

[0048] In conjunction with some embodiments of the first aspect, in some embodiments, the first data is data with urgent time delay.

[0049] In this embodiment of the disclosure, polling is triggered in scenarios involving the transmission of data with urgent latency. Polling allows for real-time monitoring of the reception status of this data, thereby ensuring efficient transmission. Simultaneously, it avoids unnecessary signaling overhead caused by frequent polling for non-urgent data.

[0050] In conjunction with some embodiments of the first aspect, in some embodiments, the first data satisfies at least one of the following:

[0051] The first device has sent PDCP SDUs containing data that does not have the first parameter configured and whose timeout period is less than or equal to a preset threshold.

[0052] Alternatively, in the PDU set sent by the first device, there is data configured with the first parameter, and at least one PDCP SDU in the PDU set has a timeout period of less than or equal to a preset threshold.

[0053] The first parameter is configured to indicate the discarding of the PDU set, and the timer is used to indicate the time for discarding the first data.

[0054] In this embodiment, polling is triggered only when the first data meets certain conditions. This allows for real-time monitoring of the reception status of the first data that meets the conditions, thereby ensuring the transmission efficiency of the first data. Simultaneously, it avoids unnecessary signaling overhead caused by frequent polling triggered by data that does not meet the conditions.

[0055] In conjunction with some embodiments of the first aspect, in some embodiments, the preset threshold includes at least one of the following:

[0056] The first threshold is a threshold related to data with urgent time delays.

[0057] Alternatively, a second threshold, which is a threshold related to polling.

[0058] In this embodiment of the disclosure, by setting different thresholds, the flexibility of the solution can be improved, allowing the solution to be flexibly applied to different scenarios.

[0059] In conjunction with some embodiments of the first aspect, in some embodiments, the current reception status of the first data is determined based on an RLC status report sent by the second device, which is used to indicate whether the second device has correctly received the first data.

[0060] In this embodiment, by utilizing the RLC status report, the first device can accurately understand which data has been correctly received by the second device and which needs to be retransmitted, thereby improving the reliability and integrity of data transmission. Simultaneously, the first device can also precisely trigger polling based on the RLC status report, avoiding unnecessary signaling overhead caused by frequent polling, thus saving signaling overhead and improving data transmission efficiency.

[0061] In conjunction with some embodiments of the first aspect, in some embodiments, the first data is not correctly received by the second device, including at least one of the following situations:

[0062] Some content in the first data was not correctly received by the second device;

[0063] The second device failed to correctly receive all of the data in the first data.

[0064] The RLC status report does not indicate the reception status of the first data;

[0065] Or, the first device did not receive an RLC status report;

[0066] The RLC status report is used to indicate whether the second device has correctly received the first data.

[0067] In this embodiment of the disclosure, by distinguishing in detail the various situations in which data is not received correctly, the first device can more accurately identify and handle transmission errors, thereby ensuring that the first device can accurately trigger polling in the scenario where the first data is not received correctly. This helps to improve the reliability of data transmission and ensure that the data can be transmitted completely and accurately.

[0068] In conjunction with some embodiments of the first aspect, in some embodiments, the first condition includes at least one of the following:

[0069] The data was not correctly received by the second device, and the time elapsed since the transmission of the first data is greater than or equal to the third threshold.

[0070] The number of first data items that were not correctly received by the second device is greater than or equal to the fourth threshold.

[0071] Alternatively, the total amount of the first data that was not correctly received by the second device is greater than or equal to the fifth threshold.

[0072] In this embodiment, by setting a first condition, polling can be precisely triggered based on that condition. Furthermore, polling is only triggered when the first data meets the first condition, allowing for real-time monitoring of the first data's reception status and ensuring efficient data transmission. Simultaneously, it avoids unnecessary signaling overhead caused by frequent polling triggered by data that does not meet the first condition.

[0073] In conjunction with some embodiments of the first aspect, in some embodiments, the transmission time is the time when the RLC SDU or RLC PDU is contained in the MAC PDU and transmitted.

[0074] In this embodiment of the disclosure, by specifying the transmission time, it is possible to determine whether the first data meets the first condition, thereby accurately triggering polling.

[0075] In conjunction with some embodiments of the first aspect, in some embodiments, the second condition includes at least one of the following:

[0076] The number of dropped data packets in the first data is greater than or equal to the sixth threshold;

[0077] Alternatively, the total amount of data in the first data packet that was dropped is greater than or equal to the seventh threshold.

[0078] In this embodiment, by setting a second condition, polling can be precisely triggered based on that condition. Polling is only triggered when the first data meets the second condition, allowing for real-time monitoring of the first data's reception status and ensuring efficient data transmission. Simultaneously, it avoids unnecessary signaling overhead caused by frequent polling triggered by data that does not meet the second condition.

[0079] In conjunction with some embodiments of the first aspect, in some embodiments, the first device is a terminal device and the second device is a network device.

[0080] In conjunction with some embodiments of the first aspect, in some embodiments, the first device is a network device and the second device is a terminal device.

[0081] Secondly, embodiments of this disclosure provide a communication method applied to a second device, the method comprising:

[0082] Receive polling messages sent by the first device, which are used to request confirmation of the reception status of the first data;

[0083] The polling message is sent when the current reception status of the first data meets a first condition, and / or when a second condition is met for the data packets that have been discarded in the first data. The first data is the data sent by the first device to the second device.

[0084] In conjunction with some embodiments of the second aspect, in some embodiments, the first data is transmitted based on an RLC SDU or an RLC PDU; the RLC SDU or RLC PDU is contained in a MAC PDU and transmitted to the second device.

[0085] In conjunction with some embodiments of the second aspect, in some embodiments, the first data is data with urgent time delay.

[0086] In conjunction with some embodiments of the second aspect, in some embodiments, the first data satisfies at least one of the following:

[0087] The first device has sent PDCP SDUs containing data that does not have the first parameter configured and whose timeout period is less than or equal to a preset threshold.

[0088] Alternatively, in the PDU set sent by the first device, there is data configured with the first parameter, and at least one PDCP SDU in the PDU set has a timeout period of less than or equal to a preset threshold.

[0089] The first parameter is configured to indicate the discarding of the PDU set, and the timer is used to indicate the time for discarding the first data.

[0090] In conjunction with some embodiments of the second aspect, in some embodiments, the preset threshold includes at least one of the following:

[0091] The first threshold is a threshold related to data with urgent time delays.

[0092] Alternatively, a second threshold, which is a threshold related to polling.

[0093] In conjunction with some embodiments of the second aspect, in some embodiments, the method further includes: sending an RLC status report to a first device, the RLC status report being used to indicate whether the second device has correctly received the first data.

[0094] In conjunction with some embodiments of the second aspect, in some embodiments, the first data is not correctly received by the second device, including at least one of the following:

[0095] Some content in the first data was not correctly received by the second device;

[0096] The second device failed to correctly receive all of the data in the first data.

[0097] The RLC status report does not indicate the reception status of the first data;

[0098] Or, the first device did not receive an RLC status report;

[0099] The RLC status report is used to indicate whether the second device has correctly received the first data.

[0100] In conjunction with some embodiments of the second aspect, in some embodiments, the first condition includes at least one of the following:

[0101] The data was not correctly received by the second device, and the time elapsed since the transmission of the first data is greater than or equal to the third threshold.

[0102] The number of first data items that were not correctly received by the second device is greater than or equal to the fourth threshold.

[0103] Alternatively, the total amount of the first data that was not correctly received by the second device is greater than or equal to the fifth threshold.

[0104] In conjunction with some embodiments of the second aspect, in some embodiments, the transmission time is the time when the RLC SDU or RLC PDU is contained in the MAC PDU and transmitted.

[0105] In conjunction with some embodiments of the second aspect, in some embodiments, the second condition includes at least one of the following:

[0106] The number of dropped data packets in the first data is greater than or equal to the sixth threshold;

[0107] Alternatively, the total amount of data in the first data packet that was dropped is greater than or equal to the seventh threshold.

[0108] In conjunction with some embodiments of the second aspect, in some embodiments, the first device is a terminal device and the second device is a network device.

[0109] In conjunction with some embodiments of the second aspect, in some embodiments, the first device is a network device and the second device is a terminal device.

[0110] Thirdly, embodiments of this disclosure provide a communication device, including:

[0111] The transceiver module is used to send the first data to the second device;

[0112] And, if the current reception status of the first data satisfies the first condition, and / or if the data packets discarded in the first data satisfy the second condition, a polling message is sent to the second device;

[0113] Among them, the polling message is used to request confirmation of the reception status of the first data.

[0114] Fourthly, embodiments of this disclosure provide a communication device, comprising:

[0115] The transceiver module is used to receive polling messages sent by the first device. The polling messages are used to request confirmation of the reception status of the first data.

[0116] The polling message is sent when the current reception status of the first data meets the first condition, and / or when the data packets discarded in the first data meet the second condition. The first data is the data sent from the first device to the second device.

[0117] Fifthly, embodiments of this disclosure provide a communication device, comprising:

[0118] One or more processors;

[0119] The processor is used to execute the communication method of any of the first aspects, or to execute the communication method of any of the second aspects.

[0120] In a sixth aspect, embodiments of this disclosure provide a storage medium storing instructions that, when executed on a communication device, implement a communication method as described in any of the first aspects, or perform a communication method as described in any of the second aspects.

[0121] In a seventh aspect, embodiments of this disclosure provide a program product that, when executed by a communication device, causes the communication device to perform a communication method as described in the optional implementation of the first aspect, or to perform a communication method as described in any of the second aspects.

[0122] Eighthly, embodiments of this disclosure provide a computer program that, when run on a computer, causes the computer to perform the communication method as described in the optional implementation of the first aspect, or to perform the communication method as described in any of the second aspects.

[0123] Ninthly, embodiments of this disclosure provide a chip. The chip includes processing circuitry configured to perform the communication method described in the optional implementation of the first aspect above, or to perform the communication method as described in any of the second aspects.

[0124] It is understood that the aforementioned communication devices, communication equipment, storage media, program products, computer programs, and chips are all used to execute the methods proposed in the embodiments of this disclosure. Therefore, the beneficial effects they can achieve can be referred to the beneficial effects in the corresponding methods, and will not be repeated here.

[0125] This disclosure presents communication methods, devices, storage media, and program products.

[0126] In some embodiments, the terms communication method, polling method, polling message sending method, data processing method, message processing method, etc., can be used interchangeably, and the terms communication device, polling device, polling message sending device, data processing device, message processing device, etc., can be used interchangeably.

[0127] This disclosure is not exhaustive, but merely illustrative of some embodiments, and is not intended to limit the scope of protection of this disclosure. Unless otherwise specified, each step in a particular embodiment can be implemented as an independent embodiment, and the steps can be arbitrarily combined. For example, a solution after removing some steps in a particular embodiment can also be implemented as an independent embodiment, and the order of the steps in a particular embodiment can be arbitrarily interchanged. Furthermore, the optional implementation methods in a particular embodiment can be arbitrarily combined; moreover, the embodiments can be arbitrarily combined, for example, some or all steps of different embodiments can be arbitrarily combined, and a particular embodiment can be arbitrarily combined with the optional implementation methods of other embodiments.

[0128] In each of the disclosed embodiments, unless otherwise specified or in case of logical conflict, the terminology and / or descriptions of the embodiments are consistent and can be referenced by each other. Technical features in different embodiments can be combined to form new embodiments based on their inherent logical relationships.

[0129] The terminology used in the embodiments of this disclosure is for the purpose of describing particular embodiments only and is not intended to limit the scope of this disclosure.

[0130] In this embodiment of the disclosure, unless otherwise stated, elements expressed in the singular form, such as "a," "an," "the," "the aforementioned," "the," "this," etc., can mean "one and only one," or "one or more," "at least one," etc. For example, when using articles such as "a," "an," "the," etc. in translation, the noun following the article can be understood as either a singular expression or a plural expression.

[0131] In the embodiments disclosed herein, "multiple" refers to two or more.

[0132] In some embodiments, the terms “at least one of”, “one or more”, “a plurality of”, “multiple”, etc., may be used interchangeably.

[0133] In some embodiments, the notation "at least one of A and B", "A and / or B", "A in one case, B in another", "in response to one case A, in response to another case B", etc., may include the following technical solutions depending on the situation: in some embodiments, A (execute A regardless of B); in some embodiments, B (execute B regardless of A); in some embodiments, execution is selected from A and B (A and B are selectively executed); in some embodiments, A and B (both A and B are executed). The same applies when there are more branches such as A, B, C, etc.

[0134] In some embodiments, the notation "A or B" may include the following technical solutions, depending on the situation: in some embodiments, A (execution of A regardless of B); in some embodiments, B (execution of B regardless of A); in some embodiments, execution is selected from A and B (A and B are selectively executed). The same applies when there are more branches such as A, B, C, etc.

[0135] The prefixes "first," "second," etc., used in the embodiments of this disclosure are merely for distinguishing different descriptive objects and do not impose restrictions on the position, order, priority, quantity, or content of the descriptive objects. The description of the descriptive objects is found in the claims or the context of the embodiments, and the use of prefixes should not constitute unnecessary restrictions. For example, if the descriptive object is a "field," the ordinal numbers preceding "field" in "first field" and "second field" do not restrict the position or order of the "fields." "First" and "second" do not restrict whether the "fields" they modify are in the same message, nor do they restrict the order of "first field" and "second field." Similarly, if the descriptive object is a "level," the ordinal numbers preceding "level" in "first level" and "second level" do not restrict the priority between "levels." Furthermore, the number of descriptive objects is not limited by ordinal numbers and can be one or more. For example, in "first device," the number of "devices" can be one or more. Furthermore, the objects modified by different prefixes can be the same or different. For example, if the object being described is "device", then "first device" and "second device" can be the same device or different devices, and their types can be the same or different. Similarly, if the object being described is "information", then "first information" and "second information" can be the same information or different information, and their content can be the same or different.

[0136] In some embodiments, “including A,” “containing A,” “for indicating A,” and “carrying A” can be interpreted as directly carrying A or indirectly indicating A.

[0137] In some embodiments, the terms “in response to…”, “in response to determining…”, “in the case of…”, “when…”, “if…”, “if…”, etc., can be used interchangeably.

[0138] In some embodiments, the terms “greater than,” “greater than or equal to,” “not less than,” “more than,” “more than or equal to,” “not less than,” “higher than,” “higher than or equal to,” “not lower than,” and “above” can be used interchangeably, as can the terms “less than,” “less than or equal to,” “not greater than,” “less than,” “less than or equal to,” “not more than,” “lower than,” “lower than or equal to,” “not higher than,” and “below”.

[0139] In some embodiments, the apparatus and device may be interpreted as physical or virtual, and their names are not limited to the names recorded in the embodiments. In some cases, they may also be understood as "equipment", "device", "circuit", "network element", "node", "function", "unit", "section", "system", "network", "chip", "chip system", "entity", "body", etc.

[0140] In some embodiments, "network" can be interpreted as devices included in the network, such as access network devices, core network devices, etc.

[0141] In some embodiments, the acquisition of data, information, etc., may comply with the laws and regulations of the country where the location is situated.

[0142] In some embodiments, data, information, etc., may be obtained with the user's consent.

[0143] Furthermore, each element, each row, or each column in the table of this disclosure can be implemented as an independent embodiment, and any combination of any element, any row, or any column can also be implemented as an independent embodiment.

[0144] The following is a description of some of the terms used in the embodiments of this application:

[0145] Transparent Mode (TM);

[0146] Unacknowledged Mode (UM);

[0147] Acknowledged Mode (AM);

[0148] Automatic Repeat reQuest (ARQ);

[0149] Data Radio Bearer (DRB);

[0150] Logical Channel Group (LCG);

[0151] Medium Access Control (MAC);

[0152] MAC Control Element (MAC CE);

[0153] Packet Data Convergence Protocol (PDCP);

[0154] Packet Delay Budget (PDB);

[0155] Protocol Data Unit (PDU);

[0156] Radio Link Control (RLC);

[0157] Radio Resource Control (RRC);

[0158] Service Data Unit (SDU);

[0159] Extended Reality (XR);

[0160] Data is transmitted in acknowledged mode (AM Data Protocol Data Unit, AMD).

[0161] Figure 1 is a schematic diagram of the architecture of a communication system according to an embodiment of the present disclosure. As shown in Figure 1, the communication system 100 includes a first device 101 and a second device 102. It should be understood that the number and configuration of devices shown in Figure 1 are for illustrative purposes only and do not constitute a limitation on the embodiments of the present disclosure. In practical applications, it may include two or more first devices 101, or two or more second devices 102. The communication system shown in Figure 1 is only illustrated by example, including one first device 101 and one second device 102.

[0162] It is understood that the communication system described in this disclosure is for the purpose of more clearly illustrating the technical solutions of this disclosure, and does not constitute a limitation on the technical solutions proposed in this disclosure. As those skilled in the art will know, with the evolution of system architecture and the emergence of new business scenarios, the technical solutions proposed in this disclosure are also applicable to similar technical problems.

[0163] The following embodiments of this disclosure can be applied to the first device 101 or the second device 102 in the communication system 100 shown in FIG1, but are not limited thereto. The entities shown in FIG1 are illustrative. The communication system may include all or some of the entities in FIG1, or may include other entities outside of FIG1. ​​The number and form of each entity are arbitrary. Each entity may be physical or virtual. The connection relationship between the entities is illustrative. The entities may not be connected or may be connected. The connection can be in any way, such as direct connection or indirect connection, wired connection or wireless connection.

[0164] The embodiments of this application do not limit the types of the first device 101 and the second device 102. For example, the first device 101 is a terminal device and the second device 102 is a network device. Alternatively, the first device 101 is a network device and the second device 102 is a terminal device.

[0165] For example, in the 3rd Generation Partnership Project (3GPP) scenario, a 3GPP RLC entity can be configured in three modes: Transparent Mode (TM), Unacknowledged Mode (UM), or Acknowledged Mode (AM). Correspondingly, an RLC entity can be classified as a TM RLC entity, a UM RLC entity, or an AM RLC entity.

[0166] An AM RLC entity consists of a transmitting side and a receiving side. For example, the transmitting side can be a network device, and the receiving side can be a terminal device; alternatively, the transmitting side can be a terminal device, and the receiving side can be a network device. For an RLC entity configured on the network device side, the terminal device side is configured with an RLC peer entity, and vice versa. An RLC entity receives RLC SDUs from upper layers and forwards RLC SDUs to upper layers. An RLC entity can send RLC PDUs to or receive RLC PDUs from an RLC peer entity via lower layers.

[0167] In some embodiments, when the space provided by the MAC layer is insufficient to transmit a complete RLC SDU, the RLC SDU will be transmitted in segments, which are referred to as RLC SDU segments.

[0168] In some embodiments, the aforementioned "access network device (AN device)" may be, for example, a node or device that connects a terminal to a wireless network. The network device may include, but is not limited to, at least one of the following in a 5G communication system: an evolved Node B (eNB), a next-generation eNB (ng-eNB), a next-generation Node B (gNB), a node B (NB), a home node B (HNB), a home evolved node B (HeNB), a wireless backhaul device, a radio network controller (RNC), a base station controller (BSC), a base transceiver station (BTS), a base band unit (BBU), a mobile switching center, a base station in a 6G communication system, an open RAN, a cloud RAN, a base station in other communication systems, and an access node in a Wi-Fi system.

[0169] In some embodiments, "network device" may also be referred to as "radio access network device (RAN device)," "network (NW)," "base station (BS)," "radio base station," or "fixed station." In some embodiments, it may also be understood as "node," "access point," "transmission point (TP)," "reception point (RP)," "transmission / reception point (TRP)," "panel," "antenna panel," "antenna array," "cell," "macro cell," "small cell," "femto cell," "pico cell," "sector," "cell group," "serving cell," "carrier," "component carrier," or "bandwidth part (BWP)," but is not limited to these terms.

[0170] In some embodiments, the terminal device 101 described above may be a device that provides voice and / or data connectivity to a user, a handheld device with wireless connectivity, or other processing devices connected to a wireless modem. The name of the terminal device may differ in different systems; for example, in 5G or 6G systems, the terminal device may be called User Equipment (UE). Terminal devices include, but are not limited to, at least one of the following: mobile phone, wearable device, IoT device, car with communication capabilities, smart car, tablet computer, computer with wireless transceiver capabilities, virtual reality (VR) terminal device, augmented reality (AR) terminal device, wireless terminal device in industrial control, wireless terminal device in self-driving, wireless terminal device in remote medical surgery, wireless terminal device in smart grid, wireless terminal device in transportation safety, wireless terminal device in smart city, and wireless terminal device in smart home.

[0171] In some embodiments, "device," "terminal," "terminal equipment (TE)," or "terminal device" may be referred to as "user equipment (UE)," "user terminal," "mobile station (MS)," "mobile terminal (MT)," "subscriber station," "mobile unit," "subscriber unit," "wireless unit," "remote unit," "mobile device," "wireless device," "wireless communication device," "remote device," "mobile subscriber station," "access terminal," "mobile terminal," "wireless terminal," "remote terminal," "handset," "user agent," "mobile client," "client," etc., but are not limited thereto.

[0172] The embodiments disclosed herein can be applied to Long Term Evolution (LTE), LTE-Advanced (LTE-A), LTE-Beyond (LTE-B), SUPER 3G, IMT-Advanced, 4th generation mobile communication system (4G), 5th generation mobile communication system (5G), 5G new radio (NR), 6th generation mobile communication system (6G), Future Radio Access (FRA), New-Radio Access Technology (RAT), New Radio (NR), New radio access (NX), Future generation radio access (FX), Global System for Mobile communications (GSM), CDMA2000, Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), and IEEE 802.20, Ultra-Wideband (UWB), Bluetooth (a registered trademark), Public Land Mobile Network (PLMN) networks, Device-to-Device (D2D), Machine-to-Machine (M2M), Internet of Things (IoT), Vehicle-to-Everything (V2X), and next-generation systems built upon these and utilizing other communication methods. Furthermore, multiple systems can be combined (e.g., a combination of LTE or LTE-A with 5G).

[0173] In the aforementioned communication system, when transmitting data, the first device 101 and the second device 102 use polling to determine the data reception status. For example, taking the first device 101 sending data to the second device 102 as an example, after sending data, the first device 101 will send a polling message to the second device. Correspondingly, after receiving the polling message, the second device 102 will send the data reception status to the first device 101.

[0174] However, in the current polling method, the data sender frequently triggers polling, resulting in excessive signaling overhead for the data sender. At the same time, the data receiver also needs to frequently report the data reception status to the data sender, which increases the signaling overhead for the data receiver.

[0175] In view of this, this disclosure proposes a communication method, device, storage medium, and program product. After the first device sends the first data, it triggers polling when the current reception status of the first data and / or when the discarded data packets meet certain conditions. This allows for precise polling, which determines the data reception status through polling while avoiding unnecessary signaling overhead caused by frequent polling, thereby saving signaling overhead and improving data transmission efficiency.

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

[0177] The beam measurement methods, apparatus, equipment, storage media, and program products provided in this disclosure will now be described in detail with reference to the accompanying drawings.

[0178] Referring to Figure 2a, Figure 2a is an exemplary interactive schematic diagram of a communication method according to an embodiment of the present disclosure. As shown in Figure 2a, the communication method includes the following steps:

[0179] Step S2101: The first device sends the first data to the second device.

[0180] In some embodiments, the first device may be a terminal device and the second device may be a network device.

[0181] In some embodiments, the first device may be a network device and the second device may be a terminal device.

[0182] In some embodiments, the first data is any type of data that the first device needs to send to the second device.

[0183] In some embodiments, the name of the first data, etc., is not limited to the name described in the embodiments. Terms such as “data”, “signaling”, “information”, “message”, “signal”, “report”, “indication”, “instruction”, “command”, “channel”, and “parameter” can be used interchangeably.

[0184] In some embodiments, the first data is transmitted based on an RLC SDU; or, the first data is transmitted based on an RLC PDU. Specifically, for an RLC entity configured on the first device side, an RLC peer entity is configured on the second device side, and vice versa. The RLC entity on the first device side receives RLC SDUs from a higher layer and transmits RLC SDUs to the higher layer on the second device side. The RLC entity on the first device side can send RLC PDUs to the RLC entity on the second device side via a lower layer, or receive RLC PDUs from the RLC entity on the second device side.

[0185] In some embodiments, RLC SDUs or RLC PDUs are included in MAC PDUs and sent to the second device. Specifically, data is processed at the RLC layer, which is responsible for segmenting the RLC SDUs from the upper layer to form RLC PDUs suitable for transmission. Further, the RLC PDUs are passed to the MAC layer, which is responsible for encapsulating these data units into MAC PDUs. The MAC layer may merge multiple RLC PDUs based on current network conditions and resource allocation to form a MAC PDU suitable for transmission, and then send the MAC PDU according to the scheduling algorithm and current network resource conditions.

[0186] In some embodiments, the first data is data with urgent time delays.

[0187] In some embodiments, the first data (i.e., data with urgent delays) satisfies at least one of the following conditions:

[0188] Case 1: The PDCP SDU sent by the first device does not contain data with the first parameter configured and the timeout period is less than or equal to the preset threshold.

[0189] Case 2: In the PDU set sent by the first device, there is data configured with the first parameter, and at least one PDCP SDU in the PDU set has a timeout period of less than or equal to a preset threshold.

[0190] The first parameter is configured to indicate the discarding of the PDU set, and the timer is used to indicate the time for discarding the first data.

[0191] In some embodiments, the first parameter is, for example, "pdu-SetDiscard"; the timer is, for example, discardTimer. Wherein, with the first parameter and timer configured, if the timer of any one or more PDCP SDUs in the PDU set expires and is not correctly received after the PDU set (Set) is sent, the PDU set is discarded.

[0192] In some embodiments, the preset threshold includes at least one of the following i and ii:

[0193] i. First threshold: The first threshold is a threshold related to data with urgent latency; that is, the first threshold is configured to determine whether the data is data with urgent latency. For example, the first threshold can be "remainingTimeThreshold".

[0194] In Case 1 above, without configuring the first parameter, a PDCP SDU with less than the first threshold remaining time before the timer expires is a PDCP SDU with urgent delay.

[0195] In scenario 2 above, if at least one PDCP SDU in the PDU set has less than the first threshold time remaining before the timer expires, then all PDCP SDUs in the PDU set are PDCP SDUs with urgent delays.

[0196] ii. Second threshold: The second threshold is a threshold related to polling. That is, a separate threshold can be configured to trigger polling. For example, the second threshold can be "pollingRemainingTimeThreshold".

[0197] In Case 1 above, when the first parameter is not configured, the PDCP SDU with less than the second threshold remaining time before the timer expires is a PDCP SDU with urgent polling-related latency.

[0198] In scenario 2 above, when the first parameter is configured, if at least one PDCP SDU in the PDU set has less than the second threshold remaining time before the timer expires, then all PDCP SDUs in the PDU set are PDCP SDUs with urgent timeout related to polling.

[0199] In some embodiments, the specific values ​​of the first threshold and the second threshold can be specified by a standard; for example, the first threshold or the second threshold can be configured to 5 milliseconds. Alternatively, the specific values ​​of the first threshold and the second threshold can also be configured by the network device; for example, the access network device can configure the first threshold or the second threshold for the first device via RRC signaling.

[0200] In step S2102, the second device sends an RLC status report to the first device.

[0201] In some embodiments, the RLC status report is used to indicate the reception status of the first data.

[0202] In some embodiments, the RLC status report is used to indicate whether the second device has correctly received the first data.

[0203] In some embodiments, the methods for triggering an RLC status report include, but are not limited to, at least one of the following:

[0204] Method 1: The second device sends an RLC status report to the first device based on the polling message sent by the first device; that is, after the first device sends the first data, it can send a polling message to the second device, and the second device sends an RLC status report to the first device based on the polling message to inform it of the current reception status of the first data.

[0205] Method 2: If the second device detects a failure to receive the AMD PDU, it sends an RLC status report to the first device. Specifically, when the timer t-Reassembly expires, the receiving side of the AM RLC entity (i.e., the second device) triggers an RLC status report, indicating to the peer AM RLC entity (i.e., the first device) whether the RLC SDU or a portion of the RLC SDU has been correctly received. Optionally, the transmitting side of the AM RLC entity (i.e., the first device) can retransmit the RLC SDU or RLC SDU segment based on the RLC status report.

[0206] In some embodiments, the current reception status of the first data is determined based on an RLC status report sent by the second device, which is used to determine whether the second device has correctly received the first data.

[0207] Please refer to Figure 2b, which is an exemplary schematic diagram of an RLC status report according to an embodiment of this disclosure. As shown in Figure 2b, the status variable RX_Next maintained by the receiving side (i.e., the second device) of the AM RLC entity is the lower edge of the receiving window, and RX_Highest_Status indicates the maximum possible value of the ACK_SN field in the status report. When the receiving side (i.e., the second device) of the AM RLC entity constructs an RLC status report, it will report information on incompletely received RLC SDUs starting from SN = RX_Next: the SN of the unreceived RLC SDU, and the SN of the partially received RLC SDU and the unreceived segment information (SOstart, SOend), until SN = RX_Highest_Status - 1, or the generated RLC status report will exceed the size of the RLC PDU indicated by the MAC layer.

[0208] In the RLC status report, the ACK_SN field indicates the SN of the next unreceived RLC SDU that was not reported as lost in the status report. When the transmitting side (i.e., the first device) of the AM RLC entity receives the status report, it will assume that all RLC SDUs to ACK_SN (but excluding ACK_SN) have been correctly received, except for those RLC SDUs and RLC SDU portions indicated by NACK_SN, NACK_range, SOstart, and SOend.

[0209] In some embodiments, the current reception status of the first data includes, but is not limited to, any of the following:

[0210] Reception State 1, First State; wherein, the first state is used to indicate that the first data has been correctly received by the second device; for example, the entire contents of the SDU or PDU have been correctly received.

[0211] Reception state 2, second state; wherein, the second state is used to indicate that the first data was not correctly received by the second device.

[0212] In some embodiments, the "first data not being correctly received by the second device" indicated in the second state described above includes, but is not limited to, at least one of the following situations:

[0213] Scenario 1: Some content in the first data is not correctly received by the second device; for example, only part of the content in the SDU or PDU is correctly received by the second device, while the rest is not.

[0214] Scenario 2: None of the contents of the first data are correctly received by the second device; for example, none of the contents of the SDU or PDU are correctly received by the second device.

[0215] Case 3: The RLC status report does not indicate the reception status of the first data; for example, the status of the SDU or PDU is not indicated by the RLC status report.

[0216] Scenario 4: The first device does not receive an RLC status report. For example, after the first device sends a polling message, it does not receive an RLC status report from the second device; or, after a preset time following the first device sending the first data, it does not receive an RLC status report from the second device. The preset time may be specified by the protocol or configured by the network device, and this application embodiment does not limit it.

[0217] Step S2103: The first device determines whether the reception status of the first data meets the first condition.

[0218] In some embodiments, the first condition includes, but is not limited to, at least one of the following:

[0219] Case 1: The data was not correctly received by the second device (i.e., it is in the second state), and the time elapsed since the transmission of the first data is greater than or equal to the third threshold.

[0220] In some embodiments, the transmission time of the first data is the time when the RLC SDU or RLC PDU is contained in the MAC PDU and transmitted. Please refer to Figure 2c, which is a schematic diagram of the timing relationship of a data transmission process according to an embodiment of the present disclosure. As shown in Figure 2c, a timer is started at the time (t1) when the first data arrives at the PDCP layer of the first device, the transmission time of the first data is t2, and the time elapsed between the current time (t3) and the transmission time (t2) of the first data is Δt. If Δt is greater than or equal to a third threshold, a polling message is sent to the second device.

[0221] Specifically, polling will not be triggered repeatedly for the same RLC SDU / PDU, thus providing sufficient time for HARQ retransmission.

[0222] In some embodiments, the third threshold may be specified by a standard, for example, the third threshold may be specified as 5 milliseconds; or the third threshold may also be configured by the network device.

[0223] Scenario 2: The number of first data items that are not correctly received by the second device (i.e., are in the second state) is greater than or equal to the fourth threshold. For example, if the number of RLC SDUs / PDUs in the second state exceeds the fourth threshold after the first device last receives the RLC status report, a polling message is sent to the second device.

[0224] In some embodiments, the fourth threshold may be specified by a standard, for example, the fourth threshold may be specified as three; or the fourth threshold may be configured by the network device.

[0225] Scenario 3: The total amount of first data that was not correctly received by the second device (i.e., is in the second state) is greater than or equal to the fifth threshold. For example, if the amount of data in the second state of RLC SDUs / PDUs exceeds the fifth threshold after the first device last receives an RLC status report, a polling message is sent to the second device. Here, the data amount refers to the amount of data that was not correctly received by the second device or was not indicated by the RLC status report.

[0226] In some embodiments, the fifth threshold may be specified by a standard, for example, the fifth threshold may be specified as 1MB; or the fifth threshold may be configured by the network device.

[0227] In some embodiments, cases 1, 2, and 3 of the first condition described above can be combined arbitrarily. For example, when combining cases 1 and 2, the first condition is:

[0228] If the number of RLC SDUs / PDUs that are not correctly received by the second device (i.e., are in the second state) and the duration of the first data transmission time is greater than or equal to the third threshold exceeds the fourth threshold, a polling message is sent to the second device.

[0229] When combining situations 1 and 3 above, the first condition is:

[0230] If the RLC SDU / PDU data is not correctly received by the second device (i.e., it is in the second state) and the amount of data of the RLC SDU / PDU whose duration since the transmission of the first data is greater than or equal to the third threshold exceeds the fifth threshold, a polling message is sent to the second device.

[0231] In step S2104, the first device determines whether the discarded data packets in the first data meet the second condition.

[0232] In some embodiments, the second condition includes, but is not limited to, at least one of the following:

[0233] Case 1: The number of dropped data packets in the first data is greater than or equal to the sixth threshold.

[0234] Case 2: The total amount of data in the first data packet that was dropped is greater than or equal to the seventh threshold.

[0235] The dropped data packets can be any one or more of PDCP SDU, PDCP PDU, or RLC SDU and RLC PDU.

[0236] In some embodiments, the sixth and seventh thresholds may be specified by a standard; or, the sixth and seventh thresholds may be configured by the network device.

[0237] In some embodiments, a network device (e.g., an access network device) can configure the first and / or second conditions for the AM RLC transmitting side (i.e., the first device) via signaling (e.g., RRC signaling). Alternatively, the network device can also configure relevant parameters for the AM RLC transmitting side (i.e., the first device) via signaling (e.g., RRC signaling), such as the first threshold, second threshold, third threshold, fourth threshold, fifth threshold, sixth threshold, and seventh threshold mentioned above.

[0238] In some embodiments, when configured via RRC signaling, the configuration (including the parameters described above) can be configured individually for each AM RLC entity (i.e., the first device), for each MAC entity, or for each terminal device (the first device being a terminal device). When the configuration is performed individually for each AM RLC entity via RRC signaling, it can be configured in IE RLCBearerConfig or RLC-Config. When the configuration is performed individually for each MAC entity via RRC signaling, it can be configured in IE CellGroupConfig. When configured individually for each MAC entity, the AM RLC entity associated with that MAC entity is configured accordingly.

[0239] In some embodiments, when the first device is a terminal device, the terminal device can notify the network device whether the terminal device supports polling in the manner described in the above embodiments through the terminal device capability signaling.

[0240] In step S2105, if the first device sends a polling message to the second device when the current reception status of the first data meets the first condition and / or the data packets discarded in the first data meet the second condition.

[0241] Among them, the polling message is used to request confirmation of the reception status of the first data.

[0242] Please refer to Figure 2d, which is an exemplary schematic diagram of an AMD PDU according to an embodiment of the present disclosure. As shown in Figure 2d, the transmitting side (i.e., the first device) of the AM RLC entity can include a polling (for example, an 18-bit SN, without SO) in the AMD PDU to send a polling message to the second device.

[0243] In some embodiments, the first device can set the P field (Poll bit) of the AMD PDU to "1". Correspondingly, when the second device receives the AMD PDU and the P bit in the AMD PDU is set to "1", it indicates that the first device requests the second device to send an RLC status report.

[0244] It should be noted that the bearer establishment method involved in the embodiments of this disclosure may include at least one of steps S2101 to S2105.

[0245] For example, the combination of steps S2101, S2102, S2103, and S2105 can be implemented as an independent embodiment; the combination of steps S2101, S2102, S2104, and S2105 can be implemented as an independent embodiment.

[0246] In some embodiments, step S2102 is optional, and one or more of these steps may be omitted or substituted in different embodiments. For example, the first device may obtain the reception status of the first data through other means.

[0247] In some embodiments, step S2105 is optional, and one or more of these steps may be omitted or substituted in different embodiments. For example, if the current reception status of the first data does not meet the first condition, and / or the data packets discarded in the first data do not meet the second condition, then step S2105 is not executed, that is, polling messages are not sent to the second device.

[0248] In some embodiments, steps S2103 and S2104 may be performed in an alternate order or simultaneously.

[0249] Referring to Figure 2e, which is a second exemplary interactive schematic diagram of a communication method according to an embodiment of the present disclosure. As shown in Figure 2e, the communication method includes the following steps:

[0250] Step S2201: The first device sends the first data to the second device.

[0251] In step S2202, the second device sends an RLC status report to the first device.

[0252] In some embodiments, the optional implementations of steps S2201 to S2202 can be found in the optional implementations of steps S2101 to S2102 in Figure 2a, and will not be repeated here.

[0253] In step S2203, the first device determines, based on the RLC status report, whether the time elapsed since the first data transmission was not correctly received by the second device is greater than or equal to a third threshold.

[0254] In step S2204, if the first device determines that the first data has not been correctly received by the second device and the duration since the transmission of the first data is greater than or equal to a third threshold, the first device sends a polling message to the second device.

[0255] In some embodiments, the transmission time of the first data is the time when the RLC SDU or RLC PDU is contained in the MAC PDU and transmitted. Please refer to Figure 2c for details, which will not be elaborated here.

[0256] In some embodiments, the third threshold may be specified by a standard, for example, the third threshold may be specified as 5 milliseconds; or the third threshold may also be configured by the network device.

[0257] Accordingly, the first device will not send polling messages to the second device under at least one of the following conditions:

[0258] Confirm that the first data was correctly received by the second device;

[0259] Alternatively, the first data was not correctly received by the second device and the time elapsed since the transmission was less than the third threshold.

[0260] In some embodiments, optional implementations of steps S2203 to S2204 can be found in the optional implementations of steps S2104 to S2105 in Figure 2a, which will not be repeated here.

[0261] Referring to Figure 2f, Figure 2f is an exemplary interactive schematic diagram of a communication method according to an embodiment of the present disclosure. As shown in Figure 2f, the communication method includes the following steps:

[0262] Step S2301: The first device sends the first data to the second device.

[0263] In step S2302, the second device sends an RLC status report to the first device.

[0264] In some embodiments, the optional implementations of steps S2301 to S2302 can be found in the optional implementations of steps S2101 to S2102 in Figure 2a, and will not be repeated here.

[0265] In step S2303, the first device determines, based on the RLC status report, whether the number of first data that was not correctly received by the second device is greater than or equal to the fourth threshold.

[0266] In step S2304, if the first device determines that the number of first data that has not been correctly received by the second device is greater than or equal to the fourth threshold, the first device sends a polling message to the second device.

[0267] For example, if the number of RLC SDUs / PDUs in the second state exceeds a fourth threshold after the first device last receives an RLC status report, a polling message is sent to the second device.

[0268] Accordingly, the first device will not send polling messages to the second device under at least one of the following conditions:

[0269] Confirm that the first data was correctly received by the second device;

[0270] Alternatively, determine that the number of first data items that were not correctly received by the second device is less than the fourth threshold.

[0271] In some embodiments, the optional implementations of steps S2303 to S2304 can be found in the optional implementations of steps S2104 to S2105 in Figure 2a, and will not be repeated here.

[0272] Referring to Figure 2g, which is an exemplary interactive schematic diagram of a communication method according to an embodiment of the present disclosure, the communication method includes the following steps:

[0273] Step S2401: The first device sends the first data to the second device.

[0274] In step S2402, the second device sends an RLC status report to the first device.

[0275] In some embodiments, the optional implementations of steps S2401 to S2402 can be found in the optional implementations of steps S2101 to S2102 in Figure 2a, and will not be repeated here.

[0276] In step S2403, the first device determines, based on the RLC status report, whether the total amount of first data that was not correctly received by the second device is greater than or equal to the fifth threshold.

[0277] In step S2404, if the first device determines that the total amount of first data that has not been correctly received by the second device is greater than or equal to the fifth threshold, the first device sends a polling message to the second device.

[0278] For example, if the amount of data in the second state of the RLC SDU / PDU exceeds a fifth threshold after the first device last receives the RLC status report, a polling message is sent to the second device. The data amount refers to the amount of data that was not correctly received by the second device or was not indicated by the RLC status report.

[0279] Accordingly, the first device will not send polling messages to the second device under at least one of the following conditions:

[0280] Confirm that the first data was correctly received by the second device;

[0281] Alternatively, determine that the total amount of the first data that was not correctly received by the second device is less than the fifth threshold.

[0282] In some embodiments, the optional implementations of steps S2303 to S2304 can be found in the optional implementations of steps S2104 to S2105 in Figure 2a, and will not be repeated here.

[0283] Referring to Figure 2h, which is an exemplary interactive schematic diagram of a communication method according to an embodiment of the present disclosure, the communication method includes the following steps:

[0284] Step S2501: The first device sends the first data to the second device.

[0285] In step S2502, the second device sends an RLC status report to the first device.

[0286] In some embodiments, the optional implementations of steps S2501 to S2502 can be found in the optional implementations of steps S2101 to S2102 in Figure 2a, and will not be repeated here.

[0287] In step S2503, the first device determines, based on the RLC status report, whether the duration since the transmission of the first data that was not correctly received by the second device is greater than or equal to a third threshold, and whether the number of first data that was not correctly received by the second device is greater than or equal to a fourth threshold.

[0288] In step S2504, if the first device determines that the data was not correctly received by the second device, and the duration since the transmission of the first data is greater than or equal to a third threshold, and the number of first data that was not correctly received by the second device is greater than or equal to a fourth threshold, the first device sends a polling message to the second device.

[0289] Accordingly, the first device will not send polling messages to the second device under at least one of the following conditions:

[0290] Confirm that the first data was correctly received by the second device;

[0291] It is determined that the data was not correctly received by the second device and the time elapsed since the transmission of the first data is less than the third threshold.

[0292] Alternatively, the number of first data items that were not correctly received by the second device is less than the fourth threshold.

[0293] In some embodiments, optional implementations of steps S2503 to S2504 can be found in the optional implementations of steps S2104 to S2105 in Figure 2a, and will not be repeated here.

[0294] Referring to Figure 2i, which is an exemplary interactive schematic diagram of a communication method according to an embodiment of the present disclosure, the communication method includes the following steps:

[0295] Step S2601: The first device sends the first data to the second device.

[0296] In step S2602, the second device sends an RLC status report to the first device.

[0297] In some embodiments, the optional implementations of steps S2601 to S2602 can be found in the optional implementations of steps S2101 to S2102 in Figure 2a, and will not be repeated here.

[0298] In step S2603, the first device determines, based on the RLC status report, whether the duration since the transmission of the first data that was not correctly received by the second device is greater than or equal to a third threshold, and whether the total amount of the first data that was not correctly received by the second device is greater than or equal to a fifth threshold.

[0299] In step S2604, if the first device determines that the first data has not been correctly received by the second device, and the duration since the transmission of the first data is greater than or equal to a third threshold, and the total amount of the first data that has not been correctly received by the second device is greater than or equal to a fifth threshold, the first device sends a polling message to the second device.

[0300] Accordingly, the first device will not send polling messages to the second device under at least one of the following conditions:

[0301] Confirm that the first data was correctly received by the second device;

[0302] It is determined that the first data was not correctly received by the second device and the time elapsed since the transmission of the first data is less than a third threshold.

[0303] Alternatively, the total amount of the first data that was not correctly received by the second device is less than the fifth threshold.

[0304] In some embodiments, the optional implementations of steps S2603 to S2604 can be found in the optional implementations of steps S2104 to S2105 in Figure 2a, and will not be repeated here.

[0305] Referring to Figure 2j, which is an exemplary interactive schematic diagram of a communication method according to an embodiment of the present disclosure. As shown in Figure 2j, the communication method includes the following steps:

[0306] Step S2701: The first device sends the first data to the second device.

[0307] In some embodiments, the first device may be a terminal device and the second device may be a network device.

[0308] In some embodiments, the first device may be a network device and the second device may be a terminal device.

[0309] In step S2702, if the current reception status of the first data satisfies the first condition, and / or if the data packets discarded in the first data satisfy the second condition, the first device sends a polling message to the second device.

[0310] Optional implementations of step S2702 can be found in the optional implementations of Figures 2a, 2e, 2f, 2g, 2h, and 2i, as well as other related parts in the embodiments involved in Figures 2a, 2e, 2f, 2g, 2h, and 2i, which will not be repeated here.

[0311] In the embodiments disclosed herein, some or all of the steps and their optional implementations may be arbitrarily combined with some or all of the steps in other embodiments, or may be arbitrarily combined with the optional implementations in other embodiments.

[0312] This disclosure also provides embodiments of an apparatus for implementing any of the above methods. For example, an apparatus is provided that includes units or modules for implementing the steps performed by the first device in any of the above methods. Alternatively, another apparatus is provided that includes units or modules for implementing the steps performed by the second device in any of the above methods.

[0313] It should be understood that the division of units or modules in the above device is only a logical functional division. In actual implementation, they can be fully or partially integrated into a single physical entity, or they can be physically separated. Furthermore, the units or modules in the device can be implemented by a processor calling software: for example, the device includes a processor connected to a memory containing instructions. The processor calls the instructions stored in the memory to implement any of the above methods or to implement the functions of the units or modules in the above device. The processor can be, for example, a general-purpose processor, such as a Central Processing Unit (CPU) or a microprocessor, and the memory can be internal or external to the device. Alternatively, the units or modules in the device can be implemented in the form of hardware circuits. The functionality of some or all of the units or modules can be achieved through the design of these hardware circuits, which can be understood as one or more processors. For example, in one implementation, the hardware circuit is an application-specific integrated circuit (ASIC). The functionality of some or all of the units or modules is achieved through the design of the logical relationships between the components within the circuit. In another implementation, the hardware circuit can be implemented using a programmable logic device (PLD). Taking a field-programmable gate array (FPGA) as an example, it can include a large number of logic gates. The connection relationships between the logic gates are configured through configuration files, thereby achieving the functionality of some or all of the units or modules. All units or modules of the above device can be implemented entirely through processor-called software, entirely through hardware circuits, or partially through processor-called software with the remaining parts implemented through hardware circuits.

[0314] In this embodiment, the processor is a circuit with signal processing capabilities. In one implementation, the processor can be a circuit with instruction read and execute capabilities, such as a Central Processing Unit (CPU), a microprocessor, a graphics processing unit (GPU) (which can be understood as a microprocessor), or a digital signal processor (DSP). In another implementation, the processor can implement certain functions through the logical relationships of hardware circuits. The logical relationships of the aforementioned hardware circuits are fixed or reconfigurable. For example, the processor is a hardware circuit implemented using an application-specific integrated circuit (ASIC) or a programmable logic device (PLD), such as an FPGA. In a reconfigurable hardware circuit, the process of the processor loading a configuration document and configuring the hardware circuit can be understood as the process of the processor loading instructions to implement the functions of some or all of the above units or modules. Furthermore, it can also be a hardware circuit designed for artificial intelligence, which can be understood as an ASIC, such as a Neural Network Processing Unit (NPU), a Tensor Processing Unit (TPU), or a Deep Learning Processing Unit (DPU).

[0315] Figure 3a is an exemplary structural schematic diagram of a communication device according to an embodiment of the present disclosure. As shown in Figure 3a, the communication device 3100 may include:

[0316] The transceiver module 3101 is used to send the first data to the second device;

[0317] And, if the current reception status of the first data satisfies the first condition, and / or if the data packets discarded in the first data satisfy the second condition, a polling message is sent to the second device;

[0318] Among them, the polling message is used to request confirmation of the reception status of the first data.

[0319] In some embodiments, the first data is transmitted based on an RLC SDU or an RLC PDU; the RLC SDU or RLC PDU is contained in a MAC PDU and transmitted to the second device.

[0320] In some embodiments, the first data is data with urgent time delays.

[0321] In some embodiments, the first data satisfies at least one of the following:

[0322] The first device has sent PDCP SDUs containing data that does not have the first parameter configured and whose timeout period is less than or equal to a preset threshold.

[0323] Alternatively, in the PDU set sent by the first device, there is data configured with the first parameter, and at least one PDCP SDU in the PDU set has a timeout period of less than or equal to a preset threshold.

[0324] The first parameter is configured to indicate the discarding of the PDU set, and the timer is used to indicate the time for discarding the first data.

[0325] In some embodiments, the preset threshold includes at least one of the following:

[0326] The first threshold is a threshold related to data with urgent time delays.

[0327] Alternatively, a second threshold, which is a threshold related to polling.

[0328] In some embodiments, the current reception status of the first data is determined based on an RLC status report sent by the second device, which indicates whether the second device has correctly received the first data.

[0329] In some embodiments, the failure of the first data to be correctly received by the second device includes at least one of the following:

[0330] Some content in the first data was not correctly received by the second device;

[0331] The second device failed to correctly receive all of the data in the first data.

[0332] The RLC status report does not indicate the reception status of the first data;

[0333] Alternatively, the first device did not receive an RLC status report.

[0334] In some embodiments, the first condition includes at least one of the following:

[0335] The data was not correctly received by the second device, and the time elapsed since the transmission of the first data is greater than or equal to the third threshold.

[0336] The number of first data items that were not correctly received by the second device is greater than or equal to the fourth threshold.

[0337] Alternatively, the total amount of the first data that was not correctly received by the second device is greater than or equal to the fifth threshold.

[0338] In some embodiments, the transmission time is the time when the RLC SDU or RLC PDU is contained in the MAC PDU and transmitted.

[0339] In some embodiments, the second condition includes at least one of the following:

[0340] The number of dropped data packets in the first data is greater than or equal to the sixth threshold;

[0341] Alternatively, the total amount of data in the first data packet that was dropped is greater than or equal to the seventh threshold.

[0342] In some embodiments, the first device is a terminal device and the second device is a network device.

[0343] In some embodiments, the first device is a network device and the second device is a terminal device.

[0344] In some embodiments, the transceiver module 3101 is also used to execute at least one of the other steps executed by the first device in any of the above methods (e.g., steps S2101, S2105, S2201, S2204, S2301, S2304, S2401, S2404, S2501, S2504, S2601, S2604, S2701, S2702, but not limited thereto), which will not be elaborated here.

[0345] Optionally, the communication device 3100 may further include a processing module (not shown in the figure) for performing at least one of other processing steps performed by the first device (e.g., step S2103, step S2104, step S2203, step S2303, step S2403, step S2503, step S2603, but not limited thereto), which will not be described in detail here.

[0346] Figure 3b is a second exemplary structural schematic diagram of a communication device according to an embodiment of the present disclosure. As shown in Figure 3b, the communication device 3200 may include:

[0347] The transceiver module 3201 is used to receive polling messages sent by the first device. The polling messages are used to request confirmation of the reception status of the first data.

[0348] The polling message is sent when the current reception status of the first data meets the first condition, and / or when the data packets discarded in the first data meet the second condition. The first data is the data sent from the first device to the second device.

[0349] In some embodiments, the first data is transmitted based on an RLC SDU or an RLC PDU; the RLC SDU or RLC PDU is contained in a MAC PDU and transmitted to the second device.

[0350] In some embodiments, the first data is data with urgent time delays.

[0351] In some embodiments, the first data satisfies at least one of the following:

[0352] The first device has sent PDCP SDUs containing data that does not have the first parameter configured and whose timeout period is less than or equal to a preset threshold.

[0353] Alternatively, in the PDU set sent by the first device, there is data configured with the first parameter, and at least one PDCP SDU in the PDU set has a timeout period of less than or equal to a preset threshold.

[0354] The first parameter is configured to indicate the discarding of the PDU set, and the timer is used to indicate the time for discarding the first data.

[0355] In some embodiments, the preset threshold includes at least one of the following:

[0356] The first threshold is a threshold related to data with urgent time delays.

[0357] Alternatively, a second threshold, which is a threshold related to polling.

[0358] In some embodiments, the transceiver module 3101 is further configured to: send an RLC status report to the first device.

[0359] In some embodiments, the failure of the first data to be correctly received by the second device includes at least one of the following:

[0360] Some content in the first data was not correctly received by the second device;

[0361] The second device failed to correctly receive all of the data in the first data.

[0362] The RLC status report does not indicate the reception status of the first data;

[0363] Or, the first device did not receive an RLC status report;

[0364] The RLC status report is used to indicate whether the second device has correctly received the first data.

[0365] In some embodiments, the first condition includes at least one of the following:

[0366] The data was not correctly received by the second device, and the time elapsed since the transmission of the first data is greater than or equal to the third threshold.

[0367] The number of first data items that were not correctly received by the second device is greater than or equal to the fourth threshold.

[0368] Alternatively, the total amount of the first data that was not correctly received by the second device is greater than or equal to the fifth threshold.

[0369] In some embodiments, the transmission time is the time when the RLC SDU or RLC PDU is contained in the MAC PDU and transmitted.

[0370] In some embodiments, the second condition includes at least one of the following:

[0371] The number of dropped data packets in the first data is greater than or equal to the sixth threshold;

[0372] Alternatively, the total amount of data in the first data packet that was dropped is greater than or equal to the seventh threshold.

[0373] In some embodiments, the first device is a terminal device and the second device is a network device.

[0374] In some embodiments, the first device is a network device and the second device is a terminal device.

[0375] In some embodiments, the transceiver module 3201 is also used to perform at least one of the other steps performed by the second device in any of the above methods (e.g., steps S2102, S2302, S2402, S2502, S2602, but not limited thereto), which will not be described in detail here.

[0376] Optionally, the communication device 3200 may further include a processing module (not shown) for performing other processing steps performed by the second device.

[0377] Figure 4a is an exemplary structural diagram of a communication device provided according to an embodiment of the present disclosure. The communication device may be a first device or a second device, or it may be a chip, processor, etc., that supports the first device or the second device in implementing any of the above methods. The communication device 4100 can be used to implement the methods described in the above method embodiments, and for details, please refer to the description in the above method embodiments.

[0378] As shown in Figure 4a, the communication device 4100 includes one or more processors 4101. The processor 4101 can be a general-purpose processor or a dedicated processor, such as a baseband processor or a central processing unit (CPU). The baseband processor can be used to process communication protocols and communication data, while the CPU can be used to control communication devices (e.g., base stations, baseband chips, terminal devices, terminal device chips, DUs or CUs, etc.), execute programs, and process program data. The communication device 4100 is used to execute any of the above methods.

[0379] In some embodiments, the communication device 4100 further includes one or more memories 4102 for storing instructions. Optionally, all or part of the memories 4102 may also be located outside the communication device 4100.

[0380] In some embodiments, the communication device 4100 further includes one or more transceivers 4103. When the communication device 4100 includes one or more transceivers 4103, the transceivers 4103 perform the communication steps such as sending and / or receiving in the above method.

[0381] In some embodiments, a transceiver may include a receiver and / or a transmitter, which may be separate or integrated. Optionally, the terms transceiver, transceiver unit, transceiver, transceiver circuit, etc., may be used interchangeably; the terms transmitter, transmitting unit, transmitter, transmitting circuit, etc., may be used interchangeably; and the terms receiver, receiving unit, receiver, receiving circuit, etc., may be used interchangeably.

[0382] In some embodiments, the communication device 4100 may include one or more interface circuits 4104. Optionally, the interface circuit 4104 is connected to the memory 4102, and the interface circuit 4104 can be used to receive signals from the memory 4102 or other devices, and can be used to send signals to the memory 4102 or other devices. For example, the interface circuit 4104 can read instructions stored in the memory 4102 and send the instructions to the processor 4101.

[0383] The communication device 4100 described in the above embodiments may be a first device or a second device, but the scope of the communication device 4100 described in this disclosure is not limited thereto, and the structure of the communication device 4100 may not be limited by FIG4a. The communication device may be a standalone device or may be part of a larger device. For example, the communication device may be: (1) a standalone integrated circuit IC, or chip, or chip system or subsystem; (2) a collection of one or more ICs, optionally, the IC collection may also include storage components for storing data and programs; (3) an ASIC, such as a modem; (4) a module that can be embedded in other devices; (5) a receiver, a first device, a smart first device, a cellular phone, a wireless device, a handheld device, a mobile unit, an in-vehicle device, a cloud device, an artificial intelligence device, etc.; (6) others, etc.

[0384] Figure 4b is an exemplary structural diagram of a chip provided according to an embodiment of the present disclosure. For cases where the communication device can be a chip or a chip system, please refer to the structural diagram of chip 4200 shown in Figure 4b, but it is not limited thereto.

[0385] Chip 4200 includes one or more processors 4201, which are used to perform any of the above methods.

[0386] In some embodiments, chip 4200 further includes one or more interface circuits 4202. Optionally, the interface circuit 4202 is connected to memory 4203, and the interface circuit 4202 can be used to receive signals from memory 4203 or other devices, and the interface circuit 4202 can be used to send signals to memory 4203 or other devices. For example, the interface circuit 4202 can read instructions stored in memory 4203 and send the instructions to processor 4201.

[0387] In some embodiments, the processor 4201 is used to execute at least one of the processing steps in the above method (e.g., step S2103, step S2104, but not limited thereto), which will not be described in detail here.

[0388] In some embodiments, the interface circuit 4202 performs at least one of the communication steps such as sending and / or receiving in the above method (e.g., steps S2101, S2102, S2105, S2201, S2202, but not limited thereto), which will not be described in detail here.

[0389] In some embodiments, the terms interface circuit, interface, transceiver pin, transceiver, etc., can be used interchangeably.

[0390] In some embodiments, chip 4200 further includes one or more memories 4203 for storing instructions. Optionally, all or part of the memories 4203 may be located outside of chip 4200.

[0391] The modules and / or devices described in the various embodiments, such as virtual devices, physical devices, and chips, can be combined or separated arbitrarily as needed. Optionally, some or all steps can also be performed collaboratively by multiple modules and / or devices, which is not limited here.

[0392] This disclosure also proposes a storage medium storing instructions that, when executed on the communication device 4100, cause the communication device 4100 to perform any of the above methods. Optionally, the storage medium is an electronic storage medium. Optionally, the storage medium is a computer-readable storage medium, but not limited thereto; it may also be a storage medium readable by other devices. Optionally, the storage medium may be a non-transitory storage medium, but not limited thereto; it may also be a temporary storage medium.

[0393] This disclosure also proposes a program product, including a program and / or instructions, which, when executed by the communication device 4100, cause the communication device 4100 to perform any of the above methods. Optionally, the above program product is a computer program product.

[0394] This disclosure also proposes a computer program that, when run on a computer, causes the computer to perform any of the above methods.

[0395] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this disclosure.

[0396] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working process of the above-described apparatus and unit can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0397] The above are merely specific embodiments of this disclosure, but the scope of protection of this disclosure is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this disclosure should be included within the scope of protection of this disclosure. Therefore, the scope of protection of this disclosure should be determined by the scope of the claims.

Claims

1. A communication method, characterized in that, Applied to a first device, the method includes: Send the first data to the second device; If the current reception status of the first data meets the first condition, and / or if the data packets discarded in the first data meet the second condition, a polling message is sent to the second device; The polling message is used to request confirmation of the reception status of the first data.

2. The method according to claim 1, characterized in that, The first data is sent based on Radio Link Control (RLC) Service Data Unit (SDU) or RLC Protocol Data Unit (PDU); the RLC SDU or RLC PDU is contained in a Media Access Control (MAC) PDU and sent to the second device.

3. The method according to claim 2, characterized in that, The first data is data with urgent time delay.

4. The method according to claim 2 or 3, characterized in that, The first data satisfies at least one of the following: In the packet data aggregation protocol SDU sent by the first device, there is no data with the first parameter configured and the timeout period is less than or equal to the preset threshold. Alternatively, the PDU set sent by the first device contains data configured with the first parameter, and at least one PDCP SDU in the PDU set has a timeout period less than or equal to a preset threshold. The first parameter is configured to indicate the discarding of the PDU set, and the timer is used to indicate the time for discarding the first data.

5. The method according to claim 4, characterized in that, The preset threshold includes at least one of the following: A first threshold, wherein the first threshold is a threshold related to data with urgent time delays; Alternatively, a second threshold, which is a threshold related to polling.

6. The method according to claim 5, characterized in that, The current reception status of the first data is determined based on the RLC status report sent by the second device, which is used to indicate whether the second device has correctly received the first data.

7. The method according to claim 6, characterized in that, The first data was not correctly received by the second device, including at least one of the following situations: Some content in the first data was not correctly received by the second device; None of the contents of the first data were correctly received by the second device; The RLC status report does not indicate the reception status of the first data; Alternatively, the first device may not have received an RLC status report.

8. The method according to claim 7, characterized in that, The first condition includes at least one of the following: The data was not correctly received by the second device and the time elapsed since the transmission of the first data is greater than or equal to the third threshold. The number of first data items that were not correctly received by the second device is greater than or equal to the fourth threshold. Alternatively, the total amount of the first data that was not correctly received by the second device is greater than or equal to the fifth threshold.

9. The method according to claim 8, characterized in that, The transmission time is the time when the RLC SDU or the RLC PDU is included in the Media Access Control (MAC) PDU and transmitted.

10. The method according to any one of claims 1-9, characterized in that, The second condition includes at least one of the following: The number of data packets dropped in the first data is greater than or equal to the sixth threshold; Alternatively, the total amount of data packets discarded in the first data is greater than or equal to the seventh threshold.

11. A communication method, characterized in that, Applied to a second device, the method includes: Receive a polling message sent by a first device, the polling message being used to request confirmation of the reception status of the first data; The polling message is sent when the current reception status of the first data meets a first condition and / or a second condition for discarded data packets in the first data, wherein the first data is data sent from the first device to the second device.

12. The method according to claim 11, characterized in that, The first data is transmitted based on an RLC SDU or an RLC PDU; the RLC SDU or the RLC PDU is contained in a MAC PDU and transmitted to the second device.

13. The method according to claim 11 or 12, characterized in that, The first data is data with urgent time delay.

14. The method according to any one of claims 11-13, characterized in that, The first data satisfies at least one of the following: The first device has sent PDCP SDUs containing data that does not have the first parameter configured and whose timeout period is less than or equal to a preset threshold. Alternatively, the PDU set sent by the first device contains data configured with the first parameter, and at least one PDCP SDU in the PDU set has a timeout period less than or equal to a preset threshold. The first parameter is configured to indicate the discarding of the PDU set, and the timer is used to indicate the time for discarding the first data.

15. The method according to claim 14, characterized in that, The preset threshold includes at least one of the following: A first threshold, wherein the first threshold is a threshold related to data with urgent time delays; Alternatively, a second threshold, which is a threshold related to polling.

16. The method according to claim 15, characterized in that, Also includes: An RLC status report is sent to the first device, the RLC status report being used to indicate whether the second device has correctly received the first data.

17. The method according to claim 16, characterized in that, The first data was not correctly received by the second device, including at least one of the following situations: Some content in the first data was not correctly received by the second device; None of the contents of the first data were correctly received by the second device; The RLC status report does not indicate the reception status of the first data; Alternatively, the first device may not have received an RLC status report.

18. The method according to claim 17, characterized in that, The first condition includes at least one of the following: The data was not correctly received by the second device and the time elapsed since the transmission of the first data is greater than or equal to the third threshold. The number of first data items that were not correctly received by the second device is greater than or equal to the fourth threshold. Alternatively, the total amount of the first data that was not correctly received by the second device is greater than or equal to the fifth threshold.

19. The method according to claim 18, characterized in that, The transmission time is the time when the RLC SDU or the RLC PDU is contained in the MAC PDU and transmitted.

20. The method according to any one of claims 11-19, characterized in that, The second condition includes at least one of the following: The number of dropped data packets in the first data is greater than or equal to the sixth threshold; Alternatively, the total amount of data packets discarded in the first data is greater than or equal to the seventh threshold.

21. A communication device, characterized in that, include: One or more processors; The processor is configured to execute the communication method according to any one of claims 1 to 10, or to execute the communication method according to any one of claims 11 to 20.

22. A storage medium storing instructions, characterized in that, When the instructions are executed on a communication device, they implement the communication method as described in any one of claims 1 to 10, or perform the communication method as described in any one of claims 11 to 20.

23. A computer program product, characterized in that, It includes a program and / or instructions, which, when executed by a communication device, cause the communication device to perform the communication method as described in any one of claims 1 to 10, or to perform the communication method as described in any one of claims 11 to 20.

Images