Wireless communication method and device

Abstract

The invention provides a wireless communication method and device, and provides a clear scheme for selection of small data packets. The method comprises: a terminal device sends a first data packet in data packets to be transmitted to a network device by using an SDT resource, the first data packet being determined based on first information; the first information comprises one or more of the following information: the size of a data packet to be transmitted; transmission time delay allowed by the data packet to be transmitted; the waiting time of the to-be-transmitted data packet is determined.

Description

[0001] This application is a divisional application of the case with the application number 202280002806.7, the application date of May 26, 2022, and the invention title "Method and Apparatus for Wireless Communication". Technical Field

[0002] This application relates to the field of communication technologies, and more particularly, to a method and apparatus for wireless communication. Background Art

[0003] In order to save the signaling overhead of terminal devices, in a communication system, terminal devices are allowed to perform small data transmission (SDT) in the radio resource control (RRC) INACTIVE state, that is, terminal devices are allowed to use SDT resources to transmit small data packets. However, the amount of data that SDT resources can carry is usually limited. If a terminal device has multiple data packets to be transmitted, there is currently no clear regulation on how the terminal device should select the data packets to be sent. Summary of the Invention

[0004] In view of the above problems, this application provides a method and apparatus for wireless communication. The following introduces various aspects related to the embodiments of this application.

[0005] In a first aspect, a method for wireless communication is provided, including: a terminal device uses SDT resources to send a first data packet among the data packets to be transmitted to a network device, and the first data packet is determined based on first information; the first information includes one or more of the following information: the size of the data packet to be transmitted; the transmission delay allowed for the data packet to be transmitted; the time that the data packet to be transmitted has waited.

[0006] In a second aspect, a method for wireless communication is provided, including: a network device uses SDT resources to receive a first data packet among the data packets to be transmitted sent by a terminal device, and the first data packet is determined based on first information; the first information includes one or more of the following information: the size of the data packet to be transmitted; the transmission delay allowed for the data packet to be transmitted; the time that the data packet to be transmitted has waited.

[0007] In a third aspect, a terminal device is provided, including: a sending unit, configured to use SDT resources to send a first data packet among the data packets to be transmitted to a network device, and the first data packet is determined based on first information; the first information includes one or more of the following information: the size of the data packet to be transmitted; the transmission delay allowed for the data packet to be transmitted; the time that the data packet to be transmitted has waited.

[0008] Fourth aspect, a network device is provided, including: a receiving unit, configured to receive a first data packet in a data packet to be transmitted sent by a terminal device by using SDT resources, where the first data packet is determined based on first information; the first information includes one or more of the following information: the size of the data packet to be transmitted; the transmission delay allowed for the data packet to be transmitted; the time that the data packet to be transmitted has waited.

[0009] Fifth aspect, a terminal device is provided, including a processor, a memory, and a communication interface, where the memory is configured to store one or more computer programs, and the processor is configured to call the computer programs in the memory to cause the terminal device to execute the method described in the first aspect.

[0010] Sixth aspect, a network device is provided, including a processor, a memory, and a communication interface, where the memory is configured to store one or more computer programs, and the processor is configured to call the computer programs in the memory to cause the network device to execute the method described in the second aspect.

[0011] Seventh aspect, a device is provided, including a processor, configured to call a program from a memory to execute the method described in the first aspect.

[0012] Eighth aspect, a device is provided, including a processor, configured to call a program from a memory to execute the method described in the second aspect.

[0013] Ninth aspect, a chip is provided, including a processor, configured to call a program from a memory to cause a device installed with the chip to execute the method described in the first aspect.

[0014] Tenth aspect, a chip is provided, including a processor, configured to call a program from a memory to cause a device installed with the chip to execute the method described in the second aspect.

[0015] Eleventh aspect, a computer-readable storage medium is provided, on which a program is stored, and the program causes a computer to execute the method described in the first aspect.

[0016] Twelfth aspect, a computer-readable storage medium is provided, on which a program is stored, and the program causes a computer to execute the method described in the second aspect.

[0017] Thirteenth aspect, a computer program product is provided, including a program, and the program causes a computer to execute the method described in the first aspect.

[0018] Fourteenth aspect, a computer program product is provided, including a program, and the program causes a computer to execute the method described in the second aspect.

[0019] In a fifteenth aspect, a computer program is provided, which causes a computer to execute the method described in the first aspect.

[0020] In a sixteenth aspect, a computer program is provided, which causes a computer to execute the method described in the second aspect.

[0021] In the embodiments of the present application, the terminal device can select the first data packet to be sent to the network device based on the first information, thereby clarifying the selection strategy for small data packets and also facilitating the reasonable and maximized transmission of small data packets. BRIEF DESCRIPTION OF THE DRAWINGS

[0022] Figure 1 It is a schematic diagram of the system architecture of a communication system applicable to the embodiments of the present application.

[0023] Figure 2 It is a schematic flowchart of SDT based on the two-step random access procedure.

[0024] Figure 3 It is a schematic flowchart of SDT based on the four-step random access procedure.

[0025] Figure 4 It is a schematic flowchart of a wireless communication method provided by an embodiment of the present application.

[0026] Figure 5 It is a schematic flowchart of a method for transmitting small data packets provided by an embodiment of the present application.

[0027] Figure 6 It is a schematic flowchart of a method for transmitting small data packets provided by another embodiment of the present application.

[0028] Figure 7 It is a schematic diagram of the structure of a terminal device provided by an embodiment of the present application.

[0029] Figure 8 It is a schematic diagram of the structure of a network device provided by an embodiment of the present application.

[0030] Figure 9 It is a schematic diagram of the structure of a communication device provided by an embodiment of the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0031] The technical solutions in the present application will be described below with reference to the accompanying drawings.

[0032] Figure 1This is the wireless communication system 100 to which the embodiments of the present application are applied. The wireless communication system 100 may include a network device 110 and a terminal device 120. The network device 110 may be a device that communicates with the terminal device 120. The network device 110 may provide communication coverage for a specific geographical area and may communicate with the terminal device 120 located within the coverage area.

[0033] Figure 1 Exemplarily, one network device and two terminals are shown. Optionally, the wireless communication system 100 may include multiple network devices and the coverage range of each network device may include other numbers of terminal devices. The embodiments of the present application do not limit this.

[0034] Optionally, the wireless communication system 100 may further include other network entities such as a network controller and a mobility management entity. The embodiments of the present application do not limit this.

[0035] It should be understood that the technical solutions of the embodiments of the present application can be applied to various communication systems, such as: the fifth generation (5G) system or new radio (NR), long term evolution (LTE) system, LTE frequency division duplex (FDD) system, LTE time division duplex (TDD), etc. The technical solutions provided by the present application can also be applied to future communication systems, such as the sixth generation mobile communication system, or a satellite communication system, and so on.

