Upstream data sending method and related products

Abstract

The embodiment of the present application provides an uplink data transmission method and related products, the method is applied to user equipment, the method comprises the following steps: if the UE is in an inactive state, when it is determined that the data to be transmitted cannot be transmitted through a small data transmission mechanism SDT, the UE obtains state data, and determines the transmission mode of the UE's uplink data according to the state data. The technical solution provided by the present application has the advantage of improving network performance.

Description

Technical Field

[0001] This application relates to the field of communication processing technologies, and in particular, to an uplink data sending method and related products. Background Art

[0002] If a UE (User Equipment) has data to upload in the Inactive state, it can be transmitted after restoring the RRC connection; or transmitted in the Inactive state through an introduced Small Data Transmission (SDT) mechanism. If the UE needs to perform multiple data transmissions in the Inactive state and the serving Beam of the UE changes, considering that the UE in the Inactive state may not frequently measure the Beam and may not report the measurement results, the network may not be able to provide data transmission for the UE through the original Beam, resulting in multiple data transmission failures and affecting the spectrum efficiency and network performance. Summary of the Invention

[0003] Embodiments of this application disclose an uplink data sending method and related products. When the UE is in the Inactive state and the data cannot be transmitted completely through one SDT, the uplink data sending method is determined according to the status data, thereby successfully realizing uplink data transmission and improving network performance.

[0004] In a first aspect, an uplink data sending method is provided. The method is applied to a user equipment UE, and the method includes the following steps:

[0005] If the UE is in the Inactive state and it is determined that the data to be transmitted cannot be transmitted completely through one Small Data Transmission (SDT) mechanism, the UE obtains status data and determines the sending mode of the UE's uplink data according to the status data.

[0006] In a second aspect, an uplink data sending method is provided. The method includes the following steps:

[0007] If the UE is in the Inactive state, the UE indicates the status data, or the number of transmissions of the data to be transmitted, or the recommended beam identifier in the Small Data Transmission (SDT) mechanism.

[0008] In a third aspect, a user equipment is provided. The user equipment includes:

[0009] A processing unit, configured to, if the UE is in the Inactive state and it is determined that the data to be transmitted cannot be transmitted completely through one Small Data Transmission (SDT) mechanism, obtain status data and determine the sending mode of the UE's uplink data according to the status data.

[0010] In a fourth aspect, a user equipment is provided. The user equipment includes:

[0011] A processing unit, configured to indicate the number of transmissions of status data or data to be transmitted by a UE in a small data transmission (SDT) mechanism when the UE is in an inactive state.

[0012] In a fifth aspect, an electronic device is provided, including a processor, a memory, a communication interface, and one or more programs, where the one or more programs are stored in the memory and configured to be executed by the processor, and the programs include instructions for performing the steps in the method described in the first aspect or the second aspect.

[0013] In a sixth aspect, a computer-readable storage medium is provided, storing a computer program for electronic data exchange, where the computer program causes a computer to execute the method described in the first aspect or the second aspect.

[0014] In a seventh aspect, a computer program product is provided, where the computer program product includes a non-transitory computer-readable storage medium storing a computer program, and the computer program is operable to cause a computer to execute some or all of the steps described in the first aspect or the second aspect of the embodiments of the present application. The computer program product can be a software installation package.

[0015] In an eighth aspect, a chip system is provided, including at least one processor, a memory, and an interface circuit, where the memory, the transceiver, and the at least one processor are interconnected by lines, and a computer program is stored in the at least one memory; when the computer program is executed by the processor, the method described in the first aspect or the second aspect is implemented.

[0016] When the technical solution provided in the present application determines that the data to be transmitted cannot be completely transmitted through one SDT when the UE is in an inactive state, the UE obtains status data, and determines the sending method of the uplink data of the UE based on the status data. In this way, different uplink data sending methods can be determined through different status data, thereby improving the success rate of uplink data sending and improving network performance. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The following introduces the drawings used in the embodiments of the present application.

[0018] Figure 1 is a system architecture diagram of an exemplary communication system;

[0019] Figure 2a is a flow schematic diagram of a random access process;

[0020] Figure 2b is a flow schematic diagram of another random access process;

[0021] Figure 3It is a schematic flowchart of the uplink data transmission method provided by this application;

[0022] Figure 4 It is a schematic flowchart of the uplink data transmission method provided by this application;

[0023] Figure 5 It is a schematic flowchart of the uplink data transmission method provided in Embodiment 1 of this application;

