A method and system for collecting information via small data transmission

Abstract

This invention discloses a method and system for collecting small data transmission information. During small data transmission, if transmission fails, the inactive UE needs to record log information related to this SDT transmission. When the UE re-enters the connected state, it reports the recorded SDT transmission log information to the network. Based on the collected large amount of SDT transmission failure-related information, the network can optimize and adjust the target terminal and target bearer type for SDT configuration through analysis, training, and iteration, and improve the current SDT configuration parameters. This invention allows the network to collect a large amount of SDT failure-related information. Through big data analysis and training on this information, the network can continuously optimize and adjust the selected suitable terminals and data bearer types for SDT configuration, while iteratively optimizing the SDT configuration parameters to achieve optimal SDT transmission functionality.

Description

Technical Field

[0001] The embodiments of the present invention relate to the field of communication technology, and in particular to a method and system for collecting information through small data transmission. Background Technology

[0002] In existing Rel-17 5G NR systems, Small Data Transmission (SDT) technology has been introduced. Its basic principle is that a non-active terminal (UE) can transmit small amounts of uplink and downlink data without entering the RRC connection state. Unlike traditional transmission methods, where the UE must first restore the RRC connection before transmitting data, and then release the connection and return to a non-active or idle state after data transmission, SDT eliminates the need for connection state transitions. This reduces the signaling overhead associated with traditional methods where the terminal restores and releases the connection after transmission. Furthermore, it reduces terminal power consumption. Therefore, this technology is particularly suitable for IoT applications where a large number of terminals need to periodically transmit small amounts of data.

[0003] R17 Small Data Transmission Deployment (SDT) technology includes two types: Random Access Based Small Data Transmission (RA-based SDT) and Configuration-Based Authorized Small Data Transmission (CG-based SDT). RA-based SDT refers to an inactive UE triggering a 4-step or 2-step Random Access (RA) procedure, carrying initial uplink data in message 3 (Msg3) of the 4-step RA or message 4 (MsgA) of the 2-step RA. After successful random access, the UE can perform subsequent uplink and / or downlink data transmission based on network dynamic scheduling.

[0004] CG-based SDT refers to the transmission of initial uplink data using the uplink channel resources pre-configured by the original serving cell for inactive UEs without triggering random access. Subsequently, the UE can continue to use these pre-configured uplink resources, or transmit uplink and / or downlink data according to the network's dynamic scheduling information.

[0005] Based on the type of user terminal and its service characteristics, the 5G network can decide to provide SDT configuration for the UE. However, SDT is not configured on the UE as a whole, but on the Data Radio Bearer (DRB). In other words, if a UE has multiple DRBs, the network can select one or more DRBs to configure SDT features based on the service characteristics of each bearer. Thus, the UE can only trigger SDT operation when these DRBs with SDT configuration have uplink data to transmit. If only the DRBs without SDT configuration have data to transmit, the UE will not trigger SDT operation, but will trigger non-SDT transmission, i.e., the RRC connection recovery process.

[0006] When a UE transitions from RRC connected state to inactive state, it receives SDT configuration information from the RRC Release message sent by the serving cell. For CG-based SDT, the SDT configuration (including pre-configured uplink resources) is only valid within the cell where the UE receives the configuration. That is, if the UE moves to another cell after receiving the CG-based SDT configuration, the CG-based SDT configuration becomes invalid and is released.

[0007] Typically, the SDT configuration information provided by the network to the UE includes the following parameters:

[0008] This SDT configuration applies to the DRB bearer;

[0009] The threshold for determining the data volume that triggers SDT transmission is determined. SDT transmission can only be triggered when the amount of data to be transmitted on the DRB is lower than this threshold; otherwise, non-SDT transmission mode is triggered.

[0010] The RSRP threshold for triggering SDT transmission is determined, meaning that SDT transmission is only triggered when the RSRP value of the current serving cell measured by the UE is higher than or equal to this threshold; otherwise, a non-SDT transmission mode is triggered.

[0011] If the configuration is an RA-based type SDT, the available 4-step or 2-step RA preamble subset and / or available RACH resource locations;

[0012] If a CG-based type SDT is configured, the available uplink configuration licensed resources;

[0013] If a CG-based SDT is configured, it is an uplink timing advance timer.

