Data volume determination method and apparatus, threshold configuration method and apparatus

Abstract

The present disclosure relates to a data volume determination method, comprising: determining a candidate radio bearer (RB) capable of triggering small data transmission (SDT); determining a first data volume of uplink data to be transmitted in the candidate RB, a second data volume of a packet header to be added for transmitting the uplink data, and a third data volume of auxiliary information to be transmitted along with the uplink data; and determining a total data volume of data to be transmitted in the candidate RB according to the first data volume, the second data volume, and the third data volume. According to the present disclosure, the data volume of data to be transmitted in the candidate RB can be accurately determined, so that it can be accurately judged whether the requirement for triggering SDT is met according to the determined data volume. When the requirement for triggering SDT is met, SDT transmission of uplink data can be performed in time, avoiding problems such as SDT failure and SDT delay. When the requirement for triggering SDT is not met, SDT can be accurately cancelled or delayed, avoiding wasting resources by incorrectly transmitting uplink data through SDT.

Description

Technical Field

[0001] This disclosure relates to the field of communication technology, and more specifically, to a data volume determination method, a threshold configuration method, a data volume determination device, a threshold configuration device, a communication device, and a computer-readable storage medium. Background Technology

[0002] Depending on the network resources configured, the terminal can perform small data transmission (SDT) in the disconnected state, thereby enabling connection restoration.

[0003] The network can configure radio bearers (RBs) that can trigger SDT for the terminal. When there is uplink data to be transmitted in one of these RBs, and the total amount of uplink data to be transmitted and related data meets the requirements for triggering SDT, SDT can be triggered.

[0004] Because the uplink data to be sent is diverse and its related data also has various situations, it is difficult to accurately determine the total amount of data mentioned above. Consequently, it is difficult to accurately determine whether the requirements for triggering SDT are met, which can easily lead to SDT failure or SDT delay. Summary of the Invention

[0005] In view of the above, embodiments of this disclosure provide a data volume determination method, a threshold configuration method, a data volume determination device, a threshold configuration device, a communication device, and a computer-readable storage medium to solve the technical problems in the related art.

[0006] According to a first aspect of the present disclosure, a data volume determination method is proposed, comprising: determining a candidate radio bearer (RB) capable of triggering a small data transmission technique (SDT); determining a first data volume of uplink data to be transmitted in the candidate RB, a second data volume of a header to be added for transmitting the uplink data, and a third data volume of auxiliary information to be transmitted along with the uplink data; and determining the total data volume of data to be transmitted by the candidate RB based on the first data volume, the second data volume, and the third data volume.

[0007] According to a second aspect of the present disclosure, a threshold configuration method is proposed, comprising: configuring a corresponding data volume threshold for each candidate SDT type of a terminal, so that the terminal determines an available SDT type for sending uplink data from the candidate SDT types based on the relationship between the total data volume to be sent by the candidate RB and the data volume threshold; wherein the total data volume is determined based on a first data volume of uplink data to be sent in the candidate RB, a second data volume of packet headers to be added for sending the uplink data, and a third data volume of auxiliary information to be sent along with the uplink data.

[0008] According to a third aspect of the present disclosure, a data volume determination apparatus is provided, comprising: a bearer determination module configured to determine a candidate radio bearer (RB) capable of triggering a small data transmission DT (Short Data Transmission Technique).

[0009] The data volume determination module is configured to determine a first data volume of uplink data to be sent in the candidate RB, a second data volume of packet headers to be added for sending the uplink data, and a third data volume of auxiliary information to be sent along with the uplink data; the total volume determination module is configured to determine the total data volume of data to be sent by the candidate RB based on the first data volume, the second data volume and the third data volume.

[0010] According to a fourth aspect of the present disclosure, a threshold configuration apparatus is provided, comprising: a threshold configuration module configured to configure a corresponding data volume threshold for each candidate SDT type of a terminal, so that the terminal determines an available SDT type for sending uplink data from the candidate SDT types based on the relationship between the total data volume to be sent by the candidate RB and the data volume threshold; wherein the total data volume is determined based on a first data volume of uplink data to be sent in the candidate RB, a second data volume of packet headers to be added for sending the uplink data, and a third data volume of auxiliary information to be sent along with the uplink data.

[0011] According to a fifth aspect of the present disclosure, a communication apparatus is provided, comprising: a processor; a memory for storing processor-executable instructions; wherein the processor is configured to execute the above-described data volume determination method.

[0012] According to a sixth aspect of the present disclosure, a communication device is provided, comprising: a processor; and a memory for storing processor-executable instructions; wherein the processor is configured to execute the threshold configuration method described above.

[0013] According to a seventh aspect of the present disclosure, a computer-readable storage medium is provided for storing a computer program, which, when executed by a processor, implements the steps in the above-described data quantity determination method.

[0014] According to an eighth aspect of the present disclosure, a computer-readable storage medium is provided for storing a computer program that, when executed by a processor, implements the steps in the threshold configuration method described above.

[0015] According to embodiments of this disclosure, when there is uplink data to be transmitted in the candidate RB, the total amount of data to be transmitted by the candidate RB can be determined based on the first data amount of the uplink data itself, the second data amount of the header to be added to the uplink data, and the third data amount of the auxiliary information to be transmitted along with the uplink data.

[0016] Therefore, the amount of data that the candidate RB needs to send can be accurately determined. This allows for accurate judgment on whether the requirements for triggering SDT are met. If the requirements for triggering SDT are met, uplink data can be transmitted in a timely manner to avoid problems such as SDT failure or SDT delay. If the requirements for triggering SDT are not met, SDT can be canceled or delayed to avoid wasting resources by transmitting uplink data incorrectly through SDT. Attached Figure Description

[0017] To more clearly illustrate the technical solutions in the embodiments of this disclosure, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this disclosure. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0018] Figure 1 This is a schematic flowchart illustrating a data volume determination method according to an embodiment of the present disclosure.

[0019] Figure 2 This is a schematic flowchart illustrating another method for determining the amount of data according to embodiments of the present disclosure.

[0020] Figure 3 This is a schematic flowchart illustrating yet another method for determining the amount of data according to embodiments of the present disclosure.

[0021] Figure 4 This is a schematic flowchart illustrating yet another method for determining the amount of data according to embodiments of the present disclosure.

[0022] Figure 5 This is a schematic flowchart illustrating yet another method for determining the amount of data according to embodiments of the present disclosure.

[0023] Figure 6 This is a schematic flowchart illustrating yet another method for determining the amount of data according to embodiments of the present disclosure.

[0024] Figure 7 This is a schematic flowchart illustrating yet another method for determining the amount of data according to embodiments of the present disclosure.

[0025] Figure 8 This is a schematic flowchart illustrating a threshold configuration method according to an embodiment of the present disclosure.

[0026] Figure 9 This is a schematic flowchart illustrating another threshold configuration method according to embodiments of the present disclosure.

[0027] Figure 10This is a schematic flowchart illustrating another threshold configuration method according to embodiments of the present disclosure.

[0028] Figure 11 This is a schematic block diagram of a data volume determination device according to an embodiment of the present disclosure.