[0024] Figure 6 It is a schematic flowchart of the uplink data transmission method provided in Embodiment 2 of this application;

[0025] Figure 7 It is a schematic flowchart of the uplink data transmission method provided in Embodiment 3 of this application;

[0026] Figure 8 It is a schematic structural diagram of a user equipment provided in an embodiment of this application;

[0027] Figure 9 It is a schematic structural diagram of an electronic device provided in an embodiment of this application. Detailed implementation manners

[0028] The embodiments of this application will be described below with reference to the accompanying drawings in the embodiments of this application.

[0029] The term "and / or" in this application is merely a description of the association relationship between associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist simultaneously, and B exists alone. In addition, the character " / " in this article indicates that the associated objects before and after are in an "or" relationship.

[0030] The term "a plurality" that appears in the embodiments of this application refers to two or more. The descriptions such as the first and the second that appear in the embodiments of this application are only for illustration and to distinguish the described objects, without an order, and do not represent a special limitation on the number of devices in the embodiments of this application, and cannot constitute any limitation to the embodiments of this application. The term "connection" that appears in the embodiments of this application refers to various connection methods such as direct connection or indirect connection to achieve communication between devices, and this application does not make any limitation on this.

[0031] The technical solution of the embodiments of this application can be applied to the exemplary communication system 100 as Figure 1 shown. The exemplary communication system 100 includes a terminal 110 and a network device 120, and the terminal 110 is communicatively connected to the network device 120.

[0032] In NR (New Radio), when the UE has service requirements, it will access the network to establish an RRC connection and establish dedicated bearers for data transmission. After the UE enters the connected state, the base station will allocate necessary parameters for the UE, such as security algorithms, L2-related configuration parameters, physical layer-related configuration parameters, and layer 3-related configuration parameters such as radio link failure parameters. For the established bearers, the base station needs to know the channel information between the bearers and the core network. All these parameters are called the UE context. When the UE moves from the connected state to the idle state, the base station will release all the parameters of the UE, that is, release the UE context. If the UE expects to establish services again, the base station needs to reconfigure the above parameters for the UE. This process will be completed through multiple air interface signaling and NG interface (the interface between the base station and the core network) signaling.

[0033] In actual applications, different UEs have different service requirements. For example, some UEs will transmit data multiple times within a certain period, and the time for each data transmission is limited. For this type of service requirement, if the existing mechanism is adopted, a connection needs to be established each time data is transmitted, and the connection is released after the data transmission ends. When the UE repeats data transmission multiple times, it will lead to a large amount of signaling interaction, resulting in an excessive network signaling load and a significant reduction in data transmission efficiency.

[0034] NR introduces the Inactive state. In this state, the UE does not transmit data with the network and can receive paging periodically. The network retains the RRC connection configuration, bearer configuration, security configuration, and NG interface-related parameter configuration established for this UE. The UE also needs to save the RRC connection configuration, bearer configuration, security configuration, etc. When the UE in the Inactive state has data to transmit, it can use the saved parameter configuration to quickly access the network and restore the RRC connection through the RRC connection restoration process, and then perform data transmission. Since both the UE and the network have the RRC connection parameters of this UE, the UE can quickly access the network to transmit data without having to first establish an RRC connection, establish a bearer, and then transmit data as before, which can save a large amount of signaling.

[0035] For intelligent terminals, the UE still has the need to send small amounts of data in the Inactive state. If the UE restores the RRC connection for data transmission each time, it will still result in low transmission efficiency. As Figure 2a shown, it is a kind of Figure 1Under the shown communication system, the UE transmits the small data process through the random access procedure, which belongs to one of the ways in the SDT (Small data Transmission). This application defines the small data transmission as SDT. The NR protocol may use the same abbreviation or a different name, which does not affect the application of the technical solution of this application.

[0036] Refer to Figure 2a , generally, the random access process includes 4 steps:

[0037] 201. The terminal device sends a random access preamble to the network device. The random access preamble is message 1 (Msg1) in the 4-step random access process;

[0038] 202. The network device sends a random access response (RAR) message to the terminal device. The random access response message is message 2 (Msg2) in the 4-step random access process;

[0039] 203. The terminal device sends a scheduled transmission message to the network device. The scheduled transmission message is message 3 (Msg3) in the 4-step random access process;

[0040] 204. The network device sends a contention resolution message to the terminal device. The contention resolution message is message 4 (Msg4) in the 4-step random access process.