[0014] If the UE has not completed the SDT transmission by the timer expires, the SDT transmission process is considered to have failed.

[0015] When using SDT technology, inactive terminals can transmit data without switching to connected mode, which reduces unnecessary signaling overhead, network load, and terminal power consumption. However, in real-world networks, there are many types of terminals, and the service characteristics transmitted by different types of terminals vary greatly. Even the same terminal may transmit multiple services with different characteristics.

[0016] However, the wireless channel conditions in real-world networks are complex and variable. Therefore, how the network selects suitable terminals, how a terminal selects appropriate data bearers and SDT configurations, and how to properly set various thresholds to rationally allocate wireless transmission resources without reducing network resource utilization efficiency are pressing technical problems that need to be solved. If the terminal or data bearer with the SDT configuration is selected inappropriately, or the threshold parameters are set incorrectly, using SDT to transmit data will not only fail to achieve the expected benefits but may also have the opposite effect, potentially increasing network resource consumption and signaling overhead, and increasing terminal power consumption. Therefore, this paper proposes a small data transmission information collection method and system to solve the above problems. Summary of the Invention

[0017] To address the above problems, embodiments of the present invention provide a method for collecting information on small data transmissions, comprising the following steps:

[0018] S1 performs SDT configuration on the UE side and applies it to the corresponding DRB bearer. The UE enters the inactive state. When the DRB bearer has data to send and the threshold condition is met, the UE triggers SDT transmission.

[0019] If the UE determines that the SDT transmission has failed, it will record log information related to this SDT transmission and transmit the log information to the network side after the UE recovers or establishes an RRC connection.

[0020] After grouping and classifying the log information, the S3 network side performs data analysis, training, and iteration to further obtain the various thresholds in the optimized SDT configuration.

[0021] S4 will provide the adjusted and optimized new SDT configuration to UEs suitable for SDT transmission and apply it to the corresponding DRB bearer, triggering SDT transmission when the threshold conditions are met.

[0022] Furthermore, in the method, when the amount of data to be transmitted is less than the data amount threshold in the SDT configuration, and the UE measures that the RSRP value of the current area is higher than the RSRP threshold in the SDT configuration, the UE triggers SDT transmission and starts the SDT operation timer.

[0023] Furthermore, if the UE fails to transmit all the data by the time the SDT operation timer expires due to poor channel conditions or a large amount of data to be transmitted, the UE determines that the SDT transmission process has failed and records the current cell RSRP value measured at this time, as well as the uplink carrier for data transmission.

[0024] Furthermore, the UE records the QoS identifier of the DRB bearer used for SDT transmission, as well as the amount of data to be transmitted.

[0025] Furthermore, if the UE performs RA-based SDT, it records the preamble and PRACH resource locations selected during the random access procedure, as well as the PUSCH resource location used to send the initial uplink data.

[0026] Furthermore, the UE records the number of retransmissions during the initial uplink transmission and the number of subsequent uplink transmissions after the initial transmission is completed.

[0027] Furthermore, the UE obtains and records its current moving speed based on the location information.

[0028] Furthermore, after the SDT operation timer expires, the UE enters an idle state or remains in an inactive state. After the UE recovers or establishes an RRC connection and enters the connected state, it reports the log information of the previous SDT transmission failure to the network.

[0029] Furthermore, after receiving the SDT failure log information reported by the UE, the base station on the network side forwards the information to a dedicated server for collecting, processing, and analyzing SDT information, and for optimizing and iterating the SDT configuration parameters.

[0030] Furthermore, a dedicated server periodically receives SDT information forwarded by all base stations within a network area and groups this information into groups based on the cell, the base station where the cell is located, the RAN Notification Area (RNA), or the Tracking Area (TA).

[0031] Furthermore, the dedicated server on the network side categorizes and statistically analyzes each log entry according to the following parameters:

[0032] RSRP value measured by the UE when SDT fails;

[0033] The amount of data that triggered SDT transmission;

[0034] The QoS identifier of the DRB bearer that triggers SDT transmission;

[0035] Terminal movement speed when SDT fails;

[0036] The number of retransmissions in the initial uplink transmission;

[0037] Number of subsequent uplink data transmissions.