[0036] The terminal device in the embodiments of the present application may also be referred to as a user equipment (UE), access terminal, user unit, user station, mobile station (MS), mobile terminal (MT), remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent, or user device. The terminal device in the embodiments of the present application may be a device that provides voice and / or data connectivity to users and can be used to connect people, things, and machines. For example, it can be a handheld device, in-vehicle device, etc. with wireless connection capabilities. The terminal device in the embodiments of the present application may be a mobile phone, tablet computer (Pad), laptop computer, palmtop computer, mobile internet device (MID), wearable device, virtual reality (VR) device, augmented reality (AR) device, wireless terminal in industrial control, wireless terminal in self-driving, wireless terminal in remote medical surgery, wireless terminal in smart grid, wireless terminal in transportation safety, wireless terminal in smart city, wireless terminal in smart home, etc. Optionally, the UE can be used as a base station. For example, the UE can act as a scheduling entity that provides sidelink signals between UEs in V2X or D2D, etc. For instance, a cellular phone and a car communicate with each other using sidelink signals. The cellular phone and smart home devices communicate without relaying communication signals through a base station.

[0037] The network device in the embodiments of the present application can be a device for communicating with a terminal device. This network device can also be referred to as an access network device or a radio access network device. For example, the network device can be a base station. The network device in the embodiments of the present application can refer to a radio access network (RAN) node (or device) that connects a terminal device to a wireless network. The base station can generally cover various names as follows, or be replaced with the following names. For example: Node B, evolved Node B (eNB), next generation Node B (gNB), relay station, access point, transmitting and receiving point (TRP), transmitting point (TP), master station MeNB, secondary station SeNB, multi-standard radio (MSR) node, home base station, network controller, access node, wireless node, access point (AP), transmission node, transceiver node, base band unit (BBU), remote radio unit (RRU), active antenna unit (AAU), remote radio head (RRH), central unit (CU), distributed unit (DU), positioning node, etc. The base station can be a macro base station, a micro base station, a relay node, a donor node, or the like, or a combination thereof. The base station can also refer to a communication module, a modem, or a chip disposed in the foregoing device or apparatus. The base station can also be a mobile switching center and a device that undertakes the base station function in device-to-device (D2D), vehicle-to-everything (V2X), machine-to-machine (M2M) communication, a network-side device in a 6G network, a device that undertakes the base station function in a future communication system, etc. The base station can support networks with the same or different access technologies. The embodiments of the present application do not limit the specific technologies and specific device forms adopted by the network device.

[0038] The base station can be fixed or mobile. For example, a helicopter or a drone can be configured to act as a mobile base station, and one or more cells can move according to the position of the mobile base station. In other examples, a helicopter or a drone can be configured to be a device for communicating with another base station.

[0039] In some deployments, the network device in the embodiments of the present application may refer to a CU or a DU, or the network device includes a CU and a DU. The gNB may also include an AAU.

[0040] The network equipment and terminal equipment can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; they can also be deployed on the water surface; they can also be deployed on aircraft, balloons and satellites in the air. The embodiments of the present application do not limit the scenarios in which the network equipment and terminal equipment are located.

[0041] It should be understood that all or part of the functions of the communication device in the present application may also be implemented by software functions running on hardware, or by virtualization functions instantiated on a platform (eg, a cloud platform).

[0042] Currently, the protocol defines three RRC states of terminal devices: RRC connected (RRC_CONNECTED) state, RRC idle (RRC_IDLE) state and RRC inactive (RRC_INACTIVE) state.

[0043] The RRC_CONNECTED state may refer to the state in which the terminal device is in after completing the random access process but before performing RRC release. An RRC connection exists between the terminal device and a network device (e.g., an access network device). In the RRC_CONNECTED state, the terminal device may perform data transmission with the network device, such as downlink data transmission and / or uplink data transmission. Alternatively, the terminal device may also perform transmission of terminal device-specific data channels and / or control channels with the network device to transmit specific information or unicast information of the terminal device.

[0044] The RRC_IDLE state refers to the state of the terminal device when it resides in a cell but does not perform random access. The terminal device usually enters the RRC_IDLE state after being powered on or after RRC is released. In the RRC_IDLE state, there is no RRC connection between the terminal device and the network device (such as the resident network device), the network device does not store the context of the terminal device, and no connection is established between the network device and the core network for the terminal device. If the terminal device needs to enter the RRC_CONNECTED state from the RRC_IDLE state, it is necessary to initiate the RRC connection establishment process.

[0045] The RRC_INACTIVE state is a newly introduced state from the perspective of energy saving to reduce air interface signaling, quickly restore radio connections, and quickly resume data services. The RRC_INACTIVE state is a state between the connected state and the idle state. The terminal device has previously entered the RRC_CONNECTED state and then released the RRC connection, radio bearers, and radio resources with the network device. However, the network device retains the context of the terminal device to quickly restore the RRC connection. Additionally, the connection established by the network device with the core network for this terminal device is not released. That is to say, the user plane bearer and control plane bearer between the RAN and the CN are still maintained, i.e., there is a CN-NR connection.

[0046] The terminal device can switch between the above three RRC states. For example, the terminal device can enter the RRC_INACTIVE state from the RRC_CONNECTED state to suspend its session when there is no data transmission for a certain period, and can enter the RRC_CONNECTED state from the RRC_INACTIVE state when there is a session transmission requirement. Additionally, the terminal device can also enter the RRC_IDLE state from the RRC_INACTIVE state or the RRC_CONNECTED state.

[0047] For terminal devices with infrequent data transmission, the terminal device can remain in the RRC_INACTIVE state to save power. Before Release 16 (Rel-16), terminal devices in the RRC_INACTIVE state did not support data transmission, i.e., they did not support the transmission of mobile-originated (MO) data and mobile-terminated (MT) data. MO data means the sending end of the data is the terminal device, and the message transfer direction is from the terminal device to the network device. MO data can also be called uplink data. MT data means the sending end of the data is the network device, and the message transfer direction is from the network device to the terminal device. MT data can also be called downlink data.

[0048] When MO data or MT data arrives, the terminal device needs to restore the RRC connection and thus enter the RRC_CONNECTED state. In the RRC_CONNECTED state, the terminal device can transmit MO data or MT data. After the transmission of MO data or MT data is completed, the terminal device releases the RRC connection and returns to the RRC_INACTIVE state.

[0049] In the above process, the terminal device needs to switch from the RRC_INACTIVE state to the RRC_CONNECTED state, and then switch from the RRC_CONNECTED state to the RRC_INACTIVE state. The switching between different RRC states will cause an increase in the power consumption of the terminal device. However, in some scenarios, the terminal device in the RRC_INACTIVE state needs to transmit some data with a small data volume and a low transmission frequency (which can be referred to as small packet data). If the terminal device switches to the RRC_CONNECTED state for data transmission, the signaling overhead required for the RRC state switching of the terminal device will even be greater than the overhead required for transmitting this data, resulting in unnecessary power consumption and signaling overhead.

[0050] The small packet data in the embodiments of the present application can be, for example, instant messaging messages, heartbeat packets, periodic data, etc. The embodiments of the present application do not make specific limitations on the source of the small packet data. As an example, the small packet data can be data from a terminal device application (APP). For example, the small packet data can be data from a communication service APP (such as whatsapp, QQ, WeChat, etc.), heartbeat packets from an IM, an email client or other APPs, push notifications from various applications. As another example, the small packet data can be data from non-terminal device applications. For example, the small packet data can be data from a wearable device (such as regular positioning information, etc.), sensor data (such as temperature information and pressure information sent by industrial wireless sensors regularly or in an event-triggered manner), regular meter readings specified in smart meters and smart meter network transmission protocols (such as 3GPP TS22.891).