[0041] To achieve small data transmission, in the random access response, the base station will allocate larger uplink transmission resources for the UE so that the UE can transmit small data in MSG3 (i.e., message 3), and at the same time, it can transmit RRC messages such as the UE's identification information, etc.

[0042] In NR, a two-step random access procedure is also introduced. Through the two-step random access, another SDT method can be achieved. Refer to Figure 2b , in the two-step random access process, the first step is that the terminal device transmits message 1 and message 3 to the network device, and takes message 1 and message 3 as message A (MsgA). The second step is that the network device transmits (message b, MsgB) to the terminal device. Message B is obtained by combining message 2 and message 4 as shown in Figure 2a . The UE can transmit small data in MSG A to achieve another way of SDT.

[0043] The UE camps on the NR serving cell and is in the Inactive state.

[0044] The UE generates some data that needs to be transmitted to the network side. Considering that the amount of data is not large, the UE intends to use the SDT transmission method.

[0045] At the same time, the UE finds that the amount of data cannot be transmitted in one go. For the two-step random access method, the UE can learn from the configuration of the two-step random access in the system message of the cell (i.e., the serving cell) the amount of data that can be uploaded in the PUSCH (Physical Uplink Shared Channel) of the MSGA. Based on the size of the physical resources occupied by the PUSCH and the modulation and coding mechanism adopted, the UE can calculate the amount of data that can be uploaded, excluding the number of bits occupied by the RRC signaling that needs to be transmitted simultaneously in the MSGA. For the four-step random access process, the resource size of MSG3 is dynamically allocated by the base station. When the UE has not received the random access response, it cannot directly determine whether it can be transmitted in one go. Usually, the base station will not allocate a large amount of transmission resources to avoid wasting resources. The UE can assume that the base station allocates a fixed number of physical resource blocks, such as 4 PRBs, at one time, and judge whether the data to be transmitted can be transmitted in one go according to the amount of data that can be transmitted by 4 PRBs; the UE can also listen to the random access response messages of other UEs, from which it can learn the size of the physical resources allocated by the base station at one time and the amount of data that can be transmitted in one go; or, when the UE receives the random access response sent by the base station to itself, it judges the amount of data that can be transmitted in one go according to the allocated PUSCH resources; or the base station can indicate the amount of data expected to be transmitted at one time through the system message, so that the UE can accurately judge whether the data to be transmitted can be transmitted in one go. The UE may continuously generate uplink data. At this time, the UE can determine that the data to be transmitted cannot be transmitted in one go.

[0046] When the UE determines that the data to be transmitted cannot be transmitted in one go by the SDT method, considering the mobility of the UE, the Beam where the UE currently camps (or the strongest Beam obtained by measuring the current serving cell) may change, and in the Inactive state, the UE cannot report the change of the Beam in time, resulting in the base station not being able to accurately know the downlink Beam corresponding to the UE's uplink transmission, so subsequent data transmission may fail.

[0047] Refer to Figure 3 , Figure 3 provides an uplink data sending method, which can be executed in a communication system as shown in Figure 1 The SDT in this method can be any one of the processes such as Figure 2a or Figure 2b This method is as followsFigure 3 As shown, the following steps are included:

[0048] Step S300: If the UE is in an inactive state and determines that the data to be transmitted cannot be transmitted through a small data transmission mechanism SDT, the UE obtains status data;

[0049] Step S301: The UE determines a method for sending uplink data of the UE according to the status data.

[0050] The technical solution provided by the present application is that when the UE is in an inactive state and determines that the data to be transmitted cannot be transmitted through a single SDT, the UE obtains status data, and determines the uplink data transmission mode of the UE based on the status data, so that different uplink data transmission modes can be determined by different status data, thereby improving the success rate of uplink data transmission and improving network performance. It should be noted that the acquisition of status data in step S300 is not strictly limited to after the UE determines that the data to be transmitted cannot be transmitted through a small data transmission mechanism SDT. The UE can also obtain status data when there is no small data transmission; or obtain status data when there is data transmission. The acquisition of status data and the determination that the data to be transmitted cannot be transmitted through a small data transmission mechanism SDT can be carried out in parallel, that is, the acquisition of status data and the determination that the data to be transmitted cannot be transmitted through a small data transmission mechanism SDT do not have a specific logical order relationship when they are executed. The above step S300 is only for the convenience of description to write the acquisition of status data after determining that the data to be transmitted cannot be transmitted through a small data transmission mechanism SDT. The completion of transmission through a small data transmission mechanism SDT means that the UE can send the data to be transmitted to the base station at one time through MSGA or MSG3 of the random access process. It does not mean that the transmission is successful at one time and retransmission is possible.