[0038] Furthermore, after obtaining the above classification statistics, the dedicated server's algorithm analyzes and trains the data, then adjusts the terminal types and DRB bearer categories suitable for SDT transmission, and optimizes various thresholds in the SDT configuration of different groups (cells, RAN notification areas, or tracking areas).

[0039] Furthermore, the dedicated server sends the adjustment and optimization results to all base stations in the area, and each base station provides the new SDT configuration to terminals suitable for SDT transmission via the air interface.

[0040] On another level, the present invention provides a small data transmission information collection system, which is used to implement a small data transmission information collection method, including a UE-side part and a network-side part, wherein the network-side part is equipped with a dedicated server for collecting, processing and analyzing SDT information, and optimizing and iterating the SDT configuration parameters.

[0041] The beneficial effects of this invention are as follows:

[0042] The network of this invention can collect a large amount of information related to SDT failures. By performing big data analysis and training on this information, the network can continuously optimize and adjust the terminals and data bearer types selected for appropriate SDT configuration. At the same time, iteratively optimize the SDT configuration parameters, enabling the network to determine the most suitable terminals and data bearer types for SDT transmission and configure the most appropriate threshold parameters for them, thereby optimizing the SDT transmission function. Attached Figure Description

[0043] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0044] Figure 1 This is a schematic flowchart of a small data transmission information collection method provided in an embodiment of the present invention;

[0045] Figure 2 This is a block diagram illustrating the principle of a small data transmission information collection system provided in an embodiment of this application. Detailed Implementation

[0046] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0047] The terminology used in the embodiments of this invention is for the purpose of describing particular embodiments only and is not intended to limit the invention. The singular forms “a,” “the,” and “the” used in the embodiments of this invention and the appended claims are also intended to include the plural forms, unless the context clearly indicates otherwise. “Multiple” generally includes at least two, but does not exclude the inclusion of at least one.

[0048] It should be understood that the term "and / or" used in this article is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Additionally, the character " / " in this article generally indicates that the preceding and following related objects have an "or" relationship.

[0049] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a product or system comprising a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a product or system. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the product or system that includes said element.

[0050] Example 1

[0051] This embodiment provides, as follows: Figure 1 The method for collecting information through small data transmission, as shown, includes the following steps:

[0052] S1 performs SDT configuration on the UE side and applies it to the corresponding DRB bearer. The UE enters the inactive state. When the DRB bearer has data to send and the threshold condition is met, the UE triggers SDT transmission.

[0053] If the UE determines that the SDT transmission has failed, it will record log information related to this SDT transmission and transmit the log information to the network side after the UE recovers or establishes an RRC connection.

[0054] After grouping and classifying the log information, the S3 network side performs data analysis, training, and iteration to further obtain the various thresholds in the optimized SDT configuration.

[0055] S4 will provide the adjusted and optimized new SDT configuration to UEs suitable for SDT transmission and apply it to the corresponding DRB bearer, triggering SDT transmission when the threshold conditions are met.

[0056] In this embodiment, the UE records the following log information related to SDT transmission failure:

[0057] SDT configuration received by the UE from the network;

[0058] Cell ID and measured RSRP value when SDT transmission fails;

[0059] The uplink carrier selected by the UE for SDT transmission;

[0060] The 5G QoS identifier carried by the DRB that triggered this SDT transmission;

[0061] The DRB that triggered this SDT transmission carries the amount of uplink data to be transmitted;

[0062] The uplink resources used by the UE for SDT transmission include the time-frequency domain resource locations of the 4-step or 2-step RA preamble, PRACH, and PUSCH.

[0063] The number of retransmissions during the initial uplink transmission of the SDT, and the number of subsequent uplink transmissions after the initial transmission is completed;

[0064] Average moving speed of UE during SDT transmission;

[0065] The timestamp when SDT transmission fails.

[0066] The method in this embodiment is applied in the Small Data Transmission (SDT) process. If the transmission fails, the inactive UE needs to record relevant log information. When the UE re-enters the connected state, it needs to report the log information to the network. Based on the large amount of SDT transmission failure related information collected, the network can optimize and adjust the target terminal and target bearer type of SDT configuration, and optimize and improve the current SDT configuration parameters, thereby achieving the optimization of SDT transmission function.

[0067] Example 2