[0029] Figure 12 This is a schematic block diagram of another data quantity determination device according to an embodiment of the present disclosure.

[0030] Figure 13 This is a schematic block diagram of another data volume determination device shown according to embodiments of the present disclosure.

[0031] Figure 14 This is a schematic block diagram illustrating a threshold configuration device according to an embodiment of the present disclosure.

[0032] Figure 15 This is a schematic block diagram illustrating an apparatus for threshold configuration according to embodiments of the present disclosure.

[0033] Figure 16 This is a schematic block diagram illustrating an apparatus for determining the amount of data according to an embodiment of the present disclosure. Detailed Implementation

[0034] The technical solutions of the embodiments of this disclosure will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this disclosure, and not all embodiments. Based on the embodiments of this disclosure, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this disclosure.

[0035] The terminology used in this disclosure is for the purpose of describing particular embodiments only and is not intended to be limiting of the present disclosure. The singular forms “a” and “the” as used in this disclosure and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used herein refers to and includes any and all possible combinations of one or more of the associated listed items.

[0036] It should be understood that although the terms first, second, third, etc., may be used to describe various information in embodiments of this disclosure, such information should not be limited to these terms. These terms are only used to distinguish information of the same type from one another. For example, first information may also be referred to as second information without departing from the scope of embodiments of this disclosure, and similarly, second information may also be referred to as first information. Depending on the context, the word "if" as used herein may be interpreted as "when," "when," or "in response to a determination."

[0037] For the sake of brevity and ease of understanding, this document uses the terms "greater than" or "less than", "higher than" or "lower than" to describe size relationships. However, it will be understood by those skilled in the art that the term "greater than" also includes the meaning of "greater than or equal to", and "less than" also includes the meaning of "less than or equal to"; the term "higher than" also includes the meaning of "higher than or equal to", and "lower than" also includes the meaning of "lower than or equal to".

[0038] Figure 1 This is a schematic flowchart illustrating a data volume determination method according to an embodiment of the present disclosure. The data volume determination method shown in this embodiment can be applied to terminals, including but not limited to mobile phones, tablets, wearable devices, sensors, IoT devices, and other communication devices. The terminal can communicate with network-side devices as user equipment, such as base stations and core networks. The base stations include, but are not limited to, base stations in communication systems such as 4G base stations, 5G base stations, and 6G base stations.

[0039] In one embodiment, the base station may be a network-side device to which the threshold configuration method described in any subsequent embodiment applies.

[0040] like Figure 1 As shown, the data volume determination method may include the following steps:

[0041] In step S101, a candidate radio bearer RB capable of triggering small data transmission of SDT is determined (this RB may be an RB in a suspended state).

[0042] In step S102, the first data amount of uplink data to be sent in the candidate RBs is determined, the second data amount of the header to be added for sending the uplink data is determined, and the third data amount of auxiliary information to be sent along with the uplink data is determined.

[0043] In step S103, the total amount of data to be sent by the candidate RB is determined based on the first data amount, the second data amount, and the third data amount.

[0044] In one embodiment, the network (e.g., base station, core network, etc.) can configure alternative SDT types, alternative RBs, and data volume thresholds for the terminal.

[0045] Among them, the alternative SDT type refers to the SDT type that the terminal can choose when performing SDT, including but not limited to at least one of the following:

[0046] The Msg3 in the initial 4-step random access process carries the data that needs to be sent in the SDT process (referred to as Type 1);

[0047] The MsgA in the initial two-step random access process carries the data that needs to be sent in the SDT process (referred to as Type II);

[0048] The dedicated uplink resources configured in the network carry the data that needs to be sent during the SDT process (referred to as Type 3). The dedicated uplink resources can be configured grant (CG) uplink resources or preallocated uplink resources (PUR).

[0049] Among them, the alternative RB can be either a data radio bearer (DRB) or a signaling radio bearer (SRB).

[0050] DRB is used to send the terminal's service data; SRB is used to send Infinite Resource Control (RRC) signaling, and SRB can include SRB0, SRB1, SRB2, SRB3, etc.

[0051] In one embodiment, the network can configure corresponding alternative RBs and data volume thresholds for each alternative SDT type for the terminal. Each alternative SDT type corresponds to at least one alternative RB and one data volume threshold, and may also correspond to multiple RBs and multiple data volume thresholds. In the case of multiple RBs and multiple data volume thresholds, the multiple data volume thresholds and multiple RBs are in one-to-one correspondence.

[0052] In one embodiment, for each candidate RB, the terminal can determine the first data volume of the uplink data to be sent in the candidate RB (i.e., the uplink data itself); in order to send the uplink data, in addition to sending the uplink data itself, it is also necessary to add a header to the uplink data, so the second data volume of the header to be added to the uplink data can be determined; and during the SDT process, sending uplink data also requires sending auxiliary information, so the third data volume of the auxiliary information can be determined.

[0053] In other words, when there is uplink data to be sent in the candidate RB, what needs to be sent is not only the uplink data itself, but also the packet header to be added to the uplink data and the auxiliary information that accompanies the uplink data.

[0054] According to embodiments of this disclosure, when there is uplink data to be transmitted in the candidate RB, the total amount of data to be transmitted by the candidate RB can be determined based on the first data amount of the uplink data itself, the second data amount of the header to be added to the uplink data, and the third data amount of the auxiliary information to be transmitted along with the uplink data.

[0055] Therefore, the amount of data that the candidate RB needs to send can be accurately determined. This allows for accurate judgment on whether the requirements for triggering SDT are met. If the requirements for triggering SDT are met, uplink data can be transmitted in a timely manner to avoid problems such as SDT failure or SDT delay. If the requirements for triggering SDT are not met, SDT can be canceled or delayed to avoid wasting resources by transmitting uplink data incorrectly through SDT.

[0056] Figure 2 This is a schematic flowchart illustrating another method for determining the amount of data according to embodiments of the present disclosure.

[0057] like Figure 2 As shown, in some embodiments, the method further includes:

[0058] In step S201, the data type of the upstream data is determined;

[0059] In step S202, the packet header required to send the uplink data is determined according to the data type.

[0060] In one embodiment, the data type of the upstream data includes at least one of the following:

[0061] SDAP (Service Data Adaptation Protocol) and PDU (Protocol Data Unit);

[0062] PDCP (Packet Data Convergence Protocol) PDU;

[0063] MAC (Media Access Control) PDU.

[0064] The required packet headers differ depending on the data type of the uplink data. The data type can include the type of data unit to be formed from the uplink data, such as MAC PDU, SDAP PDU, etc.

[0065] For example, if the uplink data is a MAC PDU, then the headers that need to be added to the MAC SDU (Service Data Unit) containing the uplink data include the SDAP header, PDCP header, RLC (Radio Link Control) header, and MAC header, thereby forming a MAC PDU;

[0066] For example, if the uplink data is an SDAP PDU, then the header to be added to the SDAP SDU containing the uplink data needs to include the SDAP header, thereby forming the SDAP PDU.

[0067] Therefore, the header that needs to be added to the uplink data can be determined based on the data type of the uplink data, and then the second data volume can be determined based on the required header. Based on this, the data volume of the header can be accurately determined, and thus the total data volume that the candidate RB needs to send can be accurately determined.