[0051] In an optional solution, the status data includes:

[0052] Mobile data of UE.

[0053] In an optional solution, determining the sending mode of uplink data of the UE according to the state data specifically includes:

[0054] If the mobility data is lower than the mobility threshold, the UE transmits the data to be transmitted via SDT.

[0055] In an optional solution, determining the sending mode of uplink data of the UE according to the state data specifically includes:

[0056] If the mobile data is greater than or equal to the mobile threshold, the UE initiates an RRC connection request or RRC connection recovery (RRCResume) process, and transmits the data to be transmitted after establishing the RRC connection.

[0057] In an alternative solution, the mobile data includes one or any combination of the following:

[0058] Mobile absolute speed value, number of cells moved within a set time, number of changes in the strongest beam detected within a set time.

[0059] In another alternative solution, the status data includes:

[0060] Suggested number of transmissions for the data to be transmitted.

[0061] The suggested number of transmissions can be the number of subsequent transmissions or the number of transmissions including the first transmission.

[0062] In another alternative solution, the specific method for determining the transmission mode of the uplink data of the UE based on the status data includes:

[0063] The UE receives configuration information from the base station, and the configuration information includes: transmitting data in the non-active state or transmitting data in the connected state;

[0064] The UE determines whether to transmit the data to be transmitted in the connected state or the non-active state according to the configuration information.

[0065] In another alternative solution, the method further includes:

[0066] If the UE determines to transmit the data to be transmitted in the non-active state, the UE reports at least one beam identifier to the base station.

[0067] In yet another alternative solution, the method further includes:

[0068] The UE reports at least one strongest beam identifier or the UE reports at least one recommended beam identifier. The recommended beam is not the beam currently serving the UE.

[0069] In all of the above alternative solutions, the status data can be carried by MSG3 or MSGA; of course, in another alternative solution, the configuration information can be carried by MSG4 or MSGB.

[0070] See Figure 4 , Figure 4 which provides a method for transmitting uplink data. This method can be executed in a communication system as shown in Figure 1 . The SDT in this method can be any one of the processes as shown in Figure 2a or Figure 2b . This method is as shown in Figure 4 and includes the following steps:

[0071] Step S400: If the UE is in the inactive state, the UE indicates the number of transmissions of the status data or the data to be transmitted in the SDT.

[0072] The above indication of the number of transmissions of the status data or the data to be transmitted can be carried by MSG3 or MSGA in the SDT.

[0073] In an alternative solution, the method further includes:

[0074] If the UE determines that the first transmission of the SDT cannot upload the data to be transmitted, the UE indicates the number of transmissions of the status data or the data to be transmitted in the SDT. The number of transmissions can be the number of subsequent transmissions, or the number of transmissions including the first transmission.

[0075] Embodiment 1

[0076] Embodiment 1 of the present application provides an uplink data sending method. The implementation scenario of the embodiment of the present application can be a communication system as shown in Figure 1 , and of course, it can also be other communication systems. The technical scenarios implemented by the embodiments of the present application can specifically include: when the UE determines that the data to be transmitted cannot be transmitted by the SDT method at one time, considering the mobility of the UE, the Beam where the UE currently camps (or the strongest Beam obtained by measuring the current serving cell) may change, and the inactive UE cannot report the change of the Beam in time, resulting in the base station being unable to accurately know the downlink Beam corresponding to the UE's uplink transmission, and the base station cannot send a response to the UE in the best Beam where the UE is located. Therefore, it is considered to determine whether the UE is allowed to transmit small data by the SDT method according to the moving speed of the UE. Refer to Figure 5 , Figure 5 provides an uplink data sending method, and the method is as shown in Figure 5 and includes the following steps:

[0077] Step S500: The UE discovers that the data to be transmitted cannot be transmitted in one go by the SDT method, and the UE determines whether to use the SDT according to the moving state (or moving speed);

[0078] Step S501: When the UE determines that the moving state (or moving speed) is lower than the threshold, the UE uses the SDT to transmit the data to be transmitted.

[0079] The data to be transmitted refers to the data that needs to be uploaded currently generated on the UE side, and is usually the data that has been in the buffer of layer 2, which can be called Available data.