[0068] This embodiment provides a UE-side processing method, as follows: When the UE transitions from the connected state to the inactive state, it receives an RRRCRelease message sent by the network. The message contains SDT configuration information. The UE saves the received SDT configuration and applies the SDT configuration to the corresponding DRB bearer.

[0069] In this embodiment, the DRB carries user plane data. Depending on the QoS, a maximum of 8 DRBs may be established between the UE and the 5G base station.

[0070] In this embodiment, a data volume threshold is set during SDT configuration, and the data volume threshold is set automatically based on the actual transmission situation of the current cell.

[0071] At a certain moment, if the UE has data to send on the DRB bearer configured with SDT, and the amount of data to be transmitted is less than the data amount threshold in the SDT configuration, and the UE measures that the RSRP value of the current cell is higher than the RSRP threshold in the SDT configuration, then the UE triggers SDT transmission and starts the SDT operation timer.

[0072] In this embodiment, the timer pulse interval is 1 microsecond. This is achieved using an external 12MHz crystal oscillator (11.0592MHz). The corresponding conversion is: 12MHz / 12 = 1MHz = 1,000,000 pulses / second = 1,000,000 pulses / 1,000,000 microseconds = 1 pulse / 1 microsecond = 1 instruction / 1 microsecond. Each oscillation of the timer crystal generates one pulse, takes 1 microsecond, and executes one instruction.

[0073] Therefore, the timer concept in this embodiment is derived from the number of pulses. 1 pulse = 1 microsecond = 1 machine cycle = 1 instruction.

[0074] It should be noted that if the UE has not completed the transmission of these data by the time the SDT operation timer expires due to poor channel conditions or a large amount of data to be transmitted, the UE will determine that the SDT transmission process has failed and record the current cell RSRP value measured at this time, as well as the uplink carrier for data transmission.

[0075] In this embodiment, the UE records the QoS identifier of the DRB bearer for SDT transmission and the amount of data to be transmitted; if the UE performs RA-based SDT, it records the preamble and PRACH resource locations selected during random access, as well as the PUSCH resource location used to send the initial uplink data.

[0076] In this embodiment, the UE records the number of retransmissions during the initial uplink transmission and the number of subsequent uplink transmissions after the initial transmission is completed; it also obtains and records the current moving speed based on the location information.

[0077] In this embodiment, after the SDT operation timer expires, the UE may enter an idle state or remain in an inactive state. At some later time, the UE will restore or establish an RRC connection. After entering the connected state, the UE will report the log information of the previous SDT transmission failure to the network, thereby completing the processing on the UE side.

[0078] Example 3

[0079] This embodiment provides a network-side processing method, as follows: After receiving the SDT failure log information reported by the UE, the base station forwards the information to a dedicated server. This server is used for the collection, processing and analysis of SDT information, and for optimizing and iterating the SDT configuration parameters.

[0080] Further dedicated servers periodically receive SDT information forwarded by all base stations within a network area, and group this information into groups based on the granularity of cell, the base station where the cell is located, or RAN Notification Area (RNA), or Tracking Area (TA).

[0081] In this embodiment, the RAN notification area configuration includes at least one of the area ID or cell ID containing multiple cells; and receives dedicated server information from a specific cell.

[0082] In this embodiment, the RAN notification area information includes the ID of a specific cell and the ID of the area that includes the specific cell; it is used to determine whether a specific cell belongs to a RAN-based notification area.

[0083] In this embodiment, the internal algorithm of the dedicated server analyzes each group of information data and classifies and statistically analyzes each log message according to the following parameters:

[0084] a) RSRP value measured by the UE when SDT fails;

[0085] b) The amount of data that triggers SDT transmission;

[0086] c) The QoS identifier of the DRB bearer that triggers SDT transmission;

[0087] d) Terminal movement speed when SDT fails;

[0088] e) The number of retransmissions in the initial uplink transmission;

[0089] f) Number of subsequent uplink data transmissions;

[0090] After obtaining the above classification statistics, the dedicated server's algorithm analyzes and trains the data, then adjusts the terminal types and DRB bearer categories suitable for SDT transmission, and optimizes the various thresholds in the SDT configuration of different groups (cells, RAN notification areas, or tracking areas).

[0091] In this embodiment, the DRB carries user plane data. Depending on the QoS, a maximum of 8 DRBs may be established between the UE and the 5G base station.