[0051] In order to reduce the power consumption of the terminal device, the SDT solution in the RRC_INACTIVE state is discussed in Rel-17. In this solution, the terminal device does not need to switch from the RRC_INACTIVE state to the RRC_CONNECTED state for small data transmission, but can perform small data transmission in the RRC_INACTIVE state. The small data transmission in the embodiments of the present application can include uplink small data transmission and downlink small data transmission. The following will mainly describe the uplink small data transmission.

[0052] In the RRC_INACTIVE state, the terminal device can perform SDT according to the resources configured by the network device. There are multiple ways for the terminal device to perform SDT, and the embodiments of the present application do not specifically limit this. For example, the terminal device can perform SDT during the random access process. Another example is that the terminal device can perform SDT based on the configured grant (CG) resources. Still another example is that the terminal device can perform SDT based on the pre-allocated uplink resource (PUR). The following introduces these situations separately.

[0053] The random access method can be a two-step random access process, or it can also be a four-step random access process. For the two-step random access process, the terminal device can perform SDT in message A (message A, MSGA). That is to say, MSGA of the two-step random access process can be used to carry data. For the four-step random access process, the terminal device can perform SDT in MSG3. That is to say, MSG3 of the four-step random access process can be used to carry data.

[0054] During the random access process, the resources used by the terminal device to perform SDT can be referred to as RA-SDT resources.

[0055] The following combines Figure 2 and Figure 3 to describe the two-step random access process and the four-step random access process respectively.

[0056] Figure 2 FIG. shows a schematic flowchart of performing SDT in the two-step random access process.

[0057] In step S210, the terminal device sends MSGA to the network device. The terminal device can send MSGA on the random access channel (RACH) resources configured by the network device. The MSGA can carry the data to be transmitted (or referred to as uplink data or MO data). If SDT is performed using MSGA, the resources for transmitting MSGA can also be referred to as RA-SDT resources. For example, the RA-SDT resources can be RACH resources or physical random access channel (PRACH) resources.

[0058] In step S220, the network device sends MSGB to the terminal device. The MSGB can include a response to the data to be transmitted.

[0059] Figure 3 FIG. shows a schematic flowchart of performing SDT in the four-step random access process.

[0060] In step S310, the terminal device sends MSG1 to the network device. A random access preamble is carried in MSG1.

[0061] In step S320, the network device sends MSG2 to the terminal device. This MSG2 can also be referred to as a random access response (RAR). An uplink grant (UL grant) may also be included in MSG2 for indicating the uplink resources for scheduling MSG3.

[0062] In step S330, the terminal device may send MSG3 to the network device on the uplink grant scheduled by the network device. Among them, data to be transmitted is carried in MSG3. If SDT is performed using MSG3, the resources for transmitting MSG3 (i.e., the uplink grant scheduled by the network device) can also be referred to as RA-SDT resources.

[0063] In step S340, the network device sends MSG3 to the terminal device. A response to the data to be transmitted may be included in this MSG3.

[0064] Configured grant can also be referred to as uplink grant-free. Configured grant may refer to the network device activating an uplink grant for the terminal device once. Without receiving a deactivation indication, the terminal device can continuously use the resources (i.e., CG resources) specified by the activated uplink grant for uplink transmission. In the embodiments of the present application, the terminal device can use CG resources for SDT. The CG resources used for SDT can also be referred to as CG-SDT resources.

[0065] The type of configured grant can be, for example, CG type 1 or CG type 2. The configuration parameters of CG type 1 can be configured by RRC through high-layer signaling. This high-layer signaling can be, for example, IE ConfiguredGrantConfig. The parameters required for CG type 2 are also configured by IE ConfiguredGrantConfig, but the resources of CG type 2 need to be indicated for activation and deactivation by downlink control information (DCI). Only the resources activated by DCI can be used.

[0066] CG type 1 and CG type 2 can be distinguished according to the field rrc-ConfiguredUplinkGrant in IE ConfiguredGrantConfig. If the field rrc-ConfiguredUplinkGrant is configured, the configured grant type is CG type 1; if the field rrc-ConfiguredUplinkGrant is not configured, the configured grant type is CG type 2.

[0067] In some embodiments, the terminal device can also use PUR resources for SDT. The PUR resources are pre-configured resources for the terminal device to send uplink data in the non-connected state. The PUR resources can be periodic resources. The PUR resources can be pre-configured based on the first type of uplink grant (grant type 1). In the RRC_INACTIVE state, the terminal device can directly perform data transmission using the reserved PUR resources.

[0068] Before performing SDT, the terminal device needs to first determine whether the terminal device meets the conditions for triggering SDT. Only when the conditions for triggering SDT are met can the terminal device perform SDT. If the conditions for triggering SDT are met, the terminal device can initiate the SDT process. If the conditions for triggering SDT are not met, the terminal device can initiate the RRC resume process. For example, the terminal device can switch from the RRC_INACTIVE state to the RRC_CONNECTED state to perform data transmission.

[0069] The conditions for triggering SDT can include one or more of the following conditions: the data to be transmitted comes from a radio bearer that can trigger SDT; the amount of data to be transmitted is less than a pre-configured data volume threshold (hereinafter also referred to as the third preset threshold); the measurement result of the downlink reference signal receiving power (RSRP) is greater than a pre-configured RSRP threshold; there are valid SDT resources. The above conditions will be introduced separately below.

[0070] In some embodiments, the condition for triggering SDT is related to the radio bearer where the data to be transmitted is located. Embodiments of the present application can determine whether the terminal device meets the condition for triggering SDT according to whether the data to be transmitted comes from a radio bearer that can trigger SDT. If the data to be transmitted comes from a radio bearer that can trigger SDT, the terminal device meets the condition for triggering SDT. If the data to be transmitted does not come from a radio bearer that can trigger SDT, the terminal device does not meet the condition for triggering SDT. Such radio bearer can be, for example, a signaling radio bearer (SRB) or a data radio bearer (DRB).

[0071] In other embodiments, the condition for triggering SDT is related to the data volume of the data to be transmitted. If the data volume of the data to be transmitted is small, such as the data to be transmitted is small-packet data, the terminal device meets the condition for triggering SDT. If the data volume of the data to be transmitted is large, the terminal device does not meet the condition for triggering SDT. Embodiments of the present application can also compare the data volume of the data to be transmitted with a data volume threshold to determine whether the terminal device meets the condition for triggering SDT. If the data volume of the data to be transmitted is less than the data volume threshold, the terminal device meets the condition for triggering SDT. If the data volume of the data to be transmitted is greater than or equal to the data volume threshold, the terminal device does not meet the condition for triggering SDT. The data volume threshold can be pre-configured by the network device, or the data volume threshold can also be predefined in the protocol.

[0072] In other embodiments, the condition for triggering SDT is related to the measurement result of the downlink RSRP. If the measurement result of the downlink RSRP is greater than the RSRP threshold, it indicates that the signal quality is good, and the terminal device meets the condition for triggering SDT. If the measurement result of the downlink RSRP is less than or equal to the RSRP threshold, it indicates that the signal quality is poor, and the terminal device does not meet the condition for triggering SDT. The RSRP threshold can be pre-configured by the network device, or it can also be predefined in the protocol.

[0073] In other embodiments, the condition for triggering SDT is related to the existence of valid SDT resources. If there are valid SDT resources, the terminal device meets the condition for triggering SDT, and the terminal device can use the valid SDT resources for data transmission. If there are no valid SDT resources, the terminal device does not meet the condition for triggering SDT, and the terminal device has no available SDT resources for data transmission. The SDT resources can be the RA-SDT resources described above, and / or the CG-SDT resources.