[0080] The movement state or movement speed of the UE can be the absolute speed of the UE, or the number of cells the UE has camped on within a previous period of time, such as 1 minute or 10 seconds (of course, it can also be other time intervals), or the number of changes in the strongest beam detected within a period of time. For the number of cells camped on, the UE records the cells it has camped on within a previous period of time. For example, the UE has camped on 8 cells. The network sets a threshold. If the number of cells exceeds 6, it can be considered that the movement state is relatively high or the speed is relatively fast. When the UE is in a relatively high movement state or has a relatively fast speed, it does not use the SDT transmission mechanism. If the number of changes in the strongest beam detected within a period of time is used, it can be the change in the beam of the current serving cell (for example, when the UE measures that the strongest beam changes from Beam1 to Beam2, it is recorded as one change), or it can also include the beams in the previously camped cells. If the strongest beam measured by the UE has changed 10 times within a previous period of time, such as 1 minute, and the network sets a threshold, such as 8 times, at this time, the UE considers that the movement state is relatively high, or the speed is relatively fast, and then the SDT transmission mechanism cannot be used. The movement state can also be based on the change in the signal strength of the serving cell or the strongest beam measured within a period of time, such as RSRP (Reference Signal Receiving Power). If the change exceeds a threshold, it is considered that the movement speed is relatively fast, and then the SDT transmission mechanism cannot be used. When the movement state is relatively high and there are multiple data transmission requirements, the UE initiates an RRC resume procedure. After establishing an RRC connection, it transmits uplink data. After the UE initiates the RRC resume procedure, whether to transition from the inactive state to the connected state is determined by the network.

[0081] Embodiment 2

[0082] Embodiment 2 of this application provides an uplink data sending method. The implementation scenario of the embodiments of this application can be a communication system as shown in Figure 1 , and of course, it can also be other communication systems. The technical scenarios implemented by the embodiments of this application can specifically include: when the UE determines that the data to be transmitted cannot be transmitted by one SDT method, that is, the data to be transmitted cannot be sent to the base station at one time through MSG3 or MSGA. Considering the mobility of the UE, the beam on which the UE is currently camping (or the strongest beam obtained by measuring the current serving cell) may change, and in the inactive state, the UE cannot report the change of the beam in time, resulting in the base station not being able to accurately know the downlink beam corresponding to the UE's uplink transmission, and the base station not being able to send a response to the UE in the best beam where the UE is located. Refer to Figure 6 , Figure 6 provides an uplink data sending method, and the method is as shown in Figure 6 and includes the following steps:

[0083] Step S600: The UE indicates the moving speed or the recommended number of transmissions in MSG3 / MSGA;

[0084] Step S601: The base station determines whether to transfer the UE to the connected state for data transmission based on the moving speed or the recommended number of transmissions in MSG3 / MSGA. If the base station still configures (which can be achieved through MSG4 / MSGB) the UE to transmit uplink data in the current Inactive state, the base station can require the UE to report the best one or more measured beams in subsequent data transmissions.

[0085] Step S602: The UE reports the best one or more beam indexes.

[0086] In Step S601, when the base station still configures the UE to transmit uplink data in the current Inactive state, it can allocate uplink resources (UL Grant) for the UE to transmit subsequent data through MSG4 / MSGB, so that the UE can report the measured beams subsequently.

[0087] When the technical solution provided in this application determines that the data to be transmitted cannot be completed in one SDT when the UE is in the inactive state, the UE obtains status data and determines the sending mode of the UE's uplink data based on this status data. In this way, different uplink data sending modes can be determined through different status data, thereby improving the success rate of uplink data sending and enhancing network performance.

[0088] Embodiment 3

[0089] Embodiment 3 of this application provides an uplink data sending method. The implementation scenario of this embodiment of the application can be a communication system as shown in Figure 1 and of course can also be other communication systems. Refer to Figure 7 Figure 7 provides an uplink data sending method, and this method is as shown in Figure 7 and includes the following steps:

[0090] Step S700: The UE indicates the index of the strongest one or more beams or the recommended beam index in MSG3 / MSGA;

[0091] Step S701: When the base station determines that the downlink signaling sent by the UE's currently strongest beam cannot be accurately received based on the indication in MSG3 / MSGA, it can use other beams (such as the second-strongest beam) to attempt to communicate with the UE.

[0092] ​When the technical solution provided in this application determines that the data to be transmitted cannot be completely transmitted through one SDT when the UE is in the inactive state, the UE obtains status data and determines the sending method of the uplink data of the UE based on the status data. In this way, different uplink data sending methods can be determined through different status data, thereby improving the success rate of uplink data sending and improving network performance.