[0092] In this embodiment, the dedicated server sends the adjustment and optimization results to all base stations in the area. Each base station provides the new SDT configuration to terminals suitable for SDT transmission through the air interface. Then, the terminal applies the new SDT configuration and triggers SDT data transmission on the corresponding DRB bearer when the threshold conditions are met, thus completing the network-side processing.

[0093] Example 4

[0094] This embodiment provides a method for collecting small data transmission information, applying cell A, as follows: First, 5G terminal UE1 camps on cell A and is in an inactive state. Before entering the inactive state, UE1 receives and saves the SDT configuration provided by the network from the base station where cell A is located. This configuration is for the terminal's DRB_1. The service type carried by this DRB is non-guaranteed rate service, the 5G QoS identifier is 6, the SDT transmission type is RA-based SDT, the data volume threshold is set to 2000 bytes, and the RSRP threshold is -105dBm.

[0095] It should be noted that at time t1, data arrives on UE1's DRB_1 bearer and needs to be uploaded to the network. The data size is 1500 bytes. UE1 measures the current cell's RSRP value as -101dBm, which is higher than the threshold. Therefore, SDT transmission is triggered. UE1 selects a normal uplink carrier to trigger 4-step random access. The initial data size transmitted in Msg3 is 300 bytes.

[0096] In this embodiment, after successful random access, the second uplink data packet is transmitted based on the dynamic scheduling sent by the base station. The data packet size is 800 bytes. Due to the poor channel conditions at this time, the transmission of the second data packet fails. UE1 retransmits 3 times until the SDT transmission timer expires, but it still fails. Therefore, this SDT process fails.

[0097] If the SDT process fails, the current cell ID is recorded by UE1. The RSRP value measured at the time of failure is -103dBm. The preamble code selected during random access is recorded, as well as the PRACH location used to transmit the preamble and the PUSCH location used to transmit Msg3. The number of retransmissions in the initial transmission is 0, and the number of subsequent transmissions is 1. The moving speed obtained from the location information is also recorded as 10km / h.

[0098] In this embodiment, UE1 enters the idle state after SDT transmission fails.

[0099] It should be noted that at time t2, UE1 initiates the establishment of a new RRC connection. After entering the connected state, it reports the previous SDT failure log, including the RA-based SDT configuration and DRB_1 QoS information provided by the network, to the current serving base station, which then forwards this log information to the dedicated server.

[0100] In this embodiment, the dedicated server classifies and statistically analyzes the SDT information of UE1 and the information from other terminals in the network area, and adjusts the RSRP threshold of the SDT configuration of cell A to -100dBm based on the statistical data, and sends the adjusted threshold to the base station where cell A is located to complete the information collection.

[0101] Example 5

[0102] This embodiment provides a method for collecting small data transmission information, applying cell B, as follows: 5G terminal UE2 camps on cell B and is in an inactive state. Before entering the inactive state, UE2 receives and saves the SDT configuration provided by the network from the base station where cell B is located. This configuration is for the terminal's DRB_2. The service type carried by this DRB is guaranteed rate service, the 5G QoS identifier is 76, the SDT transmission type is CG-based SDT, the data volume threshold is set to 3000 bytes, and the RSRP threshold is -101dBm.

[0103] It should be noted that at time t1, data arrives on UE2's DRB_2 bearer and needs to be uploaded to the network. The data size is 2500 bytes. UE2 measures that the RSRP value of the current cell is -100dBm, which is higher than the threshold. Therefore, SDT transmission is triggered. UE2 uses the uplink channel resources indicated by the authorization provided in the SDT configuration to transmit uplink data. The size of the first uplink data packet is 600 bytes.

[0104] In this embodiment, the transmission was successful after one retransmission. Subsequently, UE2 continued to use the resources specified by the authorized instruction to transmit the second uplink data packet, which was 800 bytes in size. Due to poor channel conditions at this time, the second data packet was successfully transmitted after two retransmissions. Then, the third uplink data packet, which was 500 bytes in size, was transmitted and was successfully transmitted after three retransmissions. The fourth data packet was 600 bytes in size, but the SDT operation timer expired before the data packet was successfully transmitted, so this SDT process failed.