[0074] If the terminal device is configured with both RA-SDT resources and CG-SDT resources, when the terminal device determines whether there are valid SDT resources, it can determine both RA-SDT resources and CG-SDT resources simultaneously, or it can first determine whether one type of SDT resource is valid and then determine whether the other type of SDT resource is valid. For example, the terminal device can first determine whether there are valid RA-SDT resources and then determine whether there are valid CG-SDT resources. Another example is that the terminal device can first determine whether there are valid CG-SDT resources and then determine whether there are valid RA-SDT resources. The following describes the case where the terminal device first determines whether there are valid CG-SDT resources and then determines whether there are valid RA-SDT resources as an example.

[0075] In some embodiments, whether the CG-SDT resource is valid is related to whether there is a valid timing advance (TA). TA is related to the uplink synchronization of the terminal device. If TA is valid, it means that the terminal device is in the uplink synchronization state; if TA is invalid, it means that the terminal device is in the uplink out-of-synchronization state. Embodiments of the present application can determine whether the CG-SDT resource is valid by determining whether there is a valid TA. If there is a valid TA, it can indicate that the CG-SDT resource is valid. If there is no valid TA, it can indicate that the CG-SDT resource is invalid.

[0076] Whether TA is valid is related to whether the TA timer (TAT) of SDT is in the running state. The network device can configure the TA timer for the terminal device, and the TA timer can be used by the terminal device to determine the duration of being in the uplink synchronization state. If the TA timer is in the running state, that is, the TA timer has not timed out, it means that there is a valid TA. If the TA timer is not in the running state, that is, the TA timer has timed out, it means that there is no valid TA.

[0077] The TA timer can be started after the terminal device receives the RRC connection release message or the terminal device enters the RRC_INACTIVE state. The duration of the TA timer can be configured by the network device for the terminal device. For example, after the terminal device receives the RRC connection release message sent by the network device, it can enter the RRC_INACTIVE state according to the indication information in the RRC connection release message. The RRC connection release message can also include the configuration information of the SDT-TA timer, and the terminal device can start the SDT TA timer based on the configuration information of the SDT-TA timer.

[0078] As described above, the terminal device can perform small data transmission on SDT resources (such as CG-SDT resources, RA-SDT resources, or PUR resources). However, regardless of the type of SDT resource, the amount of data it can carry is limited. If the SDT resource cannot carry all the data packets to be transmitted in the terminal device, there is no clear regulation on how the terminal device should select the data packets to be sent currently.

[0079] Based on this, embodiments of the present application provide a method and apparatus for wireless communication, providing a clear solution for the selection of small data packets. The following will introduce the solution of the embodiments of the present application in detail in combination with Figure 4 .

[0080] As Figure 4 shown, in step S410, the terminal device uses the SDT resource to send the first data packet among the data packets to be transmitted to the network device. Wherein, the first data packet is determined based on the first information. In other words, the terminal device can determine the first data packet to be sent to the network device based on the first information.

[0081] The data packets to be transmitted refer to the data packets that need to be sent from the terminal device to the network device. The multiple data packets to be transmitted may include small data packets or non-small data packets. A small data packet may refer to a data packet whose data volume is less than or equal to a pre-configured data volume threshold (or the third preset threshold). A non-small data packet may refer to a data packet whose data volume is greater than the third preset threshold.

[0082] Embodiments of the present application do not specifically limit the channel type for transmitting small data packets. For example, the channel for transmitting small data packets may be a dedicated control channel (DCCH) and a dedicated traffic channel (DTCH). Since SRB1 and SRB2 are transmitted in the DCCH and DRB is transmitted in the DTCH, small data packets in embodiments of the present application may come from one or more of SRB1, SRB2, and DRB. For another example, the channel for transmitting small data packets may be a common control channel (CCCH). Since SRB0 is transmitted in the CCCH, small data packets in embodiments of the present application may come from SRB0.

[0083] Since DCCH and DTCH are related to the token bucket policy of the media access control (MAC) layer, the data streams carried in DCCH and DTCH will be split according to a certain token bucket policy. However, CCCH only goes through SRB0 bearer and is only used in the random access process, so CCCH is not involved in the MAC layer token bucket algorithm, that is, there is no relevant scheduling policy for the data in CCCH. Therefore, the solution of the embodiment of the present application is more applicable to scheduling the data in CCCH.

[0084] The service types corresponding to the multiple data packets to be transmitted may be the same or different. For example, the multiple data packets to be transmitted may include data packets of different service types. The service type of a data packet may include one or more of the following: enhanced mobile broadband (eMBB), ultra reliable low latency communication (URLLC), massive machine type communication (mMTC).

[0085] The first data packet may be determined based on the first information. The first information may include one or more of the following information: the size of the data packet to be transmitted, the allowed transmission delay of the data packet to be transmitted, the time that the data packet to be transmitted has waited. The first data packet may be one data packet or multiple data packets, and the embodiment of the present application does not make a specific limitation thereto.

[0086] In some embodiments, the first information may include the size of the data packet to be transmitted. The terminal device may select the first data packet from the multiple data packets to be transmitted based on the size of the data packet to be transmitted. Since the smaller the size of the selected data packet, the more data packets can be carried on the SDT resource, in order to transmit more data packets on the SDT resource, such as data packets of more services, the terminal device may first select the data packet with a smaller size for transmission.

[0087] As an example, the terminal device may sort the data packets to be transmitted according to the size of the data packets, such as sorting them in descending or ascending order. When selecting the first data packet, the terminal device may start selecting from the data packet with the smallest size until the sum of the selected data packets reaches the upper limit of the SDT resource. In this case, the size of the first data packet may be less than or equal to the size of the other data packets except the first data packet among the data packets to be transmitted. If the size of data packet 1 is less than the size of data packet 2, then data packet 1 may be scheduled before data packet 2.

[0088] For example, if there are K data packet RBs to be transmitted in the terminal device i , the size of the K data packets to be transmitted is L i , and i = 0, 1, …, K−1. The terminal device can sort the data packets according to the size of L i , such as L0 ≤ L1 ≤ … ≤ L K-1 . When selecting the first data packet, the terminal device can schedule the data packets in the above order in turn until the sum of the scheduled data packets reaches the upper limit of the SDT resource, or until the remaining resource in the SDT resource cannot carry a data packet. For example, if L0 + L1 + L2 + L3 is less than the size of the SDT resource, and L0 + L1 + L2 + L3 + L4 is greater than the size of the SDT resource, it means that after selecting data packets RB0, RB1, RB2, RB3, the remaining resource in the SDT resource is not enough to carry data packet RB4, then the terminal device can select data packets RB0, RB1, RB2, RB3 as the first data packet.

[0089] As another example, the terminal device can select the first data packet based on whether the size of the data packet to be transmitted is less than a first preset threshold. The first preset threshold can be less than the third preset threshold, that is, the first preset threshold is less than the data volume threshold of small data packets. The terminal device can use the data packet whose size is less than the first preset threshold as the first data packet. Or rather, the size of the first data packet is less than the first preset threshold. If the first data packet includes multiple data packets, the sizes of the multiple data packets are all less than the first preset threshold.