[0068] In one embodiment, the data type may further include the type of the candidate RB where the uplink data resides, because the type of the candidate RB also affects the amount of data in the header. For example, if the type of the candidate RB is SRB2, then when a PDCP header needs to be added, the amount of data in the PDCP header is 8 bits; if the type of the candidate RB is DRB, then when a PDCP header needs to be added, the amount of data in the PDCP header needs to be determined according to the length of the PDCP SN (Sequence Number) configured in the network, which can be 16 bits or 18 bits.

[0069] In addition, for any of the above layers, the terminal may agree with the network not to add a header. For example, for the SDAP layer, if the terminal and the network agree to add a header, then an SDAP header is added, and the data size of the SDAP header is 8 bits. If the terminal and the network agree not to add a header, then no SDAP header is added. In this case, when calculating the second data size, it is not necessary to calculate the data size of the SDAP header.

[0070] It should be noted that when uplink data occupies one of the aforementioned data units, the data volume can be calculated for that single data unit. When uplink data occupies multiple of the aforementioned data units, the data volume can be calculated for all data units. For example, if uplink data occupies one PDCP SDU, then the second data volume of the packet header to be added to that PDCP SDU, as well as the first data volume of that PDCP SDU itself, can be determined. Similarly, if uplink data occupies multiple PDCP SDUs (which can also be multiple data units of different types, such as one PDCP SDU and one SDAP SDU), then the second data volume of the packet header to be added to these multiple PDCP SDUs, as well as the first data volume of these multiple PDCP SDUs themselves, can be determined.

[0071] Figure 3 This is a schematic flowchart illustrating yet another method for determining data volume according to embodiments of this disclosure. Figure 3 As shown, in some embodiments, the packet header includes at least a Radio Link Control (RLC) packet header, and the method further includes:

[0072] In step S301, the type of the RLC data packet or header is determined;

[0073] In step S302, the data volume of the RLC header is determined according to the type of the RLC data packet or header.

[0074] In one embodiment, the RLC header may include multiple types, such as an RLC header containing a complete RLC SDU and an RLC header containing an incomplete RLC SDU. The data volume of different types of RLC headers is different, so the amount of RLC header data that needs to be added to the uplink data can be determined according to the type of RLC header.

[0075] The type of RLC header can be determined by agreement between the terminal and the base station, or it can be specified by the protocol.

[0076] In one embodiment, RLC data packets may include multiple types, such as RLCPDU containing a complete RLC SDU and RLC PDU containing an incomplete RLC SDU. Different types of RLC data packets correspond to different amounts of RLC header data. Therefore, the amount of RLC header data to be added to the uplink data can be determined based on the type of RLC data packet.

[0077] The type of RLC data packet can be determined by agreement between the terminal and the base station, or it can be specified by the protocol.

[0078] In some embodiments, determining the third data quantity of auxiliary information that needs to be transmitted along with the uplink data includes:

[0079] Determine the type of the auxiliary information;

[0080] The third data volume is determined based on the type of the auxiliary information.

[0081] In one embodiment, the type of auxiliary information includes, but is not limited to, RRC-based SDT and RRC-less SDT. The amount of data for different types of auxiliary information can be different. Therefore, the type of auxiliary information can be used to determine the third amount of auxiliary information that needs to be added to the uplink data.

[0082] Among them, the auxiliary information of the RRC-based SDT type is an RRC message. The data volume of this type of auxiliary information includes the data volume of the auxiliary information itself and the data volume of the MAC header that needs to be added to the auxiliary information. For example, if the auxiliary information is RRCResumeRequest, the data volume is 48 bits (or 64 bits, 48 ​​bits is used as an example here), and the data volume of the MAC header that needs to be added to the auxiliary information is 8 bits, then the third data volume is 56 bits.

[0083] The auxiliary information of the RRC-less SDT type is MAC CE (Control Element). The data size of this type of auxiliary information includes the data size of the auxiliary information itself and the data size of the MAC header that needs to be added to the auxiliary information. For example, if the auxiliary information is Short UE ID (or Full UE ID, here we take Short UE ID as an example), the data size is 40 bits, including 24 bits of ShortI-RNTI and 16 bits of resumeMAC-I. The data size of the MAC header that needs to be added to the auxiliary information is 8 bits, so the third data size is 48 bits.

[0084] The auxiliary information of the RRC-less SDT type can also be a physical channel identifier, in which case the data size of the auxiliary information is 0.

[0085] Figure 4 This is a schematic flowchart illustrating yet another method for determining data volume according to embodiments of this disclosure. Figure 4 As shown, in some embodiments, determining the total amount of data to be transmitted by the candidate RB based on the first data amount, the second data amount, and the third data amount includes:

[0086] In step S401, the total data volume is determined based on the first data volume, the second data volume, the third data volume, and the PDCP integrity message authentication code MAC-I.

[0087] In one embodiment, when calculating the total data volume, in addition to considering the first data volume, the second data volume, and the third data volume, MAC-I (Message Authentication Code for Integrity) can also be considered. By adding PDCP MAC-I to the uplink data, the network side can verify the integrity of the uplink data.

[0088] In one embodiment, the method further includes:

[0089] In response to the alternative RB being of type SRB2, the PDCP MAC-I is deleted during the triggered SDT process.

[0090] When the alternative RB type is SRB2, resumeMAC-I is usually always present in the auxiliary information added to the uplink data. Since resumeMAC-I has the same function as PDCP MAC-I, it is not necessary to add PDCP MAC-I to the uplink data when sending uplink data during SDT, that is, to delete PDCP MAC-I in the PDCP layer.

[0091] In this situation, uplink resources can be conserved so that other uplink data that needs to be sent can be transmitted using the saved uplink resources.

[0092] Furthermore, after the SDT process ends, the terminal needs to carry PDCP MAC-I when sending SRB2 information. While PDCP MAC-I and resumeMAC-I share some functions, they differ in others. Since the SDT process is sensitive to the amount of data to be sent, PDCP MAC-I is removed. However, after the SDT process ends, other uplink processes that are not sensitive to the amount of data sent can retain PDCP MAC-I to fully implement its functionality.

[0093] The criteria for determining the end of the SDT process can vary depending on the specific SDT type.

[0094] For example, if the SDT type is type one above, then the condition for successfully ending the SDT process is that the terminal receives Msg4 and determines that the contention has been successfully resolved.

[0095] For example, if the SDT type is type two above, then the condition for successfully ending the SDT process is that the terminal receives MsgB and determines that the contention has been successfully resolved.

[0096] For example, if the SDT type is type three as described above, then the condition for successfully ending the SDT process is that the terminal receives an acknowledgment message from the network for the data sent, such as C-RNTIPDCCH.

[0097] The conditions for SDT to fail and terminate include, but are not limited to, the number of SDT attempts reaching a threshold or the duration of SDT reaching a threshold.

[0098] Figure 5 This is a schematic flowchart illustrating yet another method for determining the amount of data according to embodiments of the present disclosure.

[0099] like Figure 5 As shown, in some embodiments, the method further includes:

[0100] In step S501, candidate SDT types and data volume thresholds corresponding to each candidate SDT type are determined;

[0101] In step S502, based on the relationship between the total data volume and the data volume threshold, an available SDT type is determined from the candidate SDT types;

[0102] In step S503, the uplink data is sent based on the available SDT type.

[0103] In one embodiment, the network can configure a corresponding alternative RB and a data volume threshold for each alternative SDT type. The configured data volume threshold is used by the terminal to determine whether the total amount of data that the alternative RB needs to send is sufficient to trigger an SDT when there is uplink data on the alternative RB, and which type of SDT can be triggered.

[0104] The total amount of data that the candidate RB needs to send can be compared with the data amount threshold corresponding to each type. A target threshold greater than or equal to the total data amount is determined from the data amount thresholds. The SDT type corresponding to the target threshold is selected as the available SDT type, and then the uplink data is sent based on the SDT type.

[0105] For example, the network configures the terminal with the following SDT types: Type 1 has a data threshold of 100 bytes, Type 2 has a data threshold of 200 bytes, and Type 3 has a data threshold of 150 bytes. The total data volume required for the candidate RB to send is 180 bytes, which is less than the data threshold for Type 2. Therefore, Type 2 can be selected as the available SDT type, and uplink data can be sent based on Type 2.

[0106] In one embodiment, determining the data volume threshold corresponding to each of the candidate SDT types includes:

[0107] The data volume threshold for each of the candidate SDT types is determined according to explicit instructions, or according to implicit instructions.

[0108] The network can explicitly indicate the data volume threshold corresponding to each alternative SDT type. For example, it can carry the SDT type identifier and the corresponding data volume threshold in the configuration information, thereby explicitly indicating the data volume threshold corresponding to each SDT type.

[0109] The network can also implicitly indicate the data volume threshold corresponding to each alternative SDT type. For example, the network can agree with the terminal or the protocol can specify that the terminal determines the data volume threshold based on the specific information sent by the network.

[0110] It should be noted that in the above embodiments, the determination of whether to send uplink data through the available SDT type is based on the relationship between the total data volume and the data volume threshold corresponding to each SDT type.

[0111] In another implementation, a data volume threshold corresponding to the alternative SDT type for the alternative RB used to send the uplink data can be determined. Then, the total data volume is compared with this data volume threshold, and the comparison result determines whether to send uplink data through the alternative SDT type. For example, if the total data volume is less than the data volume threshold, uplink data is sent through the alternative SDT type to restore the connection; otherwise, uplink data is not sent through the SDT to restore the connection, but other methods, such as random access, are used to restore the connection.

[0112] In one embodiment, determining the data volume threshold corresponding to each of the alternative SDT types based on implicit indications includes:

[0113] Determine the transport block size or MAC PDU size corresponding to the uplink configuration information of the resource for the candidate SDT type;

[0114] The data volume threshold corresponding to the alternative SDT type is determined based on the transport block size.

[0115] In one embodiment, the network may agree with the terminal, or the protocol may stipulate that the terminal determines the data volume threshold corresponding to the alternative SDT type based on the transport block size or MAC PDU size corresponding to the uplink configuration information for configuring resources for the alternative SDT type.

[0116] For each alternative SDT type, the network can configure resources for SDT execution via configuration information. This configuration information can be a UL grant; for example, for type two, the UL grant configures resources for MsgA. Based on this UL grant, the corresponding transport block size (data volume per transport block) or MAC PDU size can be calculated. This determined transport block size or MAC PDU size is then used as the data volume threshold for type two SDT. This implicitly indicates the data volume threshold, eliminating the need to specify it to the terminal separately, thus saving communication resources.

[0117] In one embodiment, determining the available SDT type from the candidate SDT types based on the relationship between the total data volume and the data volume threshold includes:

[0118] In response to the total data volume being greater than a specified threshold among the data volume thresholds corresponding to each of the candidate SDT types, it is determined that there is no available SDT type among the candidate SDT types.

[0119] In one embodiment, the terminal determines the available SDT type based on the relationship between the total data volume and the data volume threshold corresponding to each candidate SDT type. Specifically, this can be achieved by comparing the total data volume with a specified threshold among all data volume thresholds. The specified threshold can be, for example, the maximum threshold or the minimum threshold.

[0120] Taking a specified threshold as the minimum threshold as an example, if the total data volume is less than the minimum threshold among all specified thresholds, it can be determined that each SDT type meets the total data volume requirement, thus allowing the selection of an SDT type from all SDT types. Conversely, if the total data volume is greater than (or equal to, depending on whether it falls under the greater than or less than cases) the minimum threshold among all specified thresholds, it can be determined that no SDT type is available, and therefore SDT is not performed. Consequently, connection recovery can be performed without SDT, instead using other methods, such as random access.

[0121] Of course, the specified threshold can also be other thresholds, such as a maximum threshold. If the total data volume is less than the maximum threshold among all specified thresholds, it can be determined that at least one SDT type meets the total data volume requirement, thus allowing the selection of an SDT type from all SDT types. Conversely, if the total data volume is greater than (or equal to, depending on whether it falls under the greater than or less than case) the maximum threshold among all specified thresholds, it can be determined that no SDT type is available, thus SDT is not performed. Consequently, connection recovery can be performed without SDT, instead using other methods, such as random access.

[0122] In some embodiments, determining the available SDT type from the candidate SDT types based on the relationship between the total data volume and the data volume threshold includes:

[0123] Among the data volume thresholds corresponding to each of the candidate SDT types, the target SDT type corresponding to the target threshold that satisfies the target relationship with the total data volume is determined;

[0124] The target SDT type is determined to be the available SDT type.

[0125] In one embodiment, the target relationship can be set as needed. For example, the total data volume can be less than a data volume threshold, or the total data volume can be less than or equal to a data volume threshold, or the total data volume can be less than a data volume threshold and the absolute value of the difference between the total data volume and the data volume threshold is greater than a specified value.

[0126] For example, if the target relationship is that the total data volume is less than the data volume threshold, and taking the network as the terminal configuration SDT type as an example, which includes the three types mentioned above, the data volume threshold corresponding to Type 1 is 100 bytes, the data volume threshold corresponding to Type 2 is 200 bytes, and the data volume threshold corresponding to Type 3 is 150 bytes. The total data volume required to be sent by the alternative RB is 180 bytes, which is less than the data volume threshold corresponding to Type 2. Therefore, Type 2 can be selected as the available SDT type, and uplink data can be sent based on Type 2.

[0127] Figure 6 This is a schematic flowchart illustrating yet another method for determining data volume according to embodiments of this disclosure. Figure 6 As shown, in some embodiments, determining the target SDT type as the available SDT type includes:

[0128] In step S601, in response to the existence of multiple target SDT types, an available SDT type is determined from the multiple target SDT types according to their priority.

[0129] In one embodiment, there may be one or more target SDT types whose relationship with the total data volume satisfies the target relationship. If there are multiple target SDT types, an SDT type can be selected as the available SDT type from among the determined target SDT types based on the priority of each target SDT type. The priority can be agreed upon by the network and the terminal, or it can be specified by a protocol.