[0093] Embodiment 4

[0094] Embodiment 4 of this application provides an uplink data sending method. The implementation scenario of the embodiment of this application can be a communication system as shown in Figure 1 the following figure. Of course, it can also be other communication systems. The technical scenarios implemented by the embodiments of this application can specifically include: when the UE determines that the data to be transmitted needs to be transmitted multiple times, if the number of times exceeds the threshold set by the serving cell through the system message, considering the mobility of the UE, the Beam where the UE currently camps (or the strongest Beam obtained by measuring the current serving cell) may change, and in the inactive state, the UE cannot report the change of the Beam in time, resulting in the base station not being able to accurately know the downlink Beam corresponding to the UE's uplink transmission, and the base station not being able to send a response to the UE in the best Beam where the UE is located, which may lead to multiple data transmission failures. Therefore, the UE determines whether to use SDT based on the mobile state (or moving speed). When the UE determines that the mobile state (or moving speed) is lower than the threshold, it uses SDT to transmit the data to be transmitted. The method for determining the mobile state is the same as that in Embodiment 1 and will not be elaborated here. In Embodiment 1, the UE can judge the amount of data that can be transmitted at one time. Therefore, the UE can obtain the number of times of transmission required by dividing the amount of data to be transmitted by the amount of data that can be transmitted at one time. If this number exceeds the threshold set by the cell, it means that the transmission time will be very long. The UE is not suitable for using the SDT method to transmit the current data to be transmitted, and the UE can initiate a recovery process and transmit the data to be transmitted after restoring the RRC connection.

[0095] It can be understood that in order for the user equipment to implement the above functions, it includes the corresponding hardware and / or software modules for executing each function. Combining the algorithm steps of each example described in the embodiments disclosed in this article, this application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain function is executed in the form of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application in combination with the embodiments, but such implementation should not be considered to exceed the scope of this application.

[0096] In this embodiment, the functional modules of the electronic device can be divided according to the above method examples. For example, each functional module can be divided corresponding to each function, or two or more functions can be integrated into one processing module. The above integrated module can be implemented in the form of hardware. It should be noted that the division of modules in this embodiment is illustrative, only a logical function division, and there can be other division methods in actual implementation.

[0097] In the case of dividing each functional module corresponding to each function, Figure 8 a schematic diagram of the user equipment is shown, as Figure 8 shown, the user equipment 800 may include: a processing unit 801.

[0098] Among them, the processing unit 801 can be used to support the user equipment to execute the above steps S300, step S301, etc., and / or for other processes of the technologies described herein.

[0099] Among them, the processing unit 801 can also be used to support the user equipment to execute the above steps S400, etc., and / or for other processes of the technologies described herein.

[0100] It should be noted that all relevant contents of each step involved in the above method embodiment can be cited in the function description of the corresponding functional module, and will not be repeated here.

[0101] In the case of adopting an integrated unit, the user equipment may include a processing module, a storage module, and a communication module. Among them, the processing module can be used to control and manage the actions of the user equipment. For example, it can be used to support the user equipment to execute the steps executed by the above processing unit. The storage module can be used to support the electronic equipment to execute storing program codes and data, etc. The communication module can be used to support the communication between the user equipment and other devices.

[0102] Among them, the processing module can be a processor or a controller. It can implement or execute various exemplary logical blocks, modules, and circuits described in combination with the disclosure of this application. The processor can also be a combination that implements computing functions, such as a combination including one or more microprocessors, a combination of digital signal processing (DSP) and a microprocessor, and so on. The storage module can be a memory. The communication module can specifically be a device for interacting with other electronic devices, such as a radio frequency circuit, a Bluetooth chip, a Wi-Fi chip, etc.

[0103] It can be understood that the interface connection relationships between the modules illustrated in the embodiments of the present application are only illustrative descriptions and do not constitute a structural limitation on the user equipment. In other embodiments of the present application, the user equipment may also adopt different interface connection methods in the above embodiments, or a combination of multiple interface connection methods.

[0104] Please refer to Figure 9 , Figure 9 FIG. 90 is an electronic device provided by an embodiment of the present application. The electronic device 90 includes a processor 901, a memory 902, and a communication interface 903. The processor 901, the memory 902, and the communication interface 903 are interconnected through a bus.