[0090] The first preset threshold can be predefined, or can also be configured by the network device for the terminal device, or can also be determined independently by the terminal device.

[0091] In some embodiments, the first information may include the allowed transmission delay of the data packet to be transmitted. The allowed transmission delay can be understood as the transmission delay requirement of the data packet. The terminal device can select the first data packet from multiple data packets to be transmitted based on the allowed transmission delay of the data packet to be transmitted. In order to ensure the transmission delay requirement of the data packet, the terminal device can first select the data packet with a relatively low allowed transmission delay for transmission.

[0092] As an example, the terminal device can sort the data packets to be transmitted according to the allowed transmission delay size, such as sorting them in descending or ascending order. When selecting the first data packet, the terminal device can start selecting from the data packet with the lowest data packet delay requirement until the sum of the selected data packets reaches the upper limit of the SDT resource. In this case, the allowed transmission delay of the first data packet can be less than or equal to the allowed transmission delays of other data packets except the first data packet among the data packets to be transmitted. If the allowed transmission delay of data packet 1 is 1 ms and the allowed transmission delay of data packet 2 is 0.5 ms, since the allowed transmission delay of data packet 2 is less than that of data packet 1, data packet 2 can be scheduled before data packet 1.

[0093] For example, if there are K data packets RB to be transmitted in the terminal device i , the size of these K data packets to be transmitted is L i , the allowed transmission delays of these K data packets to be transmitted are T i , and i = 0, 1, …, K - 1. The terminal device can sort the data packets according to the size of T i , such as T0 ≤ T1 ≤ … ≤ T K-1 . When selecting the first data packet, the terminal device can schedule the data packets in the above order in turn until the sum of the scheduled data packets reaches the upper limit of the SDT resource, or until the remaining resources in the SDT resource cannot carry a data packet. For example, if L0 + L1 + L2 + L3 is less than the size of the SDT resource and L0 + L1 + L2 + L3 + L4 is greater than the size of the SDT resource, it means that after selecting data packets RB0, RB1, RB2, RB3, the remaining resources in the SDT resource are not enough to carry data packet RB4, then the terminal device can select data packets RB0, RB1, RB2, RB3 as the first data packets.

[0094] As another example, the terminal device can select the first data packet based on whether the allowed transmission delay of the data packet to be transmitted is less than a fourth preset threshold. The terminal device can use the data packets with the allowed transmission delay less than the fourth preset threshold as the first data packets. Or rather, the allowed transmission delay of the first data packet is less than the fourth preset threshold. If the first data packet includes multiple data packets, the allowed transmission delays of these multiple data packets are all less than the fourth preset threshold.

[0095] The fourth preset threshold can be predefined, or it can also be configured by the network device for the terminal device, or, it can also be determined independently by the terminal device.

[0096] In some embodiments, the first information may include the time that the data packet to be transmitted has been waiting. The terminal device may select a first data packet from multiple data packets to be transmitted based on the time that the data packet to be transmitted has been waiting. To enable reasonable scheduling of data packets, the terminal device may first select the data packet that has been waiting for a longer time for transmission.

[0097] As an example, the terminal device may sort the data packets to be transmitted according to the length of time they have been waiting, such as sorting them in descending or ascending order. When selecting the first data packet, the terminal device may start selecting from the data packet that has been waiting for the longest time until the sum of the selected data packets reaches the upper limit of the SDT resource. In this case, the time that the first data packet has been waiting may be greater than or equal to the time that the other data packets to be transmitted, except the first data packet, have been waiting. If the time that data packet 1 has been waiting is 0.5 ms and the time that data packet 2 has been waiting is 0.3 ms, since the time that data packet 1 has been waiting is greater than the time that data packet 2 has been waiting, data packet 1 may be scheduled before data packet 2.

[0098] For example, if there are K data packets RB to be transmitted in the terminal device i , the size of these K data packets to be transmitted is L i , the time that these K data packets to be transmitted have been waiting is W i , and i = 0, 1, …, K - 1. The terminal device may sort the data packets according to the size of W i , such as W0 ≥ W1 ≥ … ≥ W K-1 . When selecting the first data packet, the terminal device may schedule the data packets in the above order in turn until the sum of the scheduled data packets reaches the upper limit of the SDT resource, or until the remaining resources in the SDT resource cannot carry one data packet. For example, if L0 + L1 + L2 + L3 is less than the size of the SDT resource and L0 + L1 + L2 + L3 + L4 is greater than the size of the SDT resource, it means that after selecting data packets RB0, RB1, RB2, RB3, the remaining resources in the SDT resource are not enough to carry data packet RB4, then the terminal device may select data packets RB0, RB1, RB2, RB3 as the first data packets.

[0099] As another example, the terminal device may select the first data packet based on whether the time that the data packet to be transmitted has been waiting is less than a fifth preset threshold. The terminal device may use the data packet whose waiting time is less than the fifth preset threshold as the first data packet. Or rather, the time that the first data packet has been waiting is less than the fifth preset threshold. If the first data packet includes multiple data packets, the waiting times of these multiple data packets are all less than the fifth preset threshold.

[0100] The fifth preset threshold may be predefined, or may be configured by the network device for the terminal device, or may be determined independently by the terminal device.

[0101] In addition to the information described above, the first information may also include other information, such as quality of service (QoS) information, or QoS class identifier (QCI). QCI is a parameter used by the system to represent the transmission characteristics of service data packets. The range of QCI may be from 1 to 9. Different values of QCI correspond to different resource types, different priorities, different delays, and different packet loss rates. In other words, in the embodiments of the present application, the first data packet may also be determined according to one or more of the resource type of the transmitted data packet, the priority of the data packet, the delay of the data packet, and the packet loss rate of the data packet.

[0102] It can be understood that the above first information may be implemented independently or in combination with each other, and the embodiments of the present application do not make specific limitations thereon.

[0103] As an example, the first information may include the size of the data packet to be transmitted and the transmission delay allowed for the data packet to be transmitted. The terminal device may select the first data packet based on the size of the data packet to be transmitted and the transmission delay allowed for the data packet to be transmitted. The terminal device may select a data packet with a smaller size and a lower transmission delay allowed for the data packet as the first data packet, so that more data packets can be transmitted as much as possible while ensuring the data transmission delay requirement.

[0104] As another example, the first information may include the size of the data packet to be transmitted and the time that the data packet has waited. The terminal device may select the first data packet based on the size of the data packet to be transmitted and the time that the data packet has waited. The terminal device may select a data packet with a smaller size and a longer waiting time as the first data packet, so as to balance the scheduling of data packets of different services.

[0105] As yet another example, the first information may include the delay allowed for the data packet and the time that the data packet has waited. The terminal device may select the first data packet based on the delay allowed for the data packet and the time that the data packet has waited. The terminal device may select a data packet with a lower transmission delay allowed for the data packet and a longer waiting time as the first data packet, so as to balance the scheduling of data packets of different services.

[0106] As another example, the first information may include the size of the data packet to be transmitted, the allowed transmission delay of the data packet to be transmitted, and the time that the data packet to be transmitted has waited. The terminal device may select the first data packet based on the size of the data packet to be transmitted, the allowed transmission delay of the data packet to be transmitted, and the time that the data packet to be transmitted has waited. The terminal device may select a data packet with a smaller size, a lower allowed transmission delay, and a longer waiting time as the first data packet, so as to balance the scheduling of data packets of different services.