[0130] For example, type 3 has the highest priority, followed by type 2, and then type 1 has the lowest priority. The data volume threshold for type 1 is 100 bytes, for type 2 it is 200 bytes, and for type 3 it is 150 bytes. The total data volume required to be sent by the alternative RB is 120 bytes, which is less than the data volume thresholds for type 3 and type 2. Since there are multiple target SDT types, including type 3 and type 2, and type 3 has the highest priority, it can be selected as the available SDT type, and uplink data will be sent based on type 3.

[0131] It should be noted that, in the case of a type with multiple target SDT types, in addition to determining the available SDT type based on priority as described in the above embodiments, the available SDT type can also be determined based on other parameters.

[0132] When the terminal and the network communicate via beams, for multiple target SDT types, the signal quality of the beam corresponding to the resources configured by the network for each target SDT type can be determined (e.g., characterized by the Reference Signal Received Power (RSRP)). Based on this signal quality, the available SDT types can then be determined. Signal quality can be considered alone, or it can be considered in combination with priority, for example, by weighted summing of these two parameters.

[0133] For example, when the above-mentioned target SDT types include type 3 and type 2, the signal quality P3 of the beam corresponding to the resources configured for type 3 and the beam P2 corresponding to the resources configured for type 2 can be determined. The type corresponding to the beam with the relatively larger signal quality between P2 and P3 is selected as the available SDT type. This helps to ensure the smooth progress of the SDT process.

[0134] Among them, the beam corresponding to the resource configured for SDT type can be determined according to the beam identifier. The beam identifier can be represented by the Synchronous Signal Block (SSB) or by the Channel State Information-Reference Signal (CSI-RS).

[0135] Figure 7 This is a schematic flowchart illustrating yet another method for determining data volume according to embodiments of this disclosure. Figure 7 As shown, in some embodiments, sending the uplink data based on the available SDT type includes:

[0136] In step S701, the beam corresponding to the resource configured for the available SDT type is determined;

[0137] In step S702, in response to the requirement that the signal quality of the beam meets the requirements, the uplink data is transmitted based on the available SDT type.

[0138] In one embodiment, after determining the available SDT type, the beam corresponding to the resource configured by the network for the available SDT type and the signal quality of the beam can be further determined. Uplink data is sent based on the available SDT to restore the connection only when the signal quality meets the requirements (e.g., greater than or equal to a signal quality threshold). This ensures the communication quality during the SDT process. If the signal quality does not meet the requirements, it is not necessary to send uplink data based on the available SDT. Instead, other methods are selected for connection restoration, such as connection restoration through random access.

[0139] Figure 8This is a schematic flowchart illustrating a threshold configuration method according to an embodiment of the present disclosure. The threshold configuration method shown in this embodiment can be applied to network-side devices, such as base stations and core networks. The base stations include, but are not limited to, base stations in communication systems such as 4G, 5G, and 6G base stations. The base station can communicate with terminals that function as user equipment, including, but not limited to, communication devices such as mobile phones, tablets, wearable devices, sensors, and IoT devices.

[0140] In one embodiment, the terminal may be the terminal to which the data volume determination method described in any of the above embodiments applies.

[0141] like Figure 8 As shown, the threshold configuration method may include the following steps:

[0142] In step S801, a corresponding data volume threshold is configured for each candidate SDT type of the terminal, so that the terminal can determine the available SDT type for sending uplink data from the candidate SDT types based on the relationship between the total data volume required to be sent by the candidate RB and the data volume threshold.

[0143] The total data volume is determined based on the first data volume of the uplink data to be sent in the candidate RBs, the second data volume of the packet header to be added for sending the uplink data, and the third data volume of the auxiliary information to be sent along with the uplink data.

[0144] In one embodiment, the network (e.g., base station, core network, etc.) can configure corresponding alternative RBs and data volume thresholds for each alternative SDT type. The configured data volume thresholds are used by the terminal to determine whether the total amount of data that the alternative RB needs to send is sufficient to trigger SDT when there is uplink data on the alternative RB, and which type of SDT can be triggered.

[0145] The relationship between the total amount of data that the candidate RB needs to send and the data volume threshold corresponding to each type can be determined. For example, the total amount of data that the candidate RB needs to send can be compared with the data volume threshold corresponding to each type. A target threshold greater than or equal to the total amount of data can be determined from the data volume thresholds. The SDT type corresponding to the target threshold can be selected as the available SDT type, and then the uplink data can be sent based on the SDT type.

[0146] For example, the network configures the terminal with the following SDT types: Type 1 has a data threshold of 100 bytes, Type 2 has a data threshold of 200 bytes, and Type 3 has a data threshold of 150 bytes. The total data volume required for the candidate RB to send is 180 bytes, which is less than the data threshold for Type 2. Therefore, Type 2 can be selected as the available SDT type, and uplink data can be sent based on Type 2.

[0147] In one embodiment, the network can also configure alternative SDT types and alternative RBs for the terminal.

[0148] Among them, the alternative SDT type refers to the SDT type that the terminal can choose when performing SDT, including but not limited to at least one of the following:

[0149] The Msg3 in the initial 4-step random access process carries the data that needs to be sent during the SDT process;

[0150] The MsgA in the initial two-step random access process carries the data that needs to be sent in the SDT process;

[0151] The dedicated uplink resources configured in the network carry the data that needs to be sent during the SDT process. These dedicated uplink resources can be configured grant (CG) uplink resources or preallocated uplink resources (PUR).

[0152] Among them, the alternative RB can be either a data radio bearer (DRB) or a signaling radio bearer (SRB).

[0153] DRB is used to send the terminal's service data; SRB is used to send Infinite Resource Control (RRC) signaling, and SRB can include SRB0, SRB1, SRB2, SRB3, etc.

[0154] In one embodiment, the network can configure corresponding alternative RBs and data volume thresholds for each alternative SDT type for the terminal. Each alternative SDT type corresponds to at least one alternative RB and one data volume threshold, and may also correspond to multiple RBs and multiple data volume thresholds. In the case of multiple RBs and multiple data volume thresholds, the multiple data volume thresholds and multiple RBs are in one-to-one correspondence.

[0155] In one embodiment, for each candidate RB, the terminal can determine the first data volume of the uplink data to be sent in the candidate RB (i.e., the uplink data itself); in order to send the uplink data, in addition to sending the uplink data itself, it is also necessary to add a header to the uplink data, so the second data volume of the header to be added to the uplink data can be determined; and during the SDT process, sending uplink data also requires sending auxiliary information, so the third data volume of the auxiliary information can be determined.

[0156] In other words, when there is uplink data to be sent in the candidate RB, what needs to be sent is not only the uplink data itself, but also the packet header to be added to the uplink data and the auxiliary information that accompanies the uplink data.

[0157] According to embodiments of this disclosure, when there is uplink data to be transmitted in the candidate RB, the total amount of data to be transmitted by the candidate RB can be determined based on the first data amount of the uplink data itself, the second data amount of the header to be added to the uplink data, and the third data amount of the auxiliary information to be transmitted along with the uplink data.