[0105] If the SDT process fails, the UE2 records the current cell ID. The RSRP value measured at the time of failure is -101dBm. The number of retransmissions for the initial transmission is recorded as 1, and the number of subsequent transmissions is recorded as 3. The moving speed obtained from the location information is also recorded as 5km / h.

[0106] In this embodiment, UE2 remains in an inactive state after SDT transmission fails.

[0107] It should be noted that at time t2, UE2 initiates the RRC connection recovery process. After re-entering the connected state, it reports the previous SDT failure log, including the CG-based SDT configuration and DRB_2 QoS information provided by the network, to the current serving base station. The base station then forwards this log information to the dedicated server.

[0108] In this embodiment, the dedicated server classifies and statistically analyzes the SDT information of UE2 and the information from other terminals in the network area, and adjusts the data volume threshold configured for cell B SDT to 2000 bytes based on the statistical data, and sends the adjusted threshold to the base station where cell B is located to complete the information collection.

[0109] Example 6

[0110] This embodiment provides a method for collecting small data transmission information, using cell C, as follows: 5G terminal UE3 camps in cell C and is in an inactive state. Before entering the inactive state, UE3 receives the SDT configuration provided by the network from the base station where cell C is located. UE3 saves the SDT configuration, which is for the terminal's DRB_3. The service type carried by this DRB is a non-guaranteed rate service, the 5G QoS identifier is 80, the SDT transmission type is RA-based SDT, the data volume threshold is set to 2000 bytes, and the RSRP threshold is -100dBm.

[0111] It should be noted that at time t1, data of 1500 bytes arrived on the DRB_3 bearer of UE3 and needed to be uploaded to the network. UE3 measured the RSRP value of the current cell to be -96dBm, which is higher than the threshold, so SDT transmission was triggered. UE3 selected a normal uplink carrier to trigger 2-step random access. The initial data size transmitted in MsgA was 500 bytes, but the serving base station failed to receive it. UE3 fell back to 4-step random access and continued to transmit the data packet in Msg3, but it still failed. UE3 re-triggered 4-step random access and transmitted the data packet in Msg3 again.

[0112] In this embodiment, the data packet was successfully transmitted in Msg3. Subsequently, a second uplink data packet with a size of 500 bytes was transmitted based on the dynamic scheduling sent by the base station. Due to poor channel conditions at this time, the second data packet was successfully transmitted after two retransmissions. Then, a third uplink data packet with a size of 500 bytes was transmitted, but the data packet was not successfully transmitted and the SDT operation timer expired. Therefore, this SDT process failed.

[0113] If the SDT process fails in this implementation, the current cell ID is recorded by UE3. The RSRP value measured at the time of failure is -100dBm. The preamble code selected during the 2-step random access and 4-step random access is recorded, as well as the PRACH location used to transmit the preamble and the PUSCH location used to transmit the 2-step MsgA. The number of retransmissions for the initial transmission is 2, the number of subsequent transmissions is 2, and the moving speed obtained from the location information (5km / h) is also recorded.

[0114] In this embodiment, UE3 remains in an inactive state after SDT transmission fails.

[0115] It should be noted that at time t2, UE3 initiates the RRC connection recovery process. After re-entering the connected state, it reports the previous SDT failure log, including the RA-based SDT configuration and DRB_3 QoS information provided by the network, to the current serving base station, which then forwards this log information to the dedicated server.

[0116] In this embodiment, the dedicated server classifies and statistically analyzes the SDT failure information of UE3 and the information from other terminals in the network area, and adjusts the SDT configuration in cell C based on the statistical data, no longer configuring SDT features for data bearers such as DRB_3 (5G QoS identifier is 80).

[0117] Example 7

[0118] This embodiment provides, as follows: Figure 2 The illustrated small data transmission information collection system includes a UE-side component and a network-side component.

[0119] In this embodiment, the network side includes a dedicated server for collecting, processing, and analyzing SDT information, and for optimizing and iterating SDT configuration parameters. The network side also includes base stations and other infrastructure.

[0120] In this embodiment, the UE side is equipped with some infrastructure such as DRB bearer and SDT operation timer.