[0107] Taking the first information including the size of the data packet to be transmitted, the allowed transmission delay of the data packet to be transmitted, and the time that the data packet to be transmitted has waited as an example, the method for determining the first data packet will be illustrated below.

[0108] In some embodiments, the first parameter corresponding to the first data packet is less than or equal to the first parameters corresponding to other data packets among the multiple data packets to be transmitted except the first data packet, where the first parameter is determined based on the first information. Or rather, the first data packet can be determined based on the first information. For example, the terminal device may determine the first parameter based on the first information, and then select the first data packet based on the first parameter.

[0109] The first parameter may satisfy one or more of the following conditions: the first parameter is directly proportional to the size of the data packet to be transmitted, the first parameter is directly proportional to the allowed transmission delay of the data packet to be transmitted, and the first parameter is inversely proportional to the time that the data packet to be transmitted has waited.

[0110] The first parameter being directly proportional to the data packet to be transmitted may mean that the smaller the data packet to be transmitted, the smaller the first parameter corresponding to the data packet, and the larger the data packet to be transmitted, the larger the first parameter corresponding to the data packet.

[0111] The first parameter being directly proportional to the allowed transmission delay of the data packet to be transmitted may mean that the smaller the allowed transmission delay of the data packet to be transmitted, the smaller the first parameter corresponding to the data packet, and the larger the allowed transmission delay of the data packet to be transmitted, the larger the first parameter corresponding to the data packet.

[0112] The first parameter being inversely proportional to the time that the data packet to be transmitted has waited may mean that the longer the time that the data packet to be transmitted has waited, the smaller the first parameter corresponding to the data packet, and the shorter the time that the data packet to be transmitted has waited, the larger the first parameter corresponding to the data packet.

[0113] When selecting the first data packet, the terminal device may select the first data packet based on the magnitude of the first parameter. For example, the terminal device may select a data packet with a smaller first parameter as the first data packet. The terminal device may start selecting from the data packet with the smallest first parameter until the upper limit of the SDT resources is reached.

[0114] In the embodiments of the present application, the calculation method of the first parameter is not specifically limited, as long as the first parameter satisfies the above conditions.

[0115] For example, the first parameter can be expressed by the following formula:

[0116]

[0117] where K i represents the first parameter corresponding to the i-th data packet, L i represents the size of the i-th data packet, W i represents the time that the i-th data packet has waited, T i represents the transmission delay of the i-th data packet, P represents the weight, and a and b are constants.

[0118] When the terminal device selects the first data packet, it can select the data packet with the smallest K i as the first data packet. For example, the terminal device can select as the first data packet.

[0119] In the above formula, the first parameter K i is directly proportional to L i , inversely proportional to , and inversely proportional to . Therefore, the smaller L i , the smaller K i ; the larger W i , the smaller K i ; the smaller T i , the smaller K i .

[0120] In formula (1), the value of a can be W max , and W max represents the longest waiting time among the waiting times of multiple data packets to be transmitted. For example, among multiple data packets to be transmitted, if data a has waited the longest time, then the waiting time of data a can be used as W max . The value of b can be T min , and T min represents the minimum transmission delay among the transmission delays allowed for multiple data packets to be transmitted. For example, among multiple data packets to be transmitted, if the transmission delay allowed for data b is the smallest, then the transmission delay allowed for data b can be used as T min . Thus, formula (1) can be transformed into the following formula (2):

[0121]

[0122] In the above formula, the first parameter K iProportional to L i and inversely proportional to and inversely proportional to Using and as variables can make the values of and within a certain range, avoiding extreme values of the first parameter Ki calculated.

[0123] In formulas (1) and (2), the weight P can adjust the influence degree of the allowed transmission delay of the data packet and the time the data packet has waited on the first parameter K i . The larger the P value, the greater the influence of the allowed transmission delay of the data packet and the time the data packet has waited on K i ; the smaller the P value, the smaller the influence of the allowed transmission delay of the data packet and the time the data packet has waited on K i .

[0124] The P value can be an integer or a fraction. For example, the P value can be greater than 1, or the P value can be less than 1, or the P value can be equal to 1. The P value can be predefined, or configured by the network device for the terminal device, or can also be determined independently by the terminal device. The P value can be flexibly adjusted according to actual needs. For example, if in the previous scheduling, many data packets timed out without being scheduled, then in the next scheduling, the P value can be increased.

[0125] The above formulas are only examples and do not limit the solutions of the embodiments of the present application. For example, the first parameter can also be determined based on the following formula:

[0126]

[0127] where P1 represents the weight of the time the data packet has waited, and P2 represents the weight of the allowed transmission delay of the data packet. The larger the P1 value, the greater the influence of the time the data packet has waited on K i ; the smaller the P1 value, the smaller the influence of the allowed transmission delay of the data packet on K i .

[0128] In the RRC_INACTIVE state, when the service data of the terminal device cannot be transmitted completely through a single authorized resource block (TBburst), the remaining data volume can be transmitted continuously after the terminal device enters the RRC_CONNECTED state. Therefore, the embodiments of the present application can perform different scheduling based on the size of the data packet.

[0129] In some embodiments, the embodiments of the present application may divide data packets based on the size of the data packets. For example, the data packets may be divided into three levels using a first preset threshold and a third preset threshold. The first preset threshold is less than the third preset threshold. The third preset threshold is used to define the maximum data packet that can be transmitted on the SDT resource.

[0130] If the size of the data packet is less than or equal to the first preset threshold, the data packet for scheduling may be determined according to the size of the first parameter. The calculation formula of the first parameter and the scheduling method according to the first parameter may refer to the foregoing description.

[0131] If the size of the data packet is greater than the first preset threshold and less than or equal to the third preset threshold, the transmission method of the data packet may be determined according to the delay sensitivity of the data packet. If the data packet is not sensitive to delay, such as the allowable transmission delay of the data packet is greater than a second preset threshold, the terminal device may cache the data packet, or the terminal device may remain in the RRC_INACTIVE state and wait for a subsequent transmission opportunity to transmit the data packet. The subsequent transmission opportunity may be, for example, the PUR resource in the next cycle or the CG-SDT resource dynamically scheduled by the network device next time. If the data packet is sensitive to delay, such as the allowable transmission delay of the data packet is less than or equal to the second preset threshold, the terminal device may enter the RRC_CONNECTED state and transmit the data packet according to the normal process.

[0132] If the size of the data packet is greater than the third preset threshold, regardless of whether the data packet is sensitive to delay or not, the RRC recovery process may be started, the terminal device enters the RRC_CONNECTED state, and the data packet is transmitted according to the normal process.

[0133] The above SDT resource may be a RA-SDT resource, or a CG-SDT resource, or a PUR resource. When the terminal device performs small data transmission, it may use the RA-SDT resource for small data transmission, or use the CG-SDT resource for small data transmission, or use the PUR resource for small data transmission.

[0134] In some embodiments, if the terminal device has a valid TA, the terminal device may directly perform "dynamic scheduling-free" data transmission using the PUR resource reserved by the network device, where the PUR resource is pre-configured based on the first type of uplink grant (granttype1). If the terminal device does not have a valid TA, the terminal device may first perform random access. After the random access is completed, the terminal device may receive parameters such as an authorization instruction dynamically scheduled by the network device, and then may transmit small data packets based on the dynamically scheduled authorization.