[0158] Therefore, the amount of data that the candidate RB needs to send can be accurately determined. This allows for accurate judgment on whether the requirements for triggering SDT are met. If the requirements for triggering SDT are met, uplink data can be transmitted in a timely manner to avoid problems such as SDT failure or SDT delay. If the requirements for triggering SDT are not met, SDT can be canceled or delayed to avoid wasting resources by transmitting uplink data incorrectly through SDT.

[0159] Figure 9 This is a schematic flowchart illustrating another threshold configuration method according to embodiments of the present disclosure. Figure 9 As shown, in some embodiments, configuring a corresponding data volume threshold for each alternative SDT type of the terminal includes:

[0160] In step S901, a corresponding data volume threshold is configured for each candidate SDT type of the terminal in an explicit manner, or in an implicit manner.

[0161] In one embodiment, the network can explicitly indicate the data volume threshold corresponding to each alternative SDT type. For example, the configuration information can carry the identifier of the SDT type and the data volume threshold corresponding to the identifier, thereby explicitly indicating the data volume threshold corresponding to each identifier of the SDT type.

[0162] The network can also implicitly indicate the data volume threshold corresponding to each alternative SDT type. For example, the network can agree with the terminal or the protocol can specify that the terminal determines the data volume threshold based on specific information sent by the network.

[0163] Figure 10 This is a schematic flowchart illustrating another threshold configuration method according to embodiments of the present disclosure. Figure 10 As shown, in some embodiments, configuring the corresponding data volume threshold for each alternative SDT type of the terminal in an implicit manner includes:

[0164] In step S1001, uplink configuration information for configuring resources for the candidate SDT type is sent to the terminal, wherein the transport block size corresponding to the uplink configuration information is used by the terminal to determine the data volume threshold corresponding to the candidate SDT type.

[0165] In one embodiment, the network may agree with the terminal, or the protocol may stipulate, that the terminal determines the data volume threshold corresponding to the alternative SDT type based on the transport block size corresponding to the uplink configuration information for configuring resources for the alternative SDT type.

[0166] For each alternative SDT type, the network can configure resources for SDT execution via configuration information. This configuration information can be a UL grant; for example, for type two, the UL grant configures resources for MsgA. Based on this UL grant, the corresponding transport block size (data volume per transport block) or MAC PDU size can be calculated. This determined transport block size or MAC PDU size is then used as the data volume threshold for type two SDT. This implicitly indicates the data volume threshold, eliminating the need to specify it to the terminal separately, thus saving communication resources.

[0167] Corresponding to the aforementioned embodiments of the data volume determination method and threshold configuration method, this disclosure also provides embodiments of the data volume determination apparatus and threshold configuration apparatus.

[0168] Figure 11 This is a schematic block diagram illustrating a data volume determination device according to an embodiment of the present disclosure. The data volume determination device shown in this embodiment can be applied to terminals, including but not limited to mobile phones, tablets, wearable devices, sensors, IoT devices, and other communication devices. The terminal can communicate with network-side devices as user equipment, such as base stations and core networks. The base stations include, but are not limited to, base stations in communication systems such as 4G base stations, 5G base stations, and 6G base stations.

[0169] like Figure 11 As shown, the data volume determination device may include:

[0170] Bearer determination module 1101 is configured to determine alternative radio bearers (RBs) capable of triggering small data transmission (SDT).

[0171] The data volume determination module 1102 is configured to determine a first data volume of uplink data to be sent in the candidate RB, a second data volume of packet header to be added for sending the uplink data, and a third data volume of auxiliary information to be sent along with the uplink data.

[0172] The total amount determination module 1103 is configured to determine the total amount of data to be sent by the candidate RB based on the first data amount, the second data amount and the third data amount.

[0173] Figure 12 This is a schematic block diagram illustrating another data volume determination apparatus according to embodiments of the present disclosure. Figure 12 As shown, the device further includes:

[0174] The data type determination module 1201 is configured to determine the data type of the upstream data;

[0175] The header determination module 1202 is configured to determine the header to be added for sending the uplink data based on the data type.

[0176] In one embodiment, the header includes at least a Radio Link Control (RLC) header, and the device further includes:

[0177] The RLC determination module is configured to determine the type of the RLC data packet or header.

[0178] The RLC data volume determination module is configured to determine the data volume of the RLC data packet or header based on the type of the RLC data packet or header.

[0179] In one embodiment, the data volume determination module is configured to determine the type of the auxiliary information and determine the third data volume based on the type of the auxiliary information.

[0180] In one embodiment, the data volume determination module is configured to determine the total data volume based on the first data volume, the second data volume, the third data volume, and the PDCP integrity message authentication code MAC-I.

[0181] In one embodiment, the apparatus further includes:

[0182] The deletion module is configured to delete the PDCP MAC-I during a triggered SDT process in response to the alternative RB being of type SRB2.

[0183] Figure 13 This is a schematic block diagram illustrating yet another data volume determination device according to embodiments of the present disclosure. Figure 13 As shown, the device further includes:

[0184] The threshold determination module 1301 is configured to determine the candidate SDT types and the data volume threshold corresponding to each candidate SDT type;

[0185] SDT type determination module 1302 is configured to determine the available SDT type from the candidate SDT types based on the relationship between the total data volume and the data volume threshold.

[0186] The data transmission module 1303 is configured to transmit the uplink data based on the available SDT type.

[0187] In one embodiment, the threshold determination module is configured to determine the data volume threshold corresponding to each of the candidate SDT types based on an explicit instruction, or to determine the data volume threshold corresponding to each of the candidate SDT types based on an implicit instruction.

[0188] In one embodiment, the threshold determination module is configured to determine the transport block size or MAC PDU size corresponding to the uplink configuration information of the candidate SDT type configuration resource; and determine the data volume threshold corresponding to the candidate SDT type based on the transport block size or MAC PDU size.

[0189] In one embodiment, the SDT type determination module is configured to determine that there is no available SDT type among the candidate SDT types in response to the total data volume being greater than a specified threshold among the data volume thresholds corresponding to each of the candidate SDT types.

[0190] In one embodiment, the SDT type determination module is configured to determine, among the data volume thresholds corresponding to each of the candidate SDT types, a target SDT type that satisfies the target relationship with the total data volume; and determine the target SDT type as the available SDT type.

[0191] In one embodiment, the SDT type determination module is configured to, in response to the existence of multiple target SDT types, determine an available SDT type from among the multiple target SDT types according to the priority of the multiple target SDT types.

[0192] In one embodiment, the data transmission module is configured to determine the beam corresponding to the resource configured for the available SDT type; and to transmit the uplink data based on the available SDT type in response to the signal quality requirement of the beam being met.

[0193] Figure 14This is a schematic block diagram illustrating a threshold configuration device according to an embodiment of the present disclosure. The threshold configuration device shown in this embodiment can be applied to network-side equipment, such as base stations and core networks. The base stations include, but are not limited to, base stations in communication systems such as 4G base stations, 5G base stations, and 6G base stations. The base station can communicate with terminals that function as user equipment. The terminals include, but are not limited to, communication devices such as mobile phones, tablets, wearable devices, sensors, and IoT devices.