[0105] The memory 902 includes, but is not limited to, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), or a compact disc read-only memory (CD-ROM). The memory 902 is used for relevant computer programs and data. The communication interface 903 is used to receive and send data.

[0106] The processor 901 may be one or more central processing units (CPUs). When the processor 901 is a single CPU, the CPU may be a single-core CPU or a multi-core CPU.

[0107] The processor 901 may include one or more processing units. For example, the processing unit may include an application processor (AP), a modem processor, a graphics processing unit (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural-network processing unit (NPU), etc. Among them, different processing units may be independent components or integrated in one or more processors. In some embodiments, the user equipment may also include one or more processing units. Among them, the controller can generate operation control signals according to the instruction operation code and timing signals to complete the control of fetching and executing instructions. In some other embodiments, a memory may also be provided in the processing unit for storing instructions and data. Exemplarily, the memory in the processing unit may be a cache memory. This memory can save the instructions or data that the processing unit has just used or recycled. If the processing unit needs to use the instruction or data again, it can directly call it from the memory. This avoids repeated accesses, reduces the waiting time of the processing unit, and thus improves the efficiency of the user equipment in processing data or executing instructions.

[0108] In some embodiments, the processor 901 may include one or more interfaces. The interfaces may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a SIM card interface, and / or a USB interface, etc. Among them, the USB interface is an interface that conforms to the USB standard specification, and specifically may be a Mini USB interface, a Micro USB interface, a USB Type C interface, etc. The USB interface can be used to connect a charger to charge the user equipment, and can also be used for data transmission between the user equipment and peripheral devices. This USB interface can also be used to connect headphones to play audio through the headphones.

[0109] The processor 901 in the electronic device 90 is configured to read the computer program code stored in the memory 902 and perform the following operations:

[0110] If in an inactive state, when it is determined that the data to be transmitted cannot be completely transmitted through a small data transmission mechanism (SDT), obtain status data, and determine the sending method of the uplink data according to the status data.

[0111] Certainly, the processor 901 in the electronic device 90 is configured to read the computer program code stored in the memory 902 and perform the following operations:

[0112] If in an inactive state, indicate the number of transmissions of the status data or the data to be transmitted in the small data transmission mechanism (SDT).

[0113] Among them, all relevant contents of each scenario involved in the above method embodiments can be cited in the function descriptions of the corresponding functional modules, and will not be elaborated here.

[0114] The embodiment of the present application further provides a chip system, which includes at least one processor, a memory, and an interface circuit. The memory, the transceiver, and the at least one processor are interconnected through lines. The at least one memory stores a computer program; when the computer program is executed by the processor, Figure 3 、 Figure 4 、 Figure 5 、 Figure 6 、 Figure 7 the method flow shown is realized.

[0115] The embodiment of the present application further provides a computer-readable storage medium, in which a computer program is stored. When it runs on a network device, Figure 3 、 Figure 4 、 Figure 5 、 Figure 6 、 Figure 7 the method flow shown is realized.

[0116] The embodiment of the present application further provides a computer program product. When the computer program product runs on a terminal, Figure 3 、 Figure 4 、 Figure 5 、 Figure 6 、 Figure 7 the method flow shown is realized.

[0117] The embodiment of the present application further provides a terminal device, including a processor, a memory, a communication interface, and one or more programs. The one or more programs are stored in the memory and are configured to be executed by the processor. The programs include those for executingFigure 3 , Figure 4 , Figure 5 , Figure 6 , Figure 7 Instructions for the steps in the method of the illustrated embodiment.

[0118] The above mainly introduced the solution of the embodiment of the present application from the perspective of the execution process on the method side. It can be understood that in order for the electronic device to implement the above functions, it includes the corresponding hardware structure and / or software template for executing each function. Those skilled in the art should easily realize that, combining the units and algorithm steps of each example described in the embodiments provided in this article, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain function is executed in the way of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Professional technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of the present application.

[0119] The embodiment of the present application can divide the functional units of the electronic device according to the above method examples. For example, each functional unit can be divided corresponding to each function, or two or more functions can be integrated into one processing unit. The above integrated unit can be implemented in the form of hardware or in the form of a software functional unit. It should be noted that the division of units in the embodiment of the present application is illustrative, only a logical function division, and there can be other division methods in actual implementation.

[0120] It should be noted that for the foregoing method embodiments, for the sake of simple description, they are all expressed as a series of action combinations. However, those skilled in the art should know that the present application is not limited by the described action sequence, because according to the present application, certain steps can be performed in other sequences or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification are all preferred embodiments, and the actions and templates involved are not necessarily essential to the present application.

[0121] In the above embodiments, the descriptions of each embodiment have their own emphases. For the parts not detailed in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0122] In several embodiments provided in the present application, it should be understood that the disclosed device can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the above division of units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the displayed or discussed coupling or direct coupling or communication connection between each other can be through some interfaces. The indirect coupling or communication connection of the device or unit can be in an electrical or other form.