[0135] The following combination Figure 5 andFigure 6 This section describes the process of small data transmission for the terminal device.

[0136] Refer to Figure 5 , the SDT resource can be an RA-SDT resource. The RA-SDT resource can also become a PRACH resource. The terminal device can send small data packets to the network device during the random access process.

[0137] In step S510, the terminal device sends MSG A to the network device. The MSG A can carry an RRC resume request and a small data packet. In other words, the terminal device can combine the RRC resume signaling and the small data packet and send them to the network device simultaneously. This small data packet is an uplink data packet.

[0138] In step S520, the network device sends MSG B to the terminal device. The MSG B carries RRC conflict detection signaling and a small data packet. In other words, the network device can combine the RRC conflict detection signaling and the small data packet and send them to the terminal device simultaneously. This small data packet is a downlink data packet.

[0139] In some embodiments, the terminal device can perform small data transmission during both the random access process and the RRC resume process. This allows the terminal device to transmit more small data in the RRC_INACTIVE state, thereby avoiding the terminal device from frequently entering the RRC_CONNECTED state and reducing signaling overhead.

[0140] In step S610, the terminal device sends MSGA to the network device. The MSGA can carry an RRC resume request and a small data packet. In other words, the terminal device can combine the RRC resume signaling and the small data packet and send them to the network device simultaneously.

[0141] In step S620, the network device sends MSGB to the terminal device. The MSGB carries RRC conflict detection signaling and a small data packet. In other words, the network device can combine the RRC conflict detection signaling and the small data packet and send them to the terminal device simultaneously.

[0142] In step S630, after the random access is completed, the terminal device can initiate the RRC resume process. The terminal device can send the small data packet and the RRC resume signaling to the network device together.

[0143] In step S640, after receiving the RRC resume signaling, the network device can dynamically schedule authorization parameters to the terminal device based on the identity (ID) information of the terminal device. For example, the network device can send a physical downlink control channel (PDCCH) to the terminal device, and the PDCCH is used to indicate uplink authorization.

[0144] In step S650, the terminal device can transmit small data packets on this uplink authorization.

[0145] In step S660, the terminal device performs RRC connection release, and the terminal device returns to the RRC_INACTIVE state.

[0146] When determining that the terminal device is about to leave the RRC_CONNECTED state, the network device can send an RRC release message to the terminal device to indicate that the terminal device leaves the RRC_CONNECTED state. Among them, the RRC release message can indicate that the terminal device enters the RRC_INACTIVE state or the RRC_IDLE state. In the RRC_INACTIVE state, the terminal device can monitor short messages transmitted through the DCI via the paging radio network temporary identifier (P-RNTI), monitor the CN paging channel using the 5G serving-temporary mobile subscription identifier (5G-S-TMSI), and perform paging using the full inactive-radio network temporary identity (fullI-RNTI), perform neighbor cell measurements and cell (re)selection, periodically perform RAN-based notification area updates, and when moving outside the configured RAN-based notification area, obtain system information and can send a scheduling request (SI) request (if configured). In addition, the terminal device can also record available measurements and record the location and time of the measured configuration UE.

[0147] When the terminal device is in the RRC_INACTIVE state, the terminal device retains the context working in the last serving cell and is allowed to move within a certain range without notifying the network device of which cell it is in. The network side retains the connection of the next generation (NG) interface and, together with the UE, retains the non-access stratum (NAS) signaling connection. Therefore, the UE only needs to perform a resume process to restore the signaling bearer and data bearer and then can directly send or receive data.

[0148] When the terminal device is in the RRC_INACTIVE state, if the last serving network device receives downlink (DL) data from the user plane function (UPF) or a DL signal from the access and mobility management function (AMF) (except for the UE release command and reset message), or if the last serving NG-RAN site receives a UE release command message from the AMF, it can reply with a UE context release complete message. The last gNB site serving the terminal device maintains the context of the terminal device, and the terminal device is connected to the AMF and UPF.

[0149] As described above in conjunction with Figures 1 to 6 , the method embodiments of the present application have been described in detail. Next, in conjunction with Figures 7 to 9 , the apparatus embodiments of the present application will be described in detail. It should be understood that the descriptions of the method embodiments and the apparatus embodiments correspond to each other. Therefore, for the parts not described in detail, reference can be made to the previous method embodiments.

[0150] Figure 7 FIG. is a schematic structural diagram of a terminal device provided by an embodiment of the present application. Figure 7 The terminal device shown may be any of the terminal devices described above. The terminal device 700 includes a sending unit 710.

[0151] The sending unit 710 is configured to use SDT resources to send a first data packet in a data packet to be transmitted to a network device, where the first data packet is determined based on first information; the first information includes one or more of the following information: the size of the data packet to be transmitted; the allowed transmission delay of the data packet to be transmitted; the time that the data packet to be transmitted has waited.

[0152] In some embodiments, a first parameter corresponding to the first data packet is less than or equal to first parameters corresponding to other data packets in the data packets to be transmitted except the first data packet, where the first parameter is determined based on the first information, and the first parameter satisfies one or more of the following conditions: the first parameter is proportional to the size of the data packet to be transmitted; the first parameter is proportional to the transmission delay allowed for the data packet to be transmitted; the first parameter is inversely proportional to the time that the data packet to be transmitted has waited.

[0153] In some embodiments, the size of the first data packet is less than or equal to a first preset threshold, and the first preset threshold is less than the data volume threshold of a small data packet.

[0154] In some embodiments, the terminal device 700 further includes: a caching unit 720, configured to cache a second data packet in the data packets to be transmitted if a transmission delay allowed for the second data packet is greater than a second preset threshold, where the size of the second data packet is greater than the first preset threshold.

[0155] In some embodiments, the SDT resources include one or more of the following resources: a Physical Random Access Channel (PRACH) resource, a Configured Grant (CG) resource, and an Uplink Preconfigured Resource (PUR).

[0156] Figure 8 It is a schematic structural diagram of a network device provided by an embodiment of the present application. Figure 8 The illustrated network device may be any of the network devices described above. The network device 800 includes a receiving unit 810.

[0157] The receiving unit 810 is configured to receive, using the SDT resources, a first data packet in the data packets to be transmitted sent by a terminal device, where the first data packet is determined based on first information; the first information includes one or more of the following information: the size of the data packet to be transmitted; the transmission delay allowed for the data packet to be transmitted; the time that the data packet to be transmitted has waited.

[0158] In some embodiments, a first parameter corresponding to the first data packet is less than or equal to first parameters corresponding to other data packets in the data packets to be transmitted except the first data packet, where the first parameter is determined based on the first information, and the first parameter satisfies one or more of the following conditions: the first parameter is proportional to the size of the data packet to be transmitted; the first parameter is proportional to the transmission delay allowed for the data packet to be transmitted; the first parameter is inversely proportional to the time that the data packet to be transmitted has waited.

[0159] In some embodiments, the size of the first data packet is less than or equal to a first preset threshold, and the first preset threshold is less than the data volume threshold of a small data packet.

[0160] In some embodiments, the SDT resources include one or more of the following resources: Physical Random Access Channel (PRACH) resources, Configuration Grant (CG) resources, and Uplink Preconfigured Resources (PUR).