[0194] like Figure 14 As shown, the threshold configuration device may include:

[0195] The threshold configuration module 1401 is configured to configure a corresponding data volume threshold for each alternative SDT type of the terminal, so that the terminal can determine the available SDT type for sending uplink data from the alternative SDT types based on the relationship between the total data volume required to be sent by the alternative RB and the data volume threshold.

[0196] The total data volume is determined based on the first data volume of the uplink data to be sent in the candidate RBs, the second data volume of the packet header to be added for sending the uplink data, and the third data volume of the auxiliary information to be sent along with the uplink data.

[0197] In one embodiment, the threshold configuration module is configured to configure a corresponding data volume threshold for each candidate SDT type of the terminal in an explicit manner, or to configure a corresponding data volume threshold for each candidate SDT type of the terminal in an implicit manner.

[0198] In one embodiment, the threshold configuration module is configured to send uplink configuration information for configuring resources for the candidate SDT type to the terminal, wherein the transport block size corresponding to the uplink configuration information is used by the terminal to determine the data volume threshold corresponding to the candidate SDT type.

[0199] Regarding the apparatus in the above embodiments, the specific manner in which each module performs its operation has been described in detail in the embodiments of the relevant methods, and will not be elaborated upon here.

[0200] For the device embodiments, since they basically correspond to the method embodiments, the relevant parts can be referred to in the description of the method embodiments. The device embodiments described above are merely illustrative. The modules described as separate components may or may not be physically separate, and the components shown as modules may or may not be physical modules, that is, they may be located in one place or distributed across multiple network modules. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs. Those skilled in the art can understand and implement this without creative effort.

[0201] Embodiments of this disclosure also provide a communication device, comprising:

[0202] processor;

[0203] Memory used to store computer programs;

[0204] When the computer program is executed by the processor, the data volume determination method described in any of the above embodiments is implemented.

[0205] Embodiments of this disclosure also provide a communication device, comprising:

[0206] processor;

[0207] Memory used to store computer programs;

[0208] When the computer program is executed by the processor, the threshold configuration method described in any of the above embodiments is implemented.

[0209] Embodiments of this disclosure also propose a computer-readable storage medium for storing a computer program that, when executed by a processor, implements the steps in the data volume determination method described in any of the above embodiments.

[0210] Embodiments of this disclosure also propose a computer-readable storage medium for storing a computer program that, when executed by a processor, implements the steps of the threshold configuration method described in any of the above embodiments.

[0211] like Figure 15 As shown, Figure 15 This is a schematic block diagram illustrating an apparatus 1500 for threshold configuration according to embodiments of the present disclosure. The apparatus 1500 can be provided as a base station. (Refer to...) Figure 15The device 1500 includes a processing component 1522, a wireless transmitting / receiving component 1524, an antenna component 1526, and a signal processing section specific to the wireless interface. The processing component 1522 may further include one or more processors. One of the processors in the processing component 1522 may be configured to implement the threshold configuration method described in any embodiment.

[0212] Figure 16 This is a schematic block diagram illustrating an apparatus 1600 for determining data volume according to embodiments of the present disclosure. For example, apparatus 1600 may be a mobile phone, computer, digital broadcasting terminal, messaging device, game console, tablet device, medical device, fitness equipment, personal digital assistant, etc.

[0213] Reference Figure 16 The device 1600 may include one or more of the following components: a processing component 1602, a memory 1604, a power supply component 1606, a multimedia component 1608, an audio component 1610, an input / output (I / O) interface 1612, a sensor component 1614, and a communication component 1616.

[0214] Processing component 1602 typically controls the overall operation of device 1600, such as operations associated with display, telephone calls, data communication, camera operation, and recording operations. Processing component 1602 may include one or more processors 1620 to execute instructions to complete all or part of the steps of the data volume determination method described above. Furthermore, processing component 1602 may include one or more modules to facilitate interaction between processing component 1602 and other components. For example, processing component 1602 may include a multimedia module to facilitate interaction between multimedia component 1608 and processing component 1602.

[0215] Memory 1604 is configured to store various types of data to support the operation of device 1600. Examples of this data include instructions for any application or method operating on device 1600, contact data, phonebook data, messages, pictures, videos, etc. Memory 1604 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk.

[0216] Power supply component 1606 provides power to various components of device 1600. Power supply component 1606 may include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power to device 1600.

[0217] Multimedia component 1608 includes a screen that provides an output interface between the device 1600 and the user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touchscreen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensors may sense not only the boundaries of the touch or swipe action but also the duration and pressure associated with the touch or swipe operation. In some embodiments, multimedia component 1608 includes a front-facing camera and / or a rear-facing camera. When the device 1600 is in an operating mode, such as a shooting mode or a video mode, the front-facing camera and / or the rear-facing camera may receive external multimedia data. Each front-facing camera and rear-facing camera may be a fixed optical lens system or have focal length and optical zoom capabilities.

[0218] Audio component 1610 is configured to output and / or input audio signals. For example, audio component 1610 includes a microphone (MIC) configured to receive external audio signals when device 1600 is in an operating mode, such as call mode, recording mode, and voice recognition mode. The received audio signals may be further stored in memory 1604 or transmitted via communication component 1616. In some embodiments, audio component 1610 also includes a speaker for outputting audio signals.

[0219] I / O interface 1612 provides an interface between processing component 1602 and peripheral interface modules, such as keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to, home buttons, volume buttons, power buttons, and lock buttons.

[0220] Sensor assembly 1614 includes one or more sensors for providing status assessments of various aspects of device 1600. For example, sensor assembly 1614 may detect the on / off state of device 1600, the relative positioning of components such as the display and keypad of device 1600, changes in position of device 1600 or a component of device 1600, the presence or absence of user contact with device 1600, the orientation or acceleration / deceleration of device 1600, and temperature changes of device 1600. Sensor assembly 1614 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. Sensor assembly 1614 may also include an optical sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, sensor assembly 1614 may also include an accelerometer, a gyroscope, a magnetometer, a pressure sensor, or a temperature sensor.

[0221] Communication component 1616 is configured to facilitate wired or wireless communication between device 1600 and other devices. Device 1600 can access wireless networks based on communication standards, such as WiFi, 2G or 3G, 4G LTE, 5G NR, or combinations thereof. In one exemplary embodiment, communication component 1616 receives broadcast signals or broadcast-related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, communication component 1616 also includes a near-field communication (NFC) module to facilitate short-range communication. For example, the NFC module may be implemented based on radio frequency identification (RFID) technology, Infrared Data Association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

[0222] In an exemplary embodiment, the apparatus 1600 may be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components to perform the data quantity determination method described above.

[0223] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory 1604 including instructions, which can be executed by a processor 1620 of the device 1600 to complete the data quantity determination method described above. For example, the non-transitory computer-readable storage medium may be a ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage device, etc.

[0224] Other embodiments of this disclosure will readily occur to those skilled in the art upon consideration of the specification and practice of the disclosure herein. This disclosure is intended to cover any variations, uses, or adaptations of this disclosure that follow the general principles of this disclosure and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this disclosure are indicated by the following claims.