[0121] In summary, the network of this invention can collect a large amount of information related to SDT failures. By performing big data analysis and training on this information, the network can continuously optimize and adjust the terminals and data bearer types selected for appropriate SDT configuration, and iteratively optimize the SDT configuration parameters. This enables the network to determine the most suitable terminals and data bearer types for SDT transmission and configure them with the most appropriate parameters, thereby optimizing the SDT transmission function.

[0122] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. 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 any creative effort.

[0123] Through the above description of the embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of a necessary general-purpose hardware platform, or by a combination of hardware and software. Based on this understanding, the above technical solutions, in essence or the part that contributes to the prior art, can be embodied in the form of a computer product. The present invention can take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

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

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

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

[0127] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0128] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0129] Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic magnetic disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.

[0130] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for collecting information through small data transmission, characterized in that, The method includes the following steps: S1 performs SDT configuration on the UE side and applies it to the corresponding DRB bearer. The UE enters the inactive state. When the DRB bearer has data to send and the threshold condition is met, the UE triggers SDT transmission. If the UE determines that the SDT transmission has failed, it will record log information related to this SDT transmission and transmit the log information to the network side after the UE recovers or establishes an RRC connection. After grouping and classifying the log information, the S3 network side performs data analysis, training, and iteration to further obtain the various thresholds in the optimized SDT configuration. S4 provides the adjusted and optimized new SDT configuration to the UE suitable for SDT transmission and applies it to the corresponding DRB bearer. SDT transmission is triggered when a threshold condition is met. Its characteristic is that... In the method described, the dedicated server on the network side groups the log information into groups based on the cell, the base station where the cell is located, the RAN notification area, or the tracking area, and analyzes each group of information data using an internal algorithm. Specifically, the dedicated server on the network side classifies and statistically analyzes each log message according to the following parameters: RSRP value measured by the UE when SDT fails; The amount of data that triggered SDT transmission; The QoS identifier of the DRB bearer that triggers SDT transmission; Terminal movement speed when SDT fails; Furthermore, the internal algorithm of the dedicated server on the network side analyzes and trains the classified and statistical data, then adjusts the terminal types and DRB bearer categories suitable for SDT transmission, and optimizes the various thresholds in the SDT configuration of different groups.

2. The method for collecting information through small data transmission according to claim 1, characterized in that, In the method, when the amount of data to be transmitted is less than the data amount threshold in the SDT configuration, and the UE measures that the RSRP value of the current area is higher than the RSRP threshold in the SDT configuration, the UE triggers SDT transmission and starts the SDT operation timer.

3. The method for collecting information through small data transmission according to claim 1, characterized in that, The log information recorded by the UE related to SDT transmission failures includes: The SDT configuration received by the UE from the network; Cell ID and measured RSRP value when SDT transmission fails; The uplink carrier selected by the UE for SDT transmission; The 5G QoS identifier carried by the DRB that triggered this SDT transmission; The DRB that triggered this SDT transmission carries the amount of uplink data to be transmitted; The uplink resources used by the UE for SDT transmission include the time-frequency domain resource locations of the 4-step or 2-step RA preamble, PRACH, and PUSCH. The number of retransmissions during the initial uplink transmission of the SDT, and the number of subsequent uplink transmissions after the initial transmission is completed; Average moving speed of UE during SDT transmission; The timestamp when SDT transmission fails.

4. The method for collecting information through small data transmission according to claim 2, characterized in that, After the SDT operation timer expires, the UE enters the idle state or remains in the inactive state. After the UE recovers or establishes an RRC connection and enters the connected state, it reports the log information of the previous SDT transmission failure to the network.

5. The method for collecting information through small data transmission according to claim 1, characterized in that, In the method described above, after receiving the SDT failure log information reported by the UE, the base station on the network side forwards the information to a dedicated server for collecting, processing, and analyzing SDT information and optimizing and iterating the SDT configuration parameters.

6. The method for collecting information through small data transmission according to claim 1, characterized in that, In the method described, the network side sends the adjustment and optimization results to all base stations in the area, and each base station provides the new SDT configuration to terminals suitable for SDT transmission through the air interface.

7. A small data transmission information collection system, said system being used to implement the small data transmission information collection method as described in any one of claims 1-6, characterized in that, It includes a UE-side part and a network-side part, wherein the network-side part is equipped with a dedicated server for collecting, processing and analyzing SDT information and optimizing and iterating SDT configuration parameters.

Images