[0123] The units described above as separate components may or may not be physically separated. The components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed to multiple network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0124] In addition, in each embodiment of the present application, the functional units can be integrated in a processing unit, or each unit can exist physically alone, or two or more units can be integrated in one unit. The above integrated units can be implemented in the form of hardware or in the form of software functional units.

[0125] If the above integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable memory. Based on this understanding, the technical solution of the present application, in essence, or the part that contributes to the prior art, or all or part of this technical solution, can be embodied in the form of a software product. This computer software product is stored in a memory and includes several instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the above methods in each embodiment of the present application. And the aforementioned memory includes: USB flash drives, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), mobile hard disks, magnetic disks, or optical discs and other media that can store program codes.

[0126] Those of ordinary skill in the art can understand that all or part of the steps in the above various methods can be completed by instructing relevant hardware through a program. This program can be stored in a computer-readable memory. The memory can include: flash drives, read-only memory (abbreviation: ROM), random access memory (abbreviation: RAM), magnetic disks, or optical discs, etc.

Claims

1. A method for sending uplink data, characterized in that, the method is applied to a user equipment (UE), and the method comprises the following steps: If the UE is in an inactive state and it is determined that the data to be transmitted cannot be transmitted completely through a small data transmission (SDT) mechanism, the UE obtains status data and determines the sending mode of the UE's uplink data according to the status data; The status data includes: the UE's mobile data.

2. The method according to claim 1, characterized in that, the determining the sending mode of the UE's uplink data according to the status data specifically comprises: If the mobile data is lower than a mobile threshold, the UE transmits the data to be transmitted through SDT.

3. The method according to claim 2, characterized in that, the determining the sending mode of the UE's uplink data according to the status data specifically comprises: If the mobile data is greater than or equal to the mobile threshold, the UE initiates an RRC connection request or an RRC connection resume procedure, and after establishing the RRC connection, transmits the data to be transmitted.

4. The method according to claim 3, characterized in that, the mobile data includes one or any combination of the following: Mobile absolute speed value, number of cells moved within a set time, number of changes in the strongest beam detected within a set time.

5. The method according to claim 1, characterized in that, the status data includes: Suggested number of transmissions of the data to be transmitted.

6. The method according to claim 5, characterized in that, the determining the sending mode of the UE's uplink data according to the status data specifically comprises: The UE receives configuration information from the base station, and the configuration information includes: transmitting data in the inactive state or transmitting data in the connected state; The UE determines whether to transmit the data to be transmitted in the connected state or in the inactive state according to the configuration information.

7. The method according to claim 6, characterized in that, the method further comprises: If the UE determines to transmit the data to be transmitted in the inactive state, the UE reports at least one beam identifier to the base station.

8. The method according to claim 1, characterized in that, the method further comprises: The UE reports at least one strongest beam identifier or the UE reports at least one recommended beam identifier.

9. The method according to any one of claims 1-8, characterized in that, the status data is carried by MSG3 or MSGA; or the configuration information is carried by MSG4 or MSGB.

10. A user equipment (UE), characterized in that, the user equipment comprises: A processing unit, configured to, if the UE is in an inactive state and it is determined that the data to be transmitted cannot be transmitted completely through a small data transmission (SDT) mechanism, obtain status data and determine the sending mode of the UE's uplink data according to the status data; The status data includes: the UE's mobile data.

11. An electronic device, comprising a processor, a memory, a communication interface, and one or more programs, the one or more programs are stored in the memory and are configured to be executed by the processor, and the programs include instructions for performing the steps in the method according to any one of claims 1-9.

12. A chip system, the chip system includes at least one processor, a memory and an interface circuit, the memory, the interface circuit and the at least one processor are interconnected by lines, and a computer program is stored in the at least one memory; when the computer program is executed by the processor, the method described in any one of claims 1-9 is implemented.

13. A computer-readable storage medium, in which a computer program is stored, and when it runs on a user device, it executes the method described in any one of claims 1-9.

Images