[0225] It should be understood that this disclosure is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this disclosure is limited only by the appended claims.

[0226] It should be noted that, in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. The terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0227] The methods and apparatus provided in the embodiments of this disclosure have been described in detail above. Specific examples have been used to illustrate the principles and implementation methods of this disclosure. The descriptions of the embodiments above are only for the purpose of helping to understand the methods and core ideas of this disclosure. At the same time, for those skilled in the art, there will be changes in the specific implementation methods and application scope based on the ideas of this disclosure. Therefore, the content of this specification should not be construed as a limitation of this disclosure.

Claims

1. A method for determining data volume, characterized in that, include: Identify alternative radio bearers (RBs) capable of triggering small data transmission SDT; Determine the first data amount of uplink data to be sent in the candidate RBs, determine the second data amount of the packet header to be added for sending the uplink data, and determine the third data amount of auxiliary information to be sent along with the uplink data. The total amount of data that the candidate RB needs to send is determined based on the first data amount, the second data amount, and the third data amount. The packet header includes at least a Radio Link Control (RLC) packet header, and the method further includes: Determine the type of the RLC data packet or header; The second data volume of the RLC header is determined based on the type of the RLC data packet or header.

2. The method according to claim 1, characterized in that, The method further includes: Determine the data type of the upstream data; The header to be added for sending the uplink data is determined based on the data type.

3. The method according to claim 1, characterized in that, The third data quantity for determining the auxiliary information that needs to be sent along with the uplink data includes: Determine the type of the auxiliary information; The third data volume is determined based on the type of the auxiliary information.

4. The method according to claim 1, characterized in that, The step of determining the total amount of data to be transmitted by the candidate RB based on the first data amount, the second data amount, and the third data amount includes: The total data volume is determined based on the first data volume, the second data volume, the third data volume, and the PDCP integrity message authentication code MAC-I.

5. The method according to claim 4, characterized in that, The method further includes: In response to the candidate RB being of type SRB2, the PDCP MAC-I is deleted during the SDT triggering process.

6. The method according to any one of claims 1 to 5, characterized in that, The method further includes: Determine the candidate SDT types and the data volume threshold corresponding to each candidate SDT type; Based on the relationship between the total data volume and the data volume threshold, the available SDT types are determined from the candidate SDT types; The uplink data is sent based on the available SDT type.

7. The method according to claim 6, characterized in that, The determination of the data volume threshold corresponding to each of the candidate SDT types includes: The data volume threshold for each of the candidate SDT types is determined according to explicit instructions, or according to implicit instructions.

8. The method according to claim 7, characterized in that, The step of determining the data volume threshold corresponding to each of the candidate SDT types based on implicit indications includes: Determine the transport block size or MAC PDU size corresponding to the uplink configuration information of the resource for the candidate SDT type; The data volume threshold corresponding to the alternative SDT type is determined based on the transport block size or MAC PDU size.

9. The method according to claim 6, characterized in that, The step of determining the available SDT type from the candidate SDT types based on the relationship between the total data volume and the data volume threshold includes: In response to the total data volume being greater than a specified threshold among the data volume thresholds corresponding to each of the candidate SDT types, it is determined that there is no available SDT type among the candidate SDT types.

10. The method according to claim 6, characterized in that, The step of determining the available SDT type from the candidate SDT types based on the relationship between the total data volume and the data volume threshold includes: Among the data volume thresholds corresponding to each of the candidate SDT types, the target SDT type corresponding to the target threshold that satisfies the target relationship with the total data volume is determined; The target SDT type is determined to be the available SDT type.

11. The method according to claim 10, characterized in that, Determining the target SDT type as the available SDT type includes: In response to the existence of multiple target SDT types, an available SDT type is determined from among the multiple target SDT types according to their priority.

12. The method according to claim 6, characterized in that, Sending the uplink data based on the available SDT type includes: The beam corresponding to the resource configured for the available SDT type is determined; In response to the requirement that the signal quality of the beam meets the requirements, the uplink data is transmitted based on the available SDT type.

13. A threshold configuration method, characterized in that, include: Configure a corresponding data volume threshold for each candidate SDT type of the terminal, so that the terminal can determine the available SDT type for sending uplink data from the candidate SDT types based on the relationship between the total data volume required to be sent by the candidate RB and the data volume threshold. The total data volume is determined based on the first data volume of the uplink data to be sent in the candidate RBs, the second data volume of the header to be added for sending the uplink data, and the third data volume of the auxiliary information to be sent with the uplink data; the header includes at least a Radio Link Control (RLC) header, and the second data volume of the RLC header is determined based on the type of the RLC data packet or header.

14. The method according to claim 13, characterized in that, The data volume threshold configured for each alternative SDT type of the terminal includes: The corresponding data volume threshold can be configured for each candidate SDT type of the terminal in an explicit manner, or in an implicit manner.

15. The method according to claim 14, characterized in that, The step of configuring the corresponding data volume threshold for each alternative SDT type of the terminal in an implicit manner includes: Uplink configuration information for configuring resources for the candidate SDT type is sent to the terminal, wherein the transport block size corresponding to the uplink configuration information is used by the terminal to determine the data volume threshold corresponding to the candidate SDT type.

16. A data volume determination device, characterized in that, include: The bearer determination module is configured to determine the candidate radio bearer (RB) that can trigger the Small Data Transmission Depth (SDT). The data volume determination module is configured to determine a first data volume of uplink data to be sent in the candidate RBs, a second data volume of packet headers to be added for sending the uplink data, and a third data volume of auxiliary information to be sent along with the uplink data. The total amount determination module is configured to determine the total amount of data that the candidate RB needs to send based on the first data amount, the second data amount, and the third data amount. The packet header includes at least a Radio Link Control (RLC) packet header, and the device further includes: The RLC determination module is configured to determine the type of the RLC data packet or header. The RLC data volume determination module is configured to determine the second data volume of the RLC header based on the type of the RLC data packet or header.

17. A threshold configuration device, characterized in that, include: The threshold configuration module is configured to configure a corresponding data volume threshold for each candidate SDT type of the terminal, so that the terminal can determine the available SDT type for sending uplink data from the candidate SDT types based on the relationship between the total data volume required to be sent by the candidate RB and the data volume threshold. The total data volume is determined based on the first data volume of the uplink data to be sent in the candidate RBs, the second data volume of the header to be added for sending the uplink data, and the third data volume of the auxiliary information to be sent with the uplink data. The header includes at least a Radio Link Control (RLC) header, and the second data volume of the RLC header is determined based on the type of the RLC data packet or header.

18. A communication device, characterized in that, include: processor; Memory used to store computer programs; When the computer program is executed by a processor, it implements the data quantity determination method according to any one of claims 1 to 12.

19. A communication device, characterized in that, include: processor; Memory used to store computer programs; When the computer program is executed by a processor, it implements the threshold configuration method according to any one of claims 13 to 15.

20. A computer-readable storage medium for storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps in the data volume determination method according to any one of claims 1 to 12.

21. A computer-readable storage medium for storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps in the threshold configuration method according to any one of claims 13 to 15.

Images