[0161] Figure 9 It is a schematic structural diagram of the device according to the embodiments of the present application. Figure 9 The dashed line in [the figure] indicates that the unit or module is optional. The device 900 can be used to implement the method described in the above method embodiments. The device 900 can be a chip, a terminal device, or a network device.

[0162] The device 900 may include one or more processors 910. The processor 910 can support the device 900 to implement the method described in the foregoing method embodiments. The processor 910 can be a general-purpose processor or a dedicated processor. For example, the processor can be a Central Processing Unit (CPU). Alternatively, the processor can also be other general-purpose processors, Digital Signal Processors (DSPs), Application-Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor, etc.

[0163] The device 900 may further include one or more memories 920. A program is stored on the memory 920, and the program can be executed by the processor 910, so that the processor 910 executes the method described in the foregoing method embodiments. The memory 920 can be independent of the processor 910 or integrated in the processor 910.

[0164] The device 900 may further include a transceiver 930. The processor 910 can communicate with other devices or chips through the transceiver 930. For example, the processor 910 can perform data transmission and reception with other devices or chips through the transceiver 930.

[0165] The embodiments of the present application further provide a computer-readable storage medium for storing a program. The computer-readable storage medium can be applied to the terminal or network device provided in the embodiments of the present application, and the program enables the computer to execute the methods performed by the terminal or network device in various embodiments of the present application.

[0166] An embodiment of the present application also provides a computer program product. The computer program product includes a program. The computer program product can be applied to the terminal or network device provided by the embodiments of the present application, and the program enables the computer to execute the methods performed by the terminal or network device in various embodiments of the present application.

[0167] An embodiment of the present application also provides a computer program. The computer program can be applied to the terminal or network device provided by the embodiments of the present application, and the computer program enables the computer to execute the methods performed by the terminal or network device in various embodiments of the present application.

[0168] It should be understood that in the embodiments of the present application, "B corresponding to A" means that B is associated with A, and B can be determined according to A. However, it should also be understood that determining B according to A does not mean determining B only according to A, and B can also be determined according to A and / or other information.

[0169] It should be understood that the term "and / or" in this article is only a description of the association relationship of 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 generally represents an "or" relationship between the associated objects before and after.

[0170] It should be understood that in various embodiments of the present application, the sequence numbers of the above processes do not mean the order of execution. The execution order of each process should be determined according to its function and internal logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.

[0171] In several embodiments provided by the present application, it should be understood that the disclosed systems, devices, and methods can be implemented in other ways. For example, the device embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there can 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 devices or units can be in an electrical, mechanical, or other form.

[0172] The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they can be located in one place, or can 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.

[0173] In addition, in each embodiment of the present application, the functional units can be integrated into one processing unit, each unit can exist physically alone, or two or more units can be integrated into one unit.

[0174] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions described in the embodiments of the present application are generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by wire (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wirelessly (such as infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be read by a computer or a data storage device such as a server, data center, etc. that contains one or more integrated available media. The available medium can be a magnetic medium (for example, a floppy disk, a hard disk, a magnetic tape), an optical medium (for example, a digital versatile disc (DVD)), or a semiconductor medium (for example, a solid state disk (SSD)), etc.

[0175] As described above, the above are only specific embodiments of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art can easily think of changes or substitutions within the technical scope disclosed in the present application, and all should be covered by the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

1. A method for wireless communication, characterized in that, including: When there is a valid timing advance (TA) in the terminal device, the terminal device transmits a first data packet through an uplink preconfigured resource (PUR); When there is no such valid TA in the terminal device, the terminal device transmits the first data packet through a first message in a random access procedure; wherein, the first data packet is a data packet in the data packets to be transmitted, and the data volume of the first data packet is less than or equal to a third preset threshold; 2. The method according to claim 1, wherein The first parameter corresponding to the first data packet is less than or equal to the first parameter corresponding to other data packets in the data packets to be transmitted except the first data packet; wherein, the first parameter corresponding to the first data packet is determined based on first information, and the first parameter corresponding to the data packets to be transmitted satisfies one or more of the following conditions: The first parameter is directly proportional to the size of the data packets to be transmitted respectively; The first parameter is directly proportional to the transmission delay allowed for the data packets to be transmitted respectively; The first parameter is inversely proportional to the time that the data packets to be transmitted have waited respectively; 3. The method according to claim 1 or 2, characterized in that, The first message is message A, and message A further includes a radio resource control (RRC) resume request; 4. The method according to any one of claims 1 to 3, characterized in that The data packets to be transmitted are used to carry the service data of the terminal device. When the data volume of the data packets to be transmitted is greater than the data volume corresponding to the PUR authorized once, the remaining data packets in the data packets to be transmitted are transmitted after the terminal device enters the RRC connected state; 5. A method for wireless communication, characterized in that, including: When there is a valid timing advance (TA) in the terminal device, the network device receives a first data packet from the terminal device through an uplink preconfigured resource (PUR); When there is no such valid TA in the terminal device, the network device receives the first message in the random access procedure of the terminal device, and the first message includes the first data packet; wherein, the first data packet is a data packet in the data packets to be transmitted, and the data volume of the first data packet is less than or equal to a third preset threshold; 6. The method according to claim 5, wherein The first parameter corresponding to the first data packet is less than or equal to the first parameter corresponding to other data packets in the data packets to be transmitted except the first data packet; wherein, the first parameter corresponding to the first data packet is determined based on first information, and the first parameter corresponding to the data packets to be transmitted satisfies one or more of the following conditions: The first parameter is directly proportional to the size of the data packets to be transmitted respectively; The first parameter is directly proportional to the transmission delay allowed for the data packets to be transmitted respectively; The first parameter is inversely proportional to the time that the data packets to be transmitted have waited respectively; 7. The method according to claim 5 or 6, characterized in that, The first message is message A, and message A further includes a radio resource control (RRC) resume request; 8. The method according to any one of claims 5-7, characterized in that, The data packets to be transmitted are used to carry the service data of the terminal device. When the data volume of the data packets to be transmitted is greater than the data volume corresponding to the PUR authorized once, the remaining data packets in the data packets to be transmitted are transmitted after the terminal device enters the RRC connected state; 9. A terminal device, characterized in that, including: a sending unit, configured to, when there is a valid timing advance (TA) in the terminal device, transmit a first data packet through an uplink preconfigured resource (PUR); When there is no valid TA in the terminal device, the first data packet is transmitted through the first message in the random access procedure; wherein, the first data packet is a data packet in the data packets to be transmitted with a data volume less than or equal to a third preset threshold.

10. The terminal device according to claim 9, characterized in that, The first message is Message A, and Message A further includes a radio resource control (RRC) resume request.

11. The terminal device according to claim 9 or 10, characterized in that, The data packet to be transmitted is used to carry the service data of the terminal device. When the data volume of the data packet to be transmitted is greater than the data volume corresponding to one-time authorized PUR, the remaining data packets in the data packet to be transmitted are transmitted after the terminal device enters the RRC connected state.

12. A network device, characterized in that, It includes: a receiving unit, configured to receive a first data packet from the terminal device through an uplink preconfigured resource (PUR) when there is a valid timing advance (TA) in the terminal device; when there is no valid TA in the terminal device, receive the first message in the random access procedure of the terminal device, where the first message includes the first data packet; wherein, the first data packet is a data packet in the data packets to be transmitted with a data volume less than or equal to a third preset threshold.

Images