WO2023072264A1 - 信息上报方法、终端设备及网络侧设备 - Google Patents

信息上报方法、终端设备及网络侧设备 Download PDF

Info

Publication number
WO2023072264A1
WO2023072264A1 PCT/CN2022/128339 CN2022128339W WO2023072264A1 WO 2023072264 A1 WO2023072264 A1 WO 2023072264A1 CN 2022128339 W CN2022128339 W CN 2022128339W WO 2023072264 A1 WO2023072264 A1 WO 2023072264A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
data packet
side device
network side
transmitting
Prior art date
Application number
PCT/CN2022/128339
Other languages
English (en)
French (fr)
Inventor
刘亮
黄学艳
胡南
Original Assignee
***通信有限公司研究院
***通信集团有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ***通信有限公司研究院, ***通信集团有限公司 filed Critical ***通信有限公司研究院
Publication of WO2023072264A1 publication Critical patent/WO2023072264A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/25—Maintenance of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Definitions

  • the present application relates to the field of communication technologies, and in particular to an information reporting method, terminal equipment and network side equipment.
  • RRC Radio Resource Control
  • RACH Random Access CHannel
  • CG Configurated Grant
  • terminal devices cannot transmit data in the RRC inactive state arbitrarily.
  • Network-side devices such as base stations
  • Network-side devices need to configure many conditions and parameters for terminal devices, such as data packet size, transmission resources, transmission types, etc. Terminal devices can only meet these conditions. Conditions and the use of appropriate parameters can ensure the smooth sending of small data packets to the network side device.
  • various conditions and initial values of parameters configured on the network side device can only rely on experience, and terminal devices may fail to transmit small data packets based on these configurations (also called small packet data transmission), while the network It is difficult for side devices to find the problem of transmission failure, which will easily lead to continuous deterioration of network performance.
  • embodiments of the present application provide an information reporting method, a terminal device, and a network side device.
  • the embodiment of the present application provides a method for reporting information, including:
  • the terminal device acquires or records relevant information during data transmission in the RRC inactive state
  • the reporting of the relevant information to the network side device includes any of the following:
  • the reporting of the relevant information to the network side device includes:
  • the reporting of the relevant information to the network side device based on the request of the network side device includes:
  • the method further includes:
  • target configuration information is information after the network-side device has adjusted configuration information for transmitting data packets in the RRC inactive state based on the related information .
  • the relevant information includes at least one of the following:
  • Timing advance (Time Advanced, TA) information under the condition of using the CG resource to transmit the data packet
  • RSRP Reference Signal Receiving Power
  • the data packet information includes at least one of the following:
  • the packet volume threshold configured by the network
  • the TA information includes at least one of TA value, TA valid time information, whether the TA valid time has been exceeded, and synchronization signal block (Synchronization Signal and PBCH block, SSB) information corresponding to the CG resource.
  • synchronization signal block Synchronization Signal and PBCH block, SSB
  • the RSRP information includes at least one of the following:
  • the transmission type information is used to indicate that CG or random access process is used when transmitting the data packet
  • the transmission type information is further used to indicate that when the data packet is transmitted using the RACH, two-step random access or four-step random access is selected.
  • the fallback information is used to indicate to fallback from using the CG to using the two-step RACH, or to fall back from using the two-step RACH to using the four-step RACH when transmitting the data packet.
  • the transmission resource information is used to indicate that CG resources or physical uplink shared channel (Physical Uplink Shared Channel, PUSCH) resources are used when transmitting the data packet.
  • CG resources or physical uplink shared channel Physical Uplink Shared Channel, PUSCH
  • the used carrier information is used to indicate that a supplementary uplink (Supplementary Uplink, SUL) carrier or an uplink (Uplink, UL) carrier is used when transmitting the data packet.
  • a supplementary uplink (Supplementary Uplink, SUL) carrier or an uplink (Uplink, UL) carrier is used when transmitting the data packet.
  • the embodiment of this application also provides another information reporting method, including:
  • the network side device receives the relevant information reported by the terminal device, where the relevant information is the relevant information acquired or recorded by the terminal device during data transmission in an RRC inactive state.
  • the method further includes:
  • the network side device performs a rationality analysis on the configuration information of the transmission data packet in the RRC inactive state based on the relevant information;
  • the network side device receives relevant information reported by the terminal device, including:
  • the network-side device receives an indication message sent by the terminal device, where the indication message is used to indicate that the terminal device records the relevant information;
  • the relevant information includes at least one of the following:
  • the data packet information includes at least one of the following:
  • the TA information includes at least one of TA value, TA valid time information, whether the TA valid time is exceeded, and SSB information corresponding to the CG resource.
  • the RSRP information includes at least one of the following:
  • the transmission type information is used to indicate that CG or random access process is used when transmitting the data packet
  • the transmission type information is also used to indicate that when the data packet is transmitted using the RACH, two-step random access or four-step random access is selected.
  • the fallback information is used to indicate to fallback from using the CG to using the two-step RACH, or to fall back from using the two-step RACH to using the four-step RACH when transmitting the data packet.
  • the transmission resource information is used to indicate that a CG resource or a PUSCH resource is used when transmitting the data packet.
  • the used carrier information is used to indicate that the SUL carrier or UL carrier is used when transmitting the data packet.
  • the embodiment of the present application further provides a terminal device, including a transceiver and a processor;
  • the processor is configured to acquire or record relevant information during data transmission in an RRC inactive state
  • the transceiver is configured to report the relevant information to the network side device.
  • the transceiver is further configured to perform any of the following:
  • the transceiver is further configured to report the related information to the network side device based on the request of the network side device.
  • the transceiver is further configured as:
  • the transceiver is further configured to receive the target configuration information sent by the network side device, wherein the target configuration information is the network side device based on the relevant information in the RRC inactive state The configuration information of the next transmission data packet is adjusted.
  • the relevant information includes at least one of the following:
  • the data packet information includes at least one of the following:
  • the TA information includes at least one of TA value, TA valid time information, whether the TA valid time is exceeded, and SSB information corresponding to the CG resource.
  • the RSRP information includes at least one of the following:
  • the transmission type information is used to indicate that CG or random access process is used when transmitting the data packet
  • the transmission type information is further used to indicate that when the data packet is transmitted using the RACH, two-step random access or four-step random access is selected.
  • the fallback information is used to indicate to fallback from using the CG to using the two-step RACH, or to fall back from using the two-step RACH to using the four-step RACH when transmitting the data packet.
  • the transmission resource information is used to indicate that a CG resource or a PUSCH resource is used when transmitting the data packet.
  • the used carrier information is used to indicate that the SUL carrier or UL carrier is used when transmitting the data packet.
  • the embodiment of the present application further provides a network side device, including a transceiver and a processor;
  • the transceiver is configured to receive related information reported by the terminal device, wherein the related information is information obtained or recorded by the terminal device during data transmission in an RRC inactive state.
  • the processor is further configured to analyze the rationality of the configuration information of the transmission data packet in the RRC inactive state based on the relevant information; when it is determined that the configuration information is unreasonable, the The configuration information is adjusted to obtain target configuration information;
  • the transceiver is further configured to send the target configuration information to the terminal device.
  • the transceiver is further configured as:
  • the relevant information includes at least one of the following:
  • the data packet information includes at least one of the following:
  • the TA information includes at least one of TA value, TA valid time information, whether the TA valid time is exceeded, and SSB information corresponding to the CG resource.
  • the RSRP information includes at least one of the following:
  • the transmission type information is used to indicate the selection CG or random access process configured by the network when transmitting the data packet;
  • the transmission type information is further used to indicate that when the data packet is transmitted using the RACH, two-step random access or four-step random access is selected.
  • the fallback information is used to indicate to fallback from using the CG to using the two-step RACH, or to fall back from using the two-step RACH to using the four-step RACH when transmitting the data packet.
  • the transmission resource information is used to indicate that a CG resource or a PUSCH resource is used when transmitting the data packet.
  • the used carrier information is used to indicate the SUL carrier or the UL carrier when the data packet is transmitted.
  • the embodiment of the present application also provides a terminal device, including: a transceiver, a memory, a processor, and a computer program stored in the memory and operable on the processor, when the processor executes the computer program Realize the steps in the information reporting method described in the first aspect above.
  • the embodiment of the present application also provides a network side device, including: a transceiver, a memory, a processor, and a computer program stored in the memory and operable on the processor, and the processor executes the computer program Realize the steps in the information reporting method as described in the second aspect above.
  • the embodiment of the present application also provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the information reporting method as described in the first aspect above is realized or implement the steps in the information reporting method described in the second aspect above.
  • the terminal device acquires or records relevant information during data transmission in an RRC inactive state; and reports the relevant information to the network side device.
  • the terminal device can enable the network-side device to obtain feedback information during transmission, which helps the network-side device to obtain feedback information based on the obtained Feedback information, analyze whether the configuration information during data transmission in the RRC inactive state is reasonable, and then optimize the unreasonable configuration information to improve network performance, at least to solve the problem that the data transmission mode in the RRC inactive state is easy to cause network problems. A problem with continued performance degradation.
  • Fig. 1 is one of the flowcharts of the information reporting method provided by the embodiment of the present application.
  • FIG. 2 is one of the flow charts for a terminal device sending data in an RRC inactive state provided by an embodiment of the present application;
  • FIG. 3 is the second flow chart of the terminal device sending data in the RRC inactive state provided by the embodiment of the present application
  • FIG. 4 is a flowchart of a contention-based four-step RACH provided by an embodiment of the present application.
  • FIG. 5 is a flowchart of a contention-based two-step RACH provided by an embodiment of the present application.
  • Fig. 6 is the second flow chart of the information reporting method provided by the embodiment of the present application.
  • FIG. 7 is one of the structural diagrams of a terminal device provided in an embodiment of the present application.
  • FIG. 8 is one of the structural diagrams of the network side equipment provided by the embodiment of the present application.
  • FIG. 9 is the second structural diagram of the terminal device provided by the embodiment of the present application.
  • FIG. 10 is the second structural diagram of the network side device provided by the embodiment of the present application.
  • Figure 1 is a flow chart of the information reporting method provided by the embodiment of the present application, as shown in Figure 1, including the following steps:
  • Step 101 the terminal device acquires or records relevant information during data transmission in an RRC inactive state.
  • the terminal device in addition to the RRC idle state and the RRC connected state (which can be expressed as RRC_Connected in English), the terminal device also introduces a new RRC inactive (RRC_Inactive) state, which is located between the RRC idle state and the RRC connected state.
  • RRC_Inactive RRC inactive
  • An intermediate state the main purpose is to quickly let the terminal device enter the RRC connection state and complete the establishment of the protocol data unit (Protocol Data Unit, PDU) session while saving resources and energy as much as possible, meeting the ultra-reliable and low-cost requirements proposed by 5G. Requirements for time-delay scenarios.
  • the network side device (such as a base station) paging the terminal device or the terminal device initiates an update of the radio access network based notification area (RNA), the terminal device will initiate an RRC connection Recovery process, including:
  • Step 1 The terminal device sends a connection establishment recovery (RRC Resume Request) message, which includes the recovery identifier, connection recovery reason, security parameters, etc.;
  • Step 2 When the base station allows the terminal device to resume connection, it will send a connection resume (RRC Resume) message, which includes radio bearer configuration and so on.
  • RRC Resume connection resume
  • Step 3 When the terminal device receives the connection resume message, it will send a connection resume complete (RRC Resume Complete) message to restore the signaling bearer (Signalling Radio Bearer, SRB) and all data bearers (Data Radio Bearer, DRB).
  • RRC Resume Complete connection resume complete
  • SRB Signaling Bearer
  • DRB Data Radio Bearer
  • connection recovery of the terminal device from the RRC inactive state must be completed through the random access process.
  • a four-step RACH process was first formulated, and in order to further reduce the RACH delay, a two-step RACH process was subsequently formulated. Based on The competing two-step RACH and four-step RACH processes are shown in Figure 2 and Figure 3 respectively.
  • the embodiments of the present application can be applied to a scenario where a terminal device transmits a small data packet to a network side device in an RRC inactive state.
  • a terminal device in the RRC inactive state wants to send data, it must go through connection recovery, restore the SRB and DRB, and enter the RRC connection state before sending data.
  • this method easily causes waste of signaling resources, consumes extra power consumption of the terminal, and increases transmission delay.
  • the terminal device can transmit uplink and downlink data through the RACH process or the CG process in the RRC inactive state without entering the RRC connected state, thereby achieving the purpose of saving time delay and network signaling overhead.
  • the terminal device cannot transmit uplink and downlink data in the RRC connection state arbitrarily.
  • the network side device needs to configure many conditions and parameters for the terminal device. Most of these parameters and conditions are unique to SDT transmission. The terminal device can only meet these conditions and use Appropriate parameters can ensure the smooth sending of small data packets to network side devices.
  • the initial values of various conditions and parameters configured on the network side device can only depend on experience, and these network configuration conditions and parameters may not be optimal, so it is necessary to iteratively optimize these configurations through some feedback from terminal devices, such as The small packet transmission performed by the terminal device based on these conditions may fail. If the network side device does not know the failure information, it cannot optimize the conditions and parameters of these configurations, resulting in the deterioration of network performance and user experience.
  • the network side device cannot know the failure information of small packet data transmission, and thus cannot optimize the configuration conditions and parameters. Download the relevant information when transmitting data packets, so that the network side equipment can obtain the feedback information of the transmission failure, and then assist the network side equipment to find the transmission failure problem based on the feedback information, and solve the transmission failure by optimizing the configuration conditions and parameters.
  • the terminal device can transmit data in the RRC inactive state. For example, when transmitting a data packet to the network side device, obtain or record relevant information in the transmission, such as the size of the transmitted data packet, RSRP, transmission type, transmission resource, transmission Information such as the number of failures.
  • the foregoing network-side device may be a network-side device such as a base station or a server.
  • Step 102 Report the related information to the network side device.
  • the obtained or recorded relevant information may be reported to the network side device, so that the network side device can rationalize the configuration information for transmitting data packets in the RRC inactive state based on the received relevant information analysis, so as to find out the reasons for the failure of data transmission in the RRC inactive state in time, and optimize and adjust the configuration information to ensure that the terminal device successfully sends data in the RRC inactive state.
  • the network side device may analyze whether the data packet threshold information configured for the terminal device is reasonable based on the data packet size information in the related information, or may analyze the Whether the RSRP threshold information configured by the terminal device is reasonable, or, based on the transmission type information in the relevant information, it is possible to analyze the transmission failure due to which transmission type configuration information is unreasonable, and so on.
  • the step 102 includes any of the following:
  • the terminal device can report the relevant information in various ways, specifically, it can report the relevant information to the network side device in the RRC connection state; it can also be in the process of transitioning to the RRC connection state, such as from When the RRC inactive state initiates a recovery connection to enter the RRC connected state, report the relevant information to the network side device; or report the relevant information to the network side device in the RRC inactive state, specifically through the new A message is defined for sending the transmission message; the related information may also be reported to the network side device during the random access process, such as when a random access request is initiated.
  • the reporting method can be ensured to be relatively flexible, and an appropriate timing can also be selected to report the relevant information, so as to avoid excessive occupation of signaling resources.
  • the step 102 includes:
  • the terminal device may actively report the relevant information, or the network-side device may request to report, that is, the terminal device may report the relevant information to the network-side device based on the request of the network-side device, For example, the terminal device may report the related information to the network side device after receiving the information reporting request sent by the network side device. In this way, reporting based on demand can be realized, and unnecessary network overhead can be avoided.
  • reporting of the relevant information to the network side device based on the request of the network side device includes:
  • the terminal device may send an indication message to the network side device to inform the network side device that there is currently recorded relevant information that can be reported and whether it needs to be reported.
  • the network side device may send an information reporting request to the terminal device if the terminal device needs to report, and the terminal device may send an information report request to the terminal device after receiving the information reporting request.
  • the network side device reports the related information.
  • the relevant information includes at least one of the following:
  • the power increase step size information (English can be expressed as Power Ramping Step) when sending the preamble to the network side device;
  • the terminal device may report data packet information, TA information when the data packet is transmitted using CG resources, RSRP information, transmission type information, and when the data packet is transmitted to the network side device.
  • the data packet information may be packet size information indicating transmission or packet threshold information configured by the network, which can be used by the network side device to analyze whether the packet threshold configuration is unreasonable when the transmission fails.
  • the TA information in the case of using the CG resource to transmit the data packet may be the TA information indicating that the terminal device transmits the data packet using the CG resource, which can be used for the network side device to analyze whether the TA threshold is configured when the transmission fails unreasonable.
  • the RSRP information may be RSRP threshold information or RSRP threshold information configured by the network indicating that the terminal device transmits data packets, which can be used by the network side device to analyze whether the RSRP threshold configuration is unreasonable when transmission fails.
  • the transmission type information may indicate the transmission type used by the terminal device when transmitting data packets, such as CG or RACH type, which can be used by the network side device to analyze the transmission failure due to which type of transmission resource configuration is incorrect. Reasonable.
  • the rollback information generated when transmitting the data packet may indicate whether the terminal device rolls back when transmitting the data packet, or specifically from which type to roll back to another type, such as from two-step random The access process falls back to a four-step random access process, and the rollback information can be used by the network side device to analyze what kind of failure the transmission failure is, and whether there is an unreasonable resource allocation problem.
  • the transmission resource information may indicate resources used by the terminal device when transmitting data packets, such as CG resources or PUSCH resources, which can be used by the network side device to analyze whether the allocated transmission resources are unreasonable when the transmission fails.
  • the power increase step information when sending the preamble to the network side device may indicate the power increase step when the terminal device sends the preamble in the two-step or four-step random access process before transmitting the data packet
  • the long information can be used by the network side device to analyze whether the transmission failure is due to insufficient transmission power.
  • the used carrier information may indicate the carrier selected by the terminal device when transmitting the data packet, such as a SUL carrier or a UL carrier, which can be used by the network side device to analyze whether there is some unreasonable carrier resource allocation when the transmission fails question.
  • the BWP information may indicate the bandwidth information selected by the terminal device when transmitting data packets, and may be used by the network side device to analyze whether there is insufficient bandwidth resource allocation when the transmission fails.
  • the information on the number of transmission failures may indicate the number of failures that occur when the terminal device transmits data packets, and may be used by the network side device to analyze whether the transmission failure is a problem of the terminal device itself or due to The parameter information configured for the terminal device is unreasonable.
  • the network side device can combine the above information to conduct a more comprehensive judgment and analysis, quickly and accurately locate the configuration problem, and optimize the configuration information in time to improve network performance.
  • the network side device can be well assisted to find the problem of the transmission failure, and then by solving these problems, to ensure the success of the subsequent small packet data transmission.
  • the data packet information includes at least one of the following:
  • the terminal device can report the specific size of the data volume to be transmitted, that is, the value of the data volume (data volume), and can also report the data volume threshold configured by the network, that is, the data volume threshold, and can also report the data transmitted by the network Whether the amount exceeds the threshold of data volume configured by the network.
  • the network side device can judge whether the transmission failure is due to the unreasonable configured data volume threshold based on the data volume information reported by the terminal device, and whether it is necessary to The configured data volume threshold is adjusted to be larger or smaller, and then the data volume threshold configuration parameters can be optimized and adjusted according to the judgment result.
  • the TA information includes at least one of TA value, TA valid time information, whether the TA valid time has been exceeded, and SSB information corresponding to the CG resource.
  • the terminal device can report information such as the TA value, TA valid time information, and whether the TA valid time is exceeded when using the CG resource to transmit data packets, and can also report the SSB information corresponding to the CG resource.
  • the network side device Based on the TA information reported by the terminal device, it can be judged whether the transmission failure is due to the unreasonable TA threshold configured by the network, or whether the TA threshold configured by the network is too large or too small, and then the TA threshold configuration parameters can be configured according to the judgment result. Optimizing adjustments.
  • the RSRP information includes at least one of the following:
  • the terminal device can report the RSRP value when transmitting data packets, the RSRP threshold when selecting SDT in network configuration, the RSRP threshold when selecting non-SDT, the RSRP threshold corresponding to the SSB sent when SDT is selected, and the RSRP threshold when transmitting data packets. Whether the value is higher or lower than the RSRP threshold when using SDT, whether the RSRP value is higher or lower than the RSRP threshold when using non-SDT, and whether the RSRP value is higher or lower than the RSRP threshold corresponding to the SSB sent when using SDT .
  • the network side device can judge the transmission based on the RSRP information reported by the terminal device Whether the failure is due to the currently configured RSRP threshold for selecting SDT is unreasonable, or the configured RSRP threshold for selecting non-SDT is unreasonable, which method needs to be adjusted, and then the corresponding RSRP threshold configuration parameters can be correspondingly adjusted according to the judgment result Optimizing adjustments.
  • the transmission type information is used to indicate that CG or random access procedure is used when transmitting the data packet
  • the transmission type information is further used to indicate that when the data packet is transmitted using the RACH, two-step random access or four-step random access is selected.
  • the terminal device can report whether to use CG or RACH to transmit the data packet, and can further report whether the two-step RACH process or the four-step RACH process is selected when the RACH is used to transmit the data packet.
  • the network Based on the transmission type information reported by the terminal device, the side device can determine which type of resource configuration is wrong when the transmission fails, or whether it is necessary to adjust the RSRP threshold of this type, etc., and then can use the judgment result for this type of The configuration parameters are optimized and adjusted.
  • the fallback information is used to indicate to fallback from using the CG to using the two-step RACH when transmitting the data packet, or to fall back from using the two-step RACH to using the four-step RACH.
  • the terminal device falls back from CG to two-step RACH when transmitting data packets, that is, from using CG to transmit data packets to using two-step RACH to transmit data packets, or from two-step RACH to four-step
  • the rollback of RACH that is, rollback from using two-step RACH to transmit data packets to using four-step RACH to transmit data packets, then record the rollback information, and report the rollback information to the network side device, so that the network side Based on the fallback information reported by the terminal device, the device can determine which type of resource configuration has problems, how to adjust the resource configuration of this type, etc., and then can make corresponding adjustments to the configuration parameters of this type according to the judgment result. Optimizing adjustments.
  • the transmission resource information is used to indicate that CG resources or PUSCH resources are used when transmitting the data packet.
  • the terminal device can report whether the CG resource or the PUSCH resource is used when transmitting the data packet. In the case of using the PUSCH resource, it can also report the PUSCH transmission power. Based on the transmission resource information, it is judged whether the allocated transmission resource is unreasonable when the transmission fails, or whether the transmission resource needs to be re-allocated, etc., and then the configuration parameters of the transmission resource can be optimized and adjusted according to the judgment result.
  • the used carrier information is used to indicate that a SUL carrier or a UL carrier is used when transmitting the data packet.
  • the terminal device can report whether it selects the SUL carrier or the UL carrier when transmitting the data packet.
  • the network side device can judge whether there is an unreasonable allocation of carrier resources when the transmission fails based on the carrier information reported by the terminal device. problem, and then the configuration parameters of the carrier resource can be optimized and adjusted according to the judgment result.
  • the terminal device may report one or more of the above related information based on the configuration of the network side device, that is, the network side device may configure which related information the terminal device reports, or, It may also be stipulated through a protocol which items of the above-mentioned relevant information are recorded and reported by the terminal device.
  • the method further includes:
  • target configuration information is information after the network-side device has adjusted configuration information for transmitting data packets in the RRC inactive state based on the related information .
  • the network side device after the network side device analyzes the rationality of the configuration information of the transmission data packet in the RRC inactive state based on the relevant information reported by the terminal device, it can target unreasonable configuration information Perform optimization and adjustment to obtain adjusted target configuration information, and send the target configuration information to the terminal device, so that the terminal device can receive the information sent by the network side device after reporting the relevant information
  • the target configuration information may subsequently transmit data packets in the RRC inactive state based on the target configuration information, so as to improve the success rate of data packet transmission.
  • Scenario 1 The terminal device reports packet transmission failure information, RSRP value, data volume value, and resources used for transmission, so as to assist the network side device to judge the currently configured RSRP threshold for selecting SDT or non-SDT, the threshold for data volume, and the allocated resources. Whether there is a problem with the resources for transmitting small packets and how to adjust it. After analyzing and judging, the network side device can send to the terminal device the RSRP threshold for selecting SDT or non-SDT, the data volume threshold, and the resources used for transmission, including CG resource configuration, two-step RACH PUSCH resource configuration, etc.
  • the network side device configures the terminal device with a data volume threshold of 100 bytes, selects the SDT RSRP threshold of -100dBm and the corresponding CG transmission resources.
  • the size of the data packet that the terminal device currently needs to transmit is 90 bytes, and the RSRP value is -95dBm, which meets the conditions for using CG resources to transmit small packet data.
  • the terminal device uses this resource to send the data packet, but the network side device fails to demodulate it A feedback message is sent to the terminal, so that the terminal device considers that the data transmission has failed.
  • the terminal records the above-mentioned relevant information and reports it to the network-side device.
  • the network-side device learns that the terminal device meets the conditions set by the network and initiates small packet data transmission, but a failure occurs. Therefore, based on the relevant information reported by multiple terminal devices, combined with the occurrence Failed terminal location information, determine whether there is a problem with the RSRP threshold setting, data volume threshold setting, and allocated resources. Potential problems include that the current set RSRP value cannot satisfy the current size of the data packet to be correctly transmitted under the current given resource, or the data volume The threshold of the volume is set too low, and the current resources cannot transmit data packets meeting the threshold.
  • Scenario 2 The terminal device reports TA information and RSRP information to assist the network side device to judge whether the TA information currently configured to the terminal device or the RSRP threshold setting used to determine whether the TA is reasonable is reasonable.
  • the TA of the terminal device needs to remain unchanged or within a certain range to ensure that the network side device receives the data sent by the terminal device within the cyclic prefix (Cyclic Prefix, CP) In order to ensure the normal reception of data.
  • the network side device needs to configure the value of TA when the RRC is released, and then use the TA command (TA command) to update the configuration.
  • the attempt to send the small packet data fails, so that the network side device can know the TA used by the terminal device to send the small packet data value and the RSRP situation at that time, so as to determine whether the TA value configured on the network side device is too large or too small, or whether the RSRP threshold used for TA availability judgment is reasonable.
  • the network side device can know the TA used by the terminal device to send the small packet data value and the RSRP situation at that time, so as to determine whether the TA value configured on the network side device is too large or too small, or whether the RSRP threshold used for TA availability judgment is reasonable.
  • Scenario 3 Select the type to use when reporting small packet data transmission through the terminal device, such as CG or RACH. If the RACH type is used, choose two-step RACH or four-step RACH to transmit small data packets, or the fallback that occurs during transmission , to assist the network side device to determine which type of configuration is wrong for the failed small packet data transmission, or to distinguish whether the RACH failure is due to the unreasonable RSRP threshold configuration of the SDT RACH type or the unreasonable RSRP configuration of the traditional RACH type.
  • Scenario 4 The terminal device chooses SUL carrier or UL carrier, the current RSRP measurement result, and the resources used when reporting small packet data transmission; among them, for small packet transmission using RACH, the reported information includes random access opportunity (RACH Occasion, RO), preamble division and uplink grant (UL grant) resources; for small packet transmission using CG, the reported information includes CG resources. Because the RACH and CG of the network-side device are configured separately for SDT and non-SDT, the random access that can be used by the network-side device to judge errors is the random access triggered by small packets instead of the traditional random access.
  • RACH Occasion, RO random access opportunity
  • UL grant uplink grant
  • the terminal device acquires or records relevant information during data transmission in an RRC inactive state; and reports the relevant information to the network side device.
  • the terminal device can enable the network-side device to obtain feedback information during transmission, which helps the network-side device to obtain feedback information based on the obtained Feedback information to analyze whether the configuration information during data transmission in the RRC inactive state is reasonable, and then optimize the unreasonable configuration information to improve network performance.
  • FIG. 6 is a flowchart of another information reporting method provided by the embodiment of the present application. As shown in FIG. 6, it includes the following steps:
  • Step 601. The network side device receives related information reported by the terminal device, wherein the related information is related information obtained or recorded by the terminal device during data transmission in an RRC inactive state.
  • the step 601 includes:
  • the network-side device receives an indication message sent by the terminal device, where the indication message is used to indicate that the terminal device records the relevant information;
  • the method further includes:
  • the network side device Based on the relevant information, the network side device performs a rationality analysis on the configuration information of the transmission data packet in the RRC inactive state.
  • the relevant information includes at least one of the following:
  • the data packet information includes at least one of the following:
  • the TA information includes at least one of TA value, TA valid time information, whether the TA valid time has been exceeded, and SSB information corresponding to the CG resource.
  • the RSRP information includes at least one of the following:
  • the transmission type information is used to indicate that CG or random access procedure is used when transmitting the data packet
  • the transmission type information is further used to indicate that when the data packet is transmitted using the RACH, two-step random access or four-step random access is selected.
  • the fallback information is used to indicate to fallback from using the CG to using the two-step RACH when transmitting the data packet, or to fall back from using the two-step RACH to using the four-step RACH.
  • the transmission resource information is used to indicate that CG resources or PUSCH resources are used when transmitting the data packet.
  • the used carrier information is used to indicate that a SUL carrier or a UL carrier is used when transmitting the data packet.
  • this embodiment is an implementation manner of the network side device corresponding to the embodiment shown in FIG. Let me repeat.
  • the network side device receives the relevant information reported by the terminal device, wherein the relevant information is the relevant information acquired or recorded by the terminal device during data transmission in an RRC inactive state.
  • the network side device can analyze whether the configuration information during data transmission in the RRC inactive state is reasonable based on the relevant information by receiving the relevant information reported by the terminal during data transmission in the RRC inactive state.
  • Reasonable configuration information is optimized to improve network performance.
  • FIG. 7 is a structural diagram of a terminal device provided by an embodiment of the present application. Since the principle of the terminal device to solve the problem is similar to the information reporting method in the embodiment of this application, the implementation of the terminal device can refer to the implementation of the method, and the repetition will not be repeated.
  • the terminal device includes: a transceiver 701 and a processor 702;
  • the processor 702 is configured to acquire or record relevant information during data transmission in the RRC inactive state
  • the transceiver 701 is configured to report the related information to the network side device.
  • the transceiver 701 is further configured to perform any of the following:
  • the transceiver 701 is further configured to report the related information to the network side device based on the request of the network side device.
  • the transceiver 701 is further configured as:
  • the transceiver 701 is further configured to receive target configuration information sent by the network side device, wherein the target configuration information is that the network side device deactivates in the RRC based on the related information The information after adjusting the configuration information of the transmitted data packets in the state.
  • the relevant information includes at least one of the following:
  • the data packet information includes at least one of the following:
  • the TA information includes at least one of TA value, TA valid time information, whether the TA valid time has been exceeded, and SSB information corresponding to the CG resource.
  • the RSRP information includes at least one of the following:
  • the transmission type information is used to indicate that CG or random access procedure is used when transmitting the data packet
  • the transmission type information is further used to indicate that when the data packet is transmitted using the RACH, two-step random access or four-step random access is selected.
  • the fallback information is used to indicate to fallback from using the CG to using the two-step RACH when transmitting the data packet, or to fall back from using the two-step RACH to using the four-step RACH.
  • the transmission resource information is used to indicate that CG resources or PUSCH resources are used when transmitting the data packet.
  • the used carrier information is used to indicate that a SUL carrier or a UL carrier is used when transmitting the data packet.
  • the terminal device provided in the embodiment of the present application can execute the above method embodiment, and its implementation principle and technical effect are similar, and details will not be repeated here in this embodiment.
  • the terminal device in this embodiment of the present application acquires or records relevant information during data transmission in an RRC inactive state; and reports the relevant information to the network side device.
  • the terminal device can enable the network-side device to obtain feedback information during transmission, which helps the network-side device to obtain feedback information based on the obtained Feedback information to analyze whether the configuration information during data transmission in the RRC inactive state is reasonable, and then optimize the unreasonable configuration information to improve network performance.
  • FIG. 8 is a structural diagram of a network side device provided by an embodiment of the present application. Since the problem-solving principle of the network-side device is similar to the information reporting method in the embodiment of the present application, the implementation of the network-side device can refer to the implementation of the method, and repeated descriptions will not be repeated.
  • the network side device includes: a transceiver 801 and a processor 802;
  • the transceiver 801 is configured to receive related information reported by the terminal device, wherein the related information is related information acquired or recorded by the terminal device during data transmission in an RRC inactive state.
  • the processor 802 is further configured to analyze the rationality of the configuration information of the transmission data packet in the RRC inactive state based on the relevant information; when it is determined that the configuration information is unreasonable, Adjusting the configuration information to obtain target configuration information;
  • the transceiver 801 is further configured to send the target configuration information to the terminal device.
  • the transceiver 801 is further configured to:
  • the relevant information includes at least one of the following:
  • the data packet information includes at least one of the following:
  • the TA information includes at least one of TA value, TA valid time information, whether the TA valid time has been exceeded, and SSB information corresponding to the CG resource.
  • the RSRP information includes at least one of the following:
  • the transmission type information is used to indicate that CG or random access procedure is used when transmitting the data packet
  • the transmission type information is further used to indicate that when the data packet is transmitted using the RACH, two-step random access or four-step random access is selected.
  • the fallback information is used to indicate to fallback from using the CG to using the two-step RACH when transmitting the data packet, or to fall back from using the two-step RACH to using the four-step RACH.
  • the transmission resource information is used to indicate that CG resources or PUSCH resources are used when transmitting the data packet.
  • the used carrier information is used to indicate that a SUL carrier or a UL carrier is used when transmitting the data packet.
  • the network-side device provided in the embodiment of the present application can execute the above-mentioned method embodiment, and its implementation principle and technical effect are similar, and details will not be repeated here in this embodiment.
  • the network side device in the embodiment of the present application receives related information reported by the terminal device, where the related information is related information obtained or recorded by the terminal device during data transmission in an RRC inactive state.
  • the network side device can analyze whether the configuration information during data transmission in the RRC inactive state is reasonable based on the relevant information by receiving the relevant information reported by the terminal during data transmission in the RRC inactive state.
  • Reasonable configuration information is optimized to improve network performance.
  • the embodiment of the present application also provides a terminal device. Since the principle of the terminal device to solve the problem is similar to the information reporting method in the embodiment of the present application, the implementation of the terminal device can refer to the implementation of the method, and the repetition will not be repeated. As shown in Figure 9, the terminal device in the embodiment of the present application includes:
  • the processor 900 is configured to read the program in the memory 920, and execute the following processes:
  • the transceiver 910 is configured to receive and send data under the control of the processor 900 .
  • the bus architecture may include any number of interconnected buses and bridges, specifically one or more processors represented by the processor 900 and various circuits of the memory represented by the memory 920 are linked together.
  • the bus architecture can also link together various other circuits such as peripherals, voltage regulators, and power management circuits, etc., which are well known in the art and therefore will not be further described herein.
  • the bus interface provides the interface.
  • Transceiver 910 may be a plurality of elements, including a transmitter and a transceiver, providing a means for communicating with various other devices over a transmission medium.
  • the user interface 930 may also be an interface capable of connecting externally and internally to required equipment, and the connected equipment includes but not limited to a keypad, a display, a speaker, a microphone, a joystick, and the like.
  • the processor 900 is responsible for managing the bus architecture and general processing, and the memory 920 can store data used by the processor 900 when performing operations.
  • the processor 900 is further configured to read the program in the memory 920, and perform the following steps:
  • the relevant information is reported to the network side device through the transceiver 910 .
  • the processor 900 is further configured to read the program in the memory 920, and perform the following steps:
  • the relevant information is reported to the network side device through the transceiver 910 .
  • the processor 900 is further configured to read the program in the memory 920, and perform the following steps:
  • the transceiver 910 responds to the information reporting request, and reports the related information to the network side device.
  • the processor 900 is further configured to read the program in the memory 920, and perform the following steps:
  • the target configuration information sent by the network side device is received by the transceiver 910, wherein the target configuration information is the configuration information of the network side device for transmitting data packets in the RRC inactive state based on the related information Adjusted information.
  • the relevant information includes at least one of the following:
  • the data packet information includes at least one of the following:
  • the TA information includes at least one of TA value, TA valid time information, whether the TA valid time has been exceeded, and SSB information corresponding to the CG resource.
  • the RSRP information includes at least one of the following:
  • the transmission type information is used to indicate that CG or random access procedure is used when transmitting the data packet
  • the transmission type information is further used to indicate that when the data packet is transmitted using the RACH, two-step random access or four-step random access is selected.
  • the fallback information is used to indicate to fallback from using the CG to using the two-step RACH when transmitting the data packet, or to fall back from using the two-step RACH to using the four-step RACH.
  • the transmission resource information is used to indicate that CG resources or PUSCH resources are used when transmitting the data packet.
  • the used carrier information is used to indicate that a SUL carrier or a UL carrier is used when transmitting the data packet.
  • the terminal device provided in the embodiment of the present application can execute the above method embodiment, and its implementation principle and technical effect are similar, and details will not be repeated here in this embodiment.
  • the embodiment of the present application also provides a network side device. Since the problem-solving principle of the network-side device is similar to the information reporting method in the embodiment of the present application, the implementation of the network-side device can refer to the implementation of the method, and repeated descriptions will not be repeated. As shown in Figure 10, the network side device in the embodiment of the present application includes:
  • the processor 1000 is configured to read the program in the memory 1020 and execute the following processes:
  • the relevant information reported by the terminal device is received by the transceiver 1010, wherein the relevant information is the relevant information acquired or recorded by the terminal device during data transmission in an RRC inactive state.
  • the transceiver 1010 is configured to receive and send data under the control of the processor 1000 .
  • the bus architecture may include any number of interconnected buses and bridges, specifically one or more processors represented by the processor 1000 and various circuits of the memory represented by the memory 1020 are linked together.
  • the bus architecture can also link together various other circuits such as peripherals, voltage regulators, and power management circuits, etc., which are well known in the art and therefore will not be further described herein.
  • the bus interface provides the interface.
  • Transceiver 1010 may be a plurality of elements, including a transmitter and a receiver, providing a means for communicating with various other devices over transmission media.
  • the processor 1000 is responsible for managing the bus architecture and general processing, and the memory 1020 can store data used by the processor 1000 when performing operations.
  • the processor 1000 is further configured to read the memory 1020 and perform the following steps:
  • the processor 1000 is further configured to read the memory 1020 and perform the following steps:
  • the relevant information reported by the terminal device is received through the transceiver 1010 .
  • the relevant information includes at least one of the following:
  • the data packet information includes at least one of the following:
  • the TA information includes at least one of TA value, TA valid time information, whether the TA valid time has been exceeded, and SSB information corresponding to the CG resource.
  • the RSRP information includes at least one of the following:
  • the transmission type information is used to indicate that CG or random access procedure is used when transmitting the data packet
  • the transmission type information is further used to indicate that when the data packet is transmitted using the RACH, two-step random access or four-step random access is selected.
  • the fallback information is used to indicate to fallback from using the CG to using the two-step RACH when transmitting the data packet, or to fall back from using the two-step RACH to using the four-step RACH.
  • the transmission resource information is used to indicate that CG resources or PUSCH resources are used when transmitting the data packet.
  • the used carrier information is used to indicate that a SUL carrier or a UL carrier is used when transmitting the data packet.
  • the network-side device provided in the embodiment of the present application can execute the above-mentioned method embodiment, and its implementation principle and technical effect are similar, and details will not be repeated here in this embodiment.
  • the computer-readable storage medium of the embodiment of the present application is used to store a computer program, and the computer program can be executed by a processor to implement the steps in the above-mentioned embodiment of the information reporting method shown in FIG. 1 or FIG. 6 .
  • the disclosed methods and devices may be implemented in other ways.
  • the device embodiments described above are only illustrative.
  • the division of the units is only a logical function division. In actual implementation, there may be other division methods.
  • multiple units or components can be combined or May be integrated into another system, or some features may be ignored, or not implemented.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces, and the indirect coupling or communication connection of devices or units may be in electrical, mechanical or other forms.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, each unit may be physically included separately, or two or more units may be integrated into one unit.
  • the above-mentioned integrated units can be implemented in the form of hardware, or in the form of hardware plus software functional units.
  • the above-mentioned integrated units implemented in the form of software functional units may be stored in a computer-readable storage medium.
  • the above-mentioned software functional units are stored in a storage medium, and include several instructions to enable a computer device (which may be a personal computer, server, or network device, etc.) to execute some steps of the sending and receiving methods described in various embodiments of the present application.
  • the aforementioned storage media include: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk or optical disc and other media that can store program codes. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种信息上报方法、终端设备及网络侧设备，该方法包括：终端设备获取或记录在无线资源控制(RRC)非激活态下数据传输时的相关信息；向网络侧设备上报所述相关信息。

Description

信息上报方法、终端设备及网络侧设备
相关申请的交叉引用
本申请基于申请号为202111260246.9、申请日为2021年10月28日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此引入本申请作为参考。
技术领域
本申请涉及通信技术领域，尤其涉及一种信息上报方法、终端设备及网络侧设备。
背景技术
在第五代移动通信技术(5G)通信中，新引入了无线资源控制(Radio Resource Control，RRC)非激活(英文可以表达为RRC_Inactive)态。相关技术中，终端设备可以在RRC非激活态通过随机接入信道(Random Access CHannel，RACH)或者配置授权(Configured Grant，CG)过程中传输小数据包，而不需要进入RRC连接态。
但终端设备并非可以任意地在RRC非激活态传输数据，网络侧设备(如基站)需要给终端设备配置诸多条件和参数，如数据包大小、传输资源、传输类型等，终端设备只有在满足这些条件并使用合适的参数才能保证顺利地将小数据包发送给网络侧设备。然而，实际中网络侧设备配置的各类条件和参数初始值只能依赖于经验，终端设备基于这些配置进行小数据包的传输(也可以称为小包数据传输)可能会产生失败情况，而网络侧设备难以找到传输失败的问题所在，进而易导致网络性能的持续恶化。
发明内容
为解决相关技术问题，本申请实施例提供一种信息上报方法、终端设备及网络侧设备。
第一方面，本申请实施例提供了一种信息上报方法，包括：
终端设备获取或记录在RRC非激活态下数据传输时的相关信息；
向网络侧设备上报所述相关信息。
上述方案中，所述向网络侧设备上报所述相关信息，包括如下任一项：
在处于RRC连接态下，向所述网络侧设备上报所述相关信息；
在向RRC连接态转换的过程中，向所述网络侧设备上报所述相关信息；
在RRC非激活态下，向所述网络侧设备上报所述相关信息；
在随机接入过程中，向所述网络侧设备上报所述相关信息。
上述方案中，所述向网络侧设备上报所述相关信息，包括：
基于所述网络侧设备的请求，向所述网络侧设备上报所述相关信息。
上述方案中，所述基于所述网络侧设备的请求，向所述网络侧设备上报所述相关信息，包括：
向所述网络侧设备发送指示消息，其中，所述指示消息用于指示所述终端设备记录有所述相关信息；
接收所述网络侧设备发送的信息上报请求；
响应所述信息上报请求，向所述网络侧设备上报所述相关信息。
上述方案中，所述向网络侧设备上报所述相关信息之后，所述方法还包括：
接收所述网络侧设备发送的目标配置信息，其中，所述目标配置信息是所述网络侧设备基于所述相关信息对在所述RRC非激活态下传输数据包的配置信息进行调整后的信息。
上述方案中，所述相关信息包括如下至少一项：
数据包信息；
使用CG资源传输所述数据包情况下的定时提前(Time Advanced，TA)信息；
参考信号接收功率(Reference Signal Receiving Power，RSRP)信息；
传输类型信息；
传输所述数据包时产生的回退信息；
传输资源信息；
向所述网络侧设备发送前导码时的功率增长步长信息；
使用的载波信息；
带宽(Bandwidth Part，BWP)信息；
传输失败次数信息；
逻辑信道调度请求延时定时器；
T319a定时器。
上述方案中，所述数据包信息包括如下至少一项：
待传输的数据量的大小；
网络配置的数据包量门限；
待传输的数据量的大小是否超过网络配置的数据量门限。
上述方案中，所述TA信息包括TA值、TA有效时间信息、是否超过TA有效时间和所述CG资源对应的同步信号块(Synchronization Signal and PBCH block，SSB)信息中的至少一项。
上述方案中，所述RSRP信息包括如下至少一项：
传输所述数据包时的RSRP值；
网络配置的选择小数据包传输(Small Data Transmission，SDT)时的RSRP门限；
网络配置的选择非SDT时的RSRP门限；
网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择非SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于有效CG资源对应的RSRP门限。
上述方案中，所述传输类型信息用于指示传输所述数据包时使用CG或随机接入过程；
或者，所述传输类型信息还用于指示在使用RACH传输所述数据包的情况下，选择两步随机接入或四步随机接入。
上述方案中，所述回退信息用于指示传输所述数据包时从使用CG回退到使用两步RACH，或从使用两步RACH回退到使用四步RACH。
上述方案中，所述传输资源信息用于指示传输所述数据包时使用CG资源或物理上行共享信道(Physical Uplink Shared Channel，PUSCH)资源。
上述方案中，所述使用的载波信息用于指示传输所述数据包时使用传输所述数据包时使用补充上行(Supplementary Uplink，SUL)载波或上行(Uplink，UL)载波。
第二方面，本申请实施例还提供另一种信息上报方法，包括：
网络侧设备接收终端设备上报的相关信息，其中，所述相关信息是所述终端设备获取或记录的在RRC非激活态下数据传输时的相关信息。
上述方案中，所述网络侧设备接收终端设备上报的相关信息之后，所述方法还包括：
所述网络侧设备基于所述相关信息，对所述RRC非激活态下传输数据包的配置信息进行合理性分析；
在确定所述配置信息不合理的情况下，对所述配置信息进行调整，得到目标配置信息；
向所述终端设备发送所述目标配置信息。
上述方案中，所述网络侧设备接收终端设备上报的相关信息，包括：
所述网络侧设备接收所述终端设备发送的指示消息，其中，所述指示消息用于指示所述终端设备记录有所述相关信息；
向所述终端设备发送信息上报请求；
接收所述终端设备上报的所述相关信息。
上述方案中，所述相关信息包括如下至少一项：
数据包信息；
使用CG资源传输所述数据包情况下的TA信息；
RSRP信息；
传输类型信息；
传输所述数据包时产生的回退信息；
传输资源信息；
向所述网络侧设备发送前导码时的功率增长步长信息；
使用的载波信息；
BWP信息；
传输失败次数信息；
逻辑信道调度请求延时定时器；
T319a定时器。
上述方案中，所述数据包信息包括如下至少一项：
待传输的数据量的大小；
网络配置的数据量门限；
待传输的数据量的大小是否超过网络配置的数据量门限。
上述方案中，所述TA信息包括TA值、TA有效时间信息、是否超过TA有效时间和所述CG资源对应的SSB信息中的至少一项。
上述方案中，所述RSRP信息包括如下至少一项：
传输所述数据包时的RSRP值；
网络配置的选择SDT时的RSRP门限；
网络配置的选择非SDT时的RSRP门限；
网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择非SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于有效CG资源对应的RSRP门限。
上述方案中，所述传输类型信息用于指示传输所述数据包时使用CG或随机接入过程；
或者，所述传输类型信息还用于指示在使用RACH传输所述数据包的情况下，选择两步随机接入或四步随机接入。
上述方案中，所述回退信息用于指示传输所述数据包时从使用CG回退到使用两步RACH，或从使用两步RACH回退到使用四步RACH。
上述方案中，所述传输资源信息用于指示传输所述数据包时使用CG资源或PUSCH资源。
上述方案中，所述使用的载波信息用于指示传输所述数据包时使用SUL载波或UL载波。
第三方面，本申请实施例还提供一种终端设备，包括收发机和处理器；
所述处理器，配置为获取或记录在RRC非激活态下数据传输时的相关信息；
所述收发机，配置为向网络侧设备上报所述相关信息。
上述方案中，所述收发机，还配置为执行如下任一项：
在处于RRC连接态下，向所述网络侧设备上报所述相关信息；
在向RRC连接态转换的过程中，向所述网络侧设备上报所述相关信息；
在RRC非激活态下，向所述网络侧设备上报所述相关信息；
在随机接入过程中，向所述网络侧设备上报所述相关信息。
上述方案中，所述收发机，还配置为基于所述网络侧设备的请求，向所述网络侧设备上报所述相关信息。
上述方案中，所述收发机，还配置为：
向所述网络侧设备发送指示消息，其中，所述指示消息用于指示所述终端设备记录有所述相关信息；
接收所述网络侧设备发送的信息上报请求；
响应所述信息上报请求，向所述网络侧设备上报所述相关信息。
上述方案中，所述收发机，还配置为接收所述网络侧设备发送的目标配置信息，其中，所述目标配置信息是所述网络侧设备基于所述相关信息对在所述RRC非激活态下传输数据包的配置信息进行调整后的信息。
上述方案中，所述相关信息包括如下至少一项：
数据包信息；
使用CG资源传输所述数据包情况下的TA信息；
RSRP信息；
传输类型信息；
传输所述数据包时产生的回退信息；
传输资源信息；
向所述网络侧设备发送前导码时的功率增长步长信息；
使用的载波信息；
BWP信息；
传输失败次数信息；
逻辑信道调度请求延时定时器；
T319a定时器。
上述方案中，所述数据包信息包括如下至少一项：
待传输的数据量的大小；
网络配置的数据量门限；
待传输的数据量的大小是否超过网络配置的数据量门限。
上述方案中，所述TA信息包括TA值、TA有效时间信息、是否超过TA有效时间和所述CG资源对应的SSB信息中的至少一项。
上述方案中，所述RSRP信息包括如下至少一项：
传输所述数据包时的RSRP值；
网络配置的选择SDT时的RSRP门限；
网络配置的选择非SDT时的RSRP门限；
网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择非SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于有效CG资源对应的RSRP门限。
上述方案中，所述传输类型信息用于指示传输所述数据包时使用CG或随机接入过程；
或者，所述传输类型信息还用于指示在使用RACH传输所述数据包的情况下，选择两步随机接入或四步随机接入。
上述方案中，所述回退信息用于指示传输所述数据包时从使用CG回退到使用两步RACH，或从使用两步RACH回退到使用四步RACH。
上述方案中，所述传输资源信息用于指示传输所述数据包时使用CG资源或PUSCH资源。
上述方案中，所述使用的载波信息用于指示传输所述数据包时使用SUL载波或UL载波。
第四方面，本申请实施例还提供一种网络侧设备，包括收发机和处理器；
所述收发机，配置为接收终端设备上报的相关信息，其中，所述相关信息是所述终端设备获取或记录的在RRC非激活态下数据传输时的信息。
上述方案中，所述处理器，还配置为基于所述相关信息，对所述RRC非激活态下传输数据包的配置信息进行合理性分析；在确定所述配置信息不合理的情况下，对所述配置信息进行调整，得到目标配置信息；
所述收发机，还配置为向所述终端设备发送所述目标配置信息。
上述方案中，所述收发机，还配置为：
接收所述终端设备发送的指示消息，其中，所述指示消息用于指示所述终端设备记录有所述相关信息；
向所述终端设备发送信息上报请求；
接收所述终端设备上报的所述相关信息。
上述方案中，所述相关信息包括如下至少一项：
数据包信息；
使用CG资源传输所述数据包情况下的TA信息；
RSRP信息；
传输类型信息；
传输所述数据包时产生的回退信息；
传输资源信息；
向所述网络侧设备发送前导码时的功率增长步长信息；
使用的载波信息；
BWP信息；
传输失败次数信息；
逻辑信道调度请求延时定时器；
T319a定时器。
上述方案中，所述数据包信息包括如下至少一项：
待传输的数据量的大小；
网络配置的数据量门限；
待传输的数据量的大小是否超过网络配置的数据量门限。
上述方案中，所述TA信息包括TA值、TA有效时间信息、是否超过TA有效时间和所述CG资源对应的SSB信息中的至少一项。
上述方案中，所述RSRP信息包括如下至少一项：
传输所述数据包时的RSRP值；
网络配置的选择SDT时的RSRP门限；
网络配置的选择非SDT时的RSRP门限；
网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择非SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于有效CG资源对应的RSRP门限。
上述方案中，所述传输类型信息用于指示传输所述数据包时网络配置的选择CG或随机接入过程；
或者，所述传输类型信息还用于指示在使用RACH传输所述数据包的情况下，选择两步随机接入或四步随机接入。
上述方案中，所述回退信息用于指示传输所述数据包时从使用CG回退到使用两步RACH，或从使用两步RACH回退到使用四步RACH。
上述方案中，所述传输资源信息用于指示传输所述数据包时使用CG资源或PUSCH资源。
上述方案中，所述使用的载波信息用于指示传输所述数据包时SUL载波或UL载波。
第五方面，本申请实施例还提供一种终端设备，包括：收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上第一方面所述的信息上报方法中的步骤。
第六方面，本申请实施例还提供一种网络侧设备，包括：收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上第二方面所述的信息上报方法中的步骤。
第七方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上第一方面所述的信息上报方法中的步骤；或者实现如上第二方面所述的信息上报方法中的步骤。
在本申请实施例中，终端设备获取或记录在RRC非激活态下数据传输时的相关信息；向网络侧设备上报所述相关信息。这样，终端设备通过记录在RRC非激活态下数据传输时的相关信息，并向网络侧设备上报该相关信息，可使网络侧设备获得传输中的反馈信息，有助于网络侧设备基于获得的反馈信息，分析在RRC非激活态下数据传输时的配置信息是否合理，进而可通过对不合理的配置信息进行优化，改善网络性能，至少能够解决RRC非激活态下的数据传输方式易导致网络性能持续恶化的问题。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的信息上报方法的流程图之一；
图2是本申请实施例提供的终端设备在RRC非激活态下发送数据的流程图之一；
图3是本申请实施例提供的终端设备在RRC非激活态下发送数据的流程图之二；
图4是本申请实施例提供的基于竞争的四步RACH的流程图；
图5是本申请实施例提供的基于竞争的两步RACH的流程图；
图6是本申请实施例提供的信息上报方法的流程图之二；
图7是本申请实施例提供的终端设备的结构图之一；
图8是本申请实施例提供的网络侧设备的结构图之一；
图9是本申请实施例提供的终端设备的结构图之二；
图10是本申请实施例提供的网络侧设备的结构图之二。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
参见图1，图1是本申请实施例提供的信息上报方法的流程图，如图1所示，包括以下步骤：
步骤101、终端设备获取或记录在RRC非激活态下数据传输时的相关信息。
在5G通信中，终端设备除了具备RRC空闲态和RRC连接(英文可以表达为RRC_Connected)态以外，还新引入了RRC非激活(RRC_Inactive)态，其是位于RRC空闲态和RRC连接态之间的一种中间状态，主要目的是在尽可能节省资源和节能的情况下快速地让终端设备进入RRC连接态并且完成协议数据单元(Protocol Data Unit，PDU)会话的建立，满足5G提出的超可靠低时延场景的诉求。
当终端设备处于RRC非激活态，网络侧设备(如基站)寻呼终端设备或终端设备发起无线接入网的通知区域(Radio Access Network based notification area，RNA)更新时，终端设备将发起RRC连接恢复流程，具体包括：
步骤1：终端设备发送连接建立恢复(RRC Resume Request)消息，其中包含恢复标识、连接恢复原因、安全参数等；
步骤2：当基站允许终端设备进行连接恢复时，会发送连接恢复(RRC Resume)消息，其中包含无线承载配置等。
步骤3：当终端设备收到连接恢复消息后，会发送连接恢复完成(RRC Resume Complete)消息，恢复信令承载(Signalling Radio Bearer，SRB)和所有数据承载(Data Radio Bearer，DRB)。
终端设备从RRC非激活态恢复连接必然需要通过随机接入流程完成，在相关技术中首先制定了四步RACH的流程，并且为了进一步缩小RACH时延，后续又制定了两步RACH的流程，基于竞争的两步RACH和四步RACH流程分别如图2和图3所示。
本申请实施例可应用于在RRC非激活态下终端设备向网络侧设备传输小数据包的场景。相关技术中，如图4所示，处于RRC非激活态的终端设备如果想要发送数据，必须经过连接恢复，将SRB和DRB恢复，进入RRC 连接态才能发送数据。这种方式对于小包数据传输而言，易造成信令资源浪费，耗费终端额外的功耗，并增加传输时延。
为了克服图4所示传输方式的问题，提出了图5所示的在RRC非激活态下发送小包数据的方式。如图5所示，终端设备可在RRC非激活态通过RACH过程或者CG过程传输上、下行数据，而不需要进入RRC连接态，从而可达到节省时延以及网络信令开销的目的。
但终端设备并非可以任意地在RRC连接态传输上、下行数据，网络侧设备需要给终端设备配置诸多条件和参数，这些参数和条件大多是SDT传输特有的，终端设备只有在满足这些条件并使用合适的参数才能保证顺利地将小数据包发送给网络侧设备。然而，实际中网络侧设备配置的各类条件和参数初始值只能依赖于经验，这些网络配置条件和参数可能并不是最优的，所以需要通过终端设备的一些反馈来迭代优化这些配置，比如终端设备基于这些条件执行小包传输可能会产生失败情况，如果网络侧设备不知道这些失败信息便无法对这些配置的条件和参数进行优化，从而导致网络性能和用户体验的恶化。
本申请实施例中，正是为解决上述网络侧设备无法获知小包数据传输失败信息，进而无法对配置条件和参数进行优化的问题所提出的解决方案，通过终端设备记录并上报在RRC非激活态下传输数据包时的相关信息，来使网络侧设备获得传输失败的反馈信息，进而辅助网络侧设备基于反馈信息，发现传输失败的问题，并通过对配置条件和参数进行优化，来解决传输失败的问题，以优化在RRC非激活态下传输数据的网络性能。
具体地，终端设备可在RRC非激活态下数据传输，如向网络侧设备传输数据包时，获取或记录传输中的相关信息，如传输的数据包大小、RSRP、传输类型、传输资源、传输失败次数等信息。其中，上述网络侧设备可以是基站、服务器等网络侧设备。
步骤102、向网络侧设备上报所述相关信息。
该步骤中，可以将获取或记录的相关信息向网络侧设备上报，以便所述网络侧设备基于接收的所述相关信息，对在所述RRC非激活态下传输数据包的配置信息进行合理性分析，以及时发现RRC非激活态下数据传输失败的原因，并可对所述配置信息进行优化调整，以确保所述终端设备在所述RRC非激活态下发送数据成功。
例如，所述网络侧设备可以基于所述相关信息中的数据包大小信息，分析对所述终端设备配置的数据包门限信息是否合理，或者可以基于所述相关信息中的RSRP信息，分析对所述终端设备配置的RSRP门限信息是否合理，或者，可以基于所述相关信息中的传输类型信息，分析传输失败是因为哪种传输类型的配置信息不合理，等等。
在一实施例中，所述步骤102包括如下任一项：
在处于RRC连接态下，向所述网络侧设备上报所述相关信息；
在向RRC连接态转换的过程中，向所述网络侧设备上报所述相关信息；
在RRC非激活态下，向所述网络侧设备上报所述相关信息；
在随机接入过程中，向所述网络侧设备上报所述相关信息。
即所述终端设备可以通过多种方式上报所述相关信息，具体地，可以在RRC连接态向所述网络侧设备上报所述相关信息；也可以在向RRC连接态转换的过程中，如从RRC非激活态发起恢复连接以进入RRC连接态时，向所述网络侧设备上报所述相关信息；也可以在RRC非激活态下向所述网络侧设备上报所述相关信息，具体可以通过新定义一种消息用于发送所述传输消息；还可以在随机接入过程中，如发起随机接入请求时，向所述网络侧设备上报所述相关信息。
这样，通过以上方式上报所述相关信息，可以保证上报方式较为灵活，也可以通过选择一个合适时机将所述相关信息上报，以避免过多占用信令资源。
在一实施例中，所述步骤102包括：
基于所述网络侧设备的请求，向所述网络侧设备上报所述相关信息。
所述终端设备可以主动上报所述相关信息，也可以是所述网络侧设备请求上报，即所述终端设备可以基于所述网络侧设备的请求，向所述网络侧设备上报所述相关信息，例如，所述终端设备可以在接收到所述网络侧设备发送的信息上报请求的情况下，再将所述相关信息上报给所述网络侧设备。这样，可以实现基于需求的上报，避免不必要的网络开销。
进一步地，所述基于所述网络侧设备的请求，向所述网络侧设备上报所述相关信息，包括：
向所述网络侧设备发送指示消息，其中，所述指示消息用于指示所述终端设备记录有所述相关信息；
接收所述网络侧设备发送的信息上报请求；
响应所述信息上报请求，向所述网络侧设备上报所述相关信息。
在一种实施方式中，所述终端设备在收集好所述相关信息后，可以向所述网络侧设备发送指示消息，以告知所述网络侧设备当前记录有相关信息可以上报，是否需要上报。所述网络侧设备在接收到所述指示消息后，若需要所述终端设备上报，可以向所述终端设备发送信息上报请求，所述终端设备在接收到所述信息上报请求后，便可以向所述网络侧设备上报所述相关信息。
这样，通过向网络侧设备发送信息记录指示，可以实现基于协商和需求的上报。
在一实施例中，所述相关信息包括如下至少一项：
数据包信息；
使用CG资源传输所述数据包情况下的TA信息；
RSRP信息；
传输类型信息；
传输所述数据包时产生的回退信息；
传输资源信息；
向所述网络侧设备发送前导码时的功率增长步长信息(英文可以表达为Power Ramping Step)；
使用的载波信息；
BWP信息；
传输失败次数信息；
逻辑信道调度请求延时定时器；
T319a定时器。
在一种实施方式中，所述终端设备可以向所述网络侧设备上报数据包信息、使用CG资源传输所述数据包情况下的TA信息、RSRP信息、传输类型信息、传输所述数据包时产生的回退信息、传输资源信息、向所述网络侧设备发送前导码(Preamble)时的功率增长步长信息、使用的载波信息、BWP信息、传输失败次数信息、逻辑信道调度请求延时定时器、T319a定时器等中的一项或多项。
其中，所述数据包信息可以是指示传输的数据包大小信息或网络配置的数据包门限信息，可用于所述网络侧设备分析传输失败时是否数据包门限配置不合理。
所述使用CG资源传输所述数据包情况下的TA信息，可以是指示所述终端设备在使用CG资源传输数据包时的TA信息，可用于所述网络侧设备分析传输失败时是否TA门限配置不合理。
所述RSRP信息可以是指示所述终端设备在传输数据包时的参考信号接收功率大小信息或网络配置的RSRP门限信息，可用于所述网络侧设备分析传输失败时是否RSRP门限配置不合理。
所述传输类型信息可以是指示所述终端设备在传输数据包时使用的传输类型，例如是CG还是RACH类型，可用于所述网络侧设备分析传输失败时是由于哪种类型的传输资源配置不合理。
所述传输所述数据包时产生的回退信息可以是指示所述终端设备在传输数据包时是否发生回退，或者具体是从何种类型回退到另一种类型，如从两步随机接入流程回退到四步随机接入流程，所述回退信息可用于所述网络侧设备分析传输失败具体是哪种类型的失败，是否存在资源配置不合理的问题。
所述传输资源信息可以是指示所述终端设备在传输数据包时使用的资源，如CG资源或PUSCH资源，可用于所述网络侧设备分析传输失败时是否分配的该传输资源不合理。
所述向所述网络侧设备发送前导码时的功率增长步长信息，可以是指示所述终端设备在传输数据包前在两步或四步随机接入过程中发送前导码 时的功率增长步长信息，可用于所述网络侧设备分析传输失败时是否由于发射功率不够。
所述使用的载波信息可以是指示所述终端设备在传输数据包时选择的载波，如SUL载波或UL载波，可用于所述网络侧设备分析传输失败时是否存在某种载波资源分配不合理的问题。
所述BWP信息可以是指示所述终端设备在传输数据包时选择的带宽信息，可用于所述网络侧设备分析传输失败时是否存在带宽资源分配不够的问题。
所述传输失败次数信息可以是指示所述终端设备在传输数据包时发生的失败次数，可用于所述网络侧设备基于统计的总失败次数分析传输失败时是所述终端设备自身的问题还是由于配置给所述终端设备的参数信息存在不合理。
当然，在所述终端设备上报上述多种信息或全部信息的情况下，所述网络侧设备可以结合上述信息进行更全面的判断分析，快速准确地定位出配置问题，并及时优化配置信息，改善网络性能。
这样，通过向网络侧设备上报以上信息中的一种或多种，可以很好地辅助网络侧设备找到传输失败的问题所在，进而通过解决这些问题，来保证后续小包数据的传输成功。
在一实施例中，所述数据包信息包括如下至少一项：
待传输的数据量的大小；
网络配置的数据量门限；
待传输的数据量的大小是否超过网络配置的数据量门限。
即所述终端设备可以上报待传输的数据量的具体大小，也即数据量大小(data volume)的值，也可以上报网络配置的数据量门限，即data volume门限，还可以上报网络传输的数据量大小是否超过网络配置的数据量门限，这样，所述网络侧设备可以基于所述终端设备上报的这些数据量信息，判断传输失败时是否由于配置的数据量门限不合理，以及判断是需要将配置的数据量门限调大还是调小，进而可以根据判断结果对数据量门限配置参数进行优化调整。
在一实施例中，所述TA信息包括TA值、TA有效时间信息、是否超过TA有效时间和所述CG资源对应的SSB信息中的至少一项。
即所述终端设备可以上报使用CG资源传输数据包时的TA值、TA有效时间信息、是否超过TA有效时间等信息，也可以上报所述CG资源对应的SSB信息，这样，所述网络侧设备可以基于所述终端设备上报的这些TA信息，判断传输失败时是否由于网络配置的TA门限不合理，或者网络配置的TA门限是过大还是过小，进而可以根据判断结果对TA门限配置参数进行优化调整。
在一实施例中，所述RSRP信息包括如下至少一项：
传输所述数据包时的RSRP值；
网络配置的选择SDT时的RSRP门限；
网络配置的选择非SDT时的RSRP门限；
网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择非SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于有效CG资源对应的RSRP门限。
即所述终端设备可以上报传输数据包时的RSRP值、网络配置的选择SDT时的RSRP门限、选择非SDT时的RSRP门限、选择SDT时发送的SSB对应的RSRP门限、传输数据包时的RSRP值是高于还是低于使用SDT时的RSRP门限、该RSRP值是高于还是低于使用非SDT时的RSRP门限、该RSRP值是高于还是低于使用SDT时发送的SSB对应的RSRP门限、传输所述数据包时的RSRP值是否高于有效CG资源对应的RSRP门限等中的一项或多项，这样，所述网络侧设备可以基于所述终端设备上报的这些RSRP信息，判断传输失败时是否由于当前配置的选择SDT的RSRP门限不合理，或者配置的选择非SDT的RSRP门限不合理，需要进行哪种方式的调整，进而可以根据判断结果对相应的RSRP门限配置参数进行相应的优化调整。
在一实施例中，所述传输类型信息用于指示传输所述数据包时使用CG或随机接入过程；
或者，所述传输类型信息还用于指示在使用RACH传输所述数据包的情况下，选择两步随机接入或四步随机接入。
即所述终端设备可以上报是使用CG还是RACH来传输数据包，并可以在使用RACH传输数据包的情况下，进一步上报选择的是两步RACH流程还是四步RACH流程传输，这样，所述网络侧设备可以基于所述终端设备上报的这些传输类型信息，判断传输失败时是因为哪个类型的资源配置有问题，或者是否需要调整该类型下的RSRP门限等，进而可以根据判断结果对该类型的配置参数进行优化调整。
在一实施例中，所述回退信息用于指示传输所述数据包时从使用CG回退到使用两步RACH，或从使用两步RACH回退到使用四步RACH。
若所述终端设备在传输数据包时发生了从CG到两步RACH的回退，即从使用CG传输数据包回退到使用两步RACH传输数据包，或者发生了从两步RACH到四步RACH的回退，即从使用两步RACH传输数据包回退到使用四步RACH传输数据包，则记录该回退信息，并将该回退信息上报 至网络侧设备，这样，所述网络侧设备可以基于所述终端设备上报的这些回退信息，判断哪种类型的资源配置有问题，需要对该类型下的资源配置如何调整等，进而可以根据判断结果对该类型的配置参数进行相应的优化调整。
在一实施例中，所述传输资源信息用于指示传输所述数据包时使用CG资源或PUSCH资源。
即所述终端设备可以上报传输数据包时使用的是CG资源还是PUSCH资源，在使用PUSCH资源的情况下，还可以上报PUSCH传输功率，这样，所述网络侧设备可以基于所述终端设备上报的这些传输资源信息，判断传输失败时是否因为分配的该传输资源不合理，或者是否需要重新分配该传输资源等，进而可以根据判断结果对该传输资源的配置参数进行优化调整。
在一实施例中，所述使用的载波信息用于指示传输所述数据包时使用SUL载波或UL载波。
即所述终端设备可以上报传输数据包时选择的是SUL载波还是UL载波，这样，所述网络侧设备可以基于所述终端设备上报的载波信息，判断传输失败时是否存在载波资源分配不合理的问题，进而可以根据判断结果对该载波资源的配置参数进行优化调整。
需说明的是，所述终端设备可以基于所述网络侧设备的配置，上报上述相关信息中的一项或多项，即所述网络侧设备可以配置所述终端设备上报哪些相关信息，或者，也可以通过协议规定所述终端设备记录并上报上述哪几项相关信息。
在一实施例中，所述步骤102之后，所述方法还包括：
接收所述网络侧设备发送的目标配置信息，其中，所述目标配置信息是所述网络侧设备基于所述相关信息对在所述RRC非激活态下传输数据包的配置信息进行调整后的信息。
即一种实施方式中，所述网络侧设备在基于所述终端设备上报的相关信息，对所述RRC非激活态下传输数据包的配置信息进行合理性分析后，可以针对不合理的配置信息进行优化调整，从而得到调整后的目标配置信息，并可向所述终端设备发送所述目标配置信息，这样，所述终端设备可以在上报所述相关信息后，接收所述网络侧设备发送的所述目标配置信息，后续可以基于所述目标配置信息，在所述RRC非激活态下传输数据包，提高数据包的传输成功率。
下面结合多种上报不同信息和相应的网络侧行为的场景对本申请实施方式进行举例说明：
场景一：通过终端设备上报小包传输失败信息、RSRP值、data volume的值以及传输使用的资源，以辅助网络侧设备判断当前配置的选择SDT或者非SDT的RSRP门限、data volume的门限以及分配的传输小包的资源是否存在问题以及如何调整。网络侧设备在分析判断后可以向终端设备发送 选择SDT还是非SDT的RSRP门限、data volume门限以及传输使用的资源，包括CG资源配置，两步RACH的PUSCH资源配置等。
例如，网络侧设备给终端设备配置了data volume的门限为100字节，选择SDT的RSRP门限为-100dBm以及对应的CG传输资源。终端设备当前需要传输的数据包大小为90字节，RSRP值为-95dBm，满足使用CG资源传输小包数据的条件，终端设备使用该资源发送该数据包，但网络侧设备未成功解调，未给终端发送反馈消息，从而终端设备认为此次数据传输发生失败。
终端记录上述相关信息并上报网络侧设备，网络侧设备获知该终端设备满足了网络设置的条件发起了小包数据传输，但发生了失败，从而可基于多个终端设备上报的相关信息，并结合发生失败的终端位置信息，判断RSRP门限设置、data volume的门限设置以及分配的资源是否存在问题，潜在问题包括当前的设置的RSRP值不能满足当前大小数据包在当前给定资源下正确传输，或者data volume的门限设置过低，当前资源无法传输满足该门限的数据包。
场景二：通过终端设备上报TA信息和RSRP信息，以辅助网络侧设备判断当前配置给终端设备的TA信息或者用于确定TA是否合理的RSRP门限设置是否合理。
具体地，由于使用CG资源发送小包数据不需要发起随机接入，需要终端设备的TA保持不变或者在一定范围才能确保网络侧设备接收终端设备发送的数据在循环前缀(Cyclic Prefix，CP)之内，进而保证数据正常接收。网络侧设备需要在RRC释放时配置TA的值，并后续采用TA命令(TA command)对该配置进行更新。因此，如果终端设备满足网络侧设备配置的条件，比如TA定时器(TA timer)未过期和RSRP满足门限，则尝试发送小包数据失败，使得网络侧设备能够知道终端设备发送小包数据时使用的TA值以及当时的RSRP情况，从而确定网络侧设备配置的TA值是过大还是过小，或者用于TA可用性判断的RSRP门限是否合理。
场景三：通过终端设备上报小包数据传输时选择使用的类型，比如是CG还是RACH，如果使用RACH类型，选择的是两步RACH还是四步RACH传输小数据包，或者传输中发生的回退情况，以辅助网络侧设备判断失败的小包数据传输因为哪个类型的配置有问题，或者用于网络侧设备区分RACH失败是因为SDT RACH类型的RSRP门限配置不合理还是传统RACH类型的RSRP配置不合理。
场景四：终端设备上报小包数据传输时选择的是SUL载波还是UL载波、当前的RSRP测量结果以及使用的资源情况；其中，对于使用RACH的小包传输，上报信息包含随机接入时机(RACH Occasion，RO)、preamble划分和上行授权(UL grant)资源；对于使用CG的小包传输，上报信息包含CG资源。因为网络侧设备针对SDT的RACH和CG与非SDT是分开配 置的，因此可用于网络侧设备判断出错的随机接入是小包触发的随机接入而不是传统的随机接入。
本申请实施例的信息上报方法，终端设备获取或记录在RRC非激活态下数据传输时的相关信息；向网络侧设备上报所述相关信息。这样，终端设备通过记录在RRC非激活态下数据传输时的相关信息，并向网络侧设备上报该相关信息，可使网络侧设备获得传输中的反馈信息，有助于网络侧设备基于获得的反馈信息，分析在RRC非激活态下数据传输时的配置信息是否合理，进而可通过对不合理的配置信息进行优化，改善网络性能。
参见图6，图6是本申请实施例提供的另一种信息上报方法的流程图，如图6所示，包括以下步骤：
步骤601、网络侧设备接收终端设备上报的相关信息，其中，所述相关信息是所述终端设备获取或记录的在RRC非激活态下数据传输时的相关信息。
在一实施例中，所述步骤601包括：
所述网络侧设备接收所述终端设备发送的指示消息，其中，所述指示消息用于指示所述终端设备记录有所述相关信息；
向所述终端设备发送信息上报请求；
接收所述终端设备上报的所述相关信息。
在一实施例中，所述步骤601之后，所述方法还包括：
所述网络侧设备基于所述相关信息，对所述RRC非激活态下传输数据包的配置信息进行合理性分析。
在确定所述配置信息不合理的情况下，对所述配置信息进行调整，得到目标配置信息；
向所述终端设备发送所述目标配置信息。
在一实施例中，所述相关信息包括如下至少一项：
数据包信息；
使用CG资源传输所述数据包情况下的TA信息；
RSRP信息；
传输类型信息；
传输所述数据包时产生的回退信息；
传输资源信息；
向所述网络侧设备发送前导码时的功率增长步长信息；
使用的载波信息；
BWP信息；
传输失败次数信息；
逻辑信道调度请求延时定时器；
T319a定时器。
在一实施例中，所述数据包信息包括如下至少一项：
待传输的数据量的大小；
网络配置的数据量门限；
待传输的数据量的大小是否超过网络配置的数据量门限。
在一实施例中，所述TA信息包括TA值、TA有效时间信息、是否超过TA有效时间和所述CG资源对应的SSB信息中的至少一项。
在一实施例中，所述RSRP信息包括如下至少一项：
传输所述数据包时的RSRP值；
网络配置的选择SDT时的RSRP门限；
网络配置的选择非SDT时的RSRP门限；
网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择非SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于有效CG资源对应的RSRP门限。
在一实施例中，所述传输类型信息用于指示传输所述数据包时使用CG或随机接入过程；
或者，所述传输类型信息还用于指示在使用RACH传输所述数据包的情况下，选择两步随机接入或四步随机接入。
在一实施例中，所述回退信息用于指示传输所述数据包时从使用CG回退到使用两步RACH，或从使用两步RACH回退到使用四步RACH。
在一实施例中，所述传输资源信息用于指示传输所述数据包时使用CG资源或PUSCH资源。
在一实施例中，所述使用的载波信息用于指示传输所述数据包时使用SUL载波或UL载波。
需说明的是，本实施例作为与图1所示实施例对应的网络侧设备的实施方式，其具体实施方式可以参见前述图1所示实施例中的相关介绍，为避免重复，此处不再赘述。
本申请实施例的信息上报方法，网络侧设备接收终端设备上报的相关信息，其中，所述相关信息是所述终端设备获取或记录的在RRC非激活态下数据传输时的相关信息。这样，网络侧设备通过接收终端上报的在RRC非激活态下数据传输时的相关信息，从而可基于该相关信息，分析在RRC非激活态下数据传输时的配置信息是否合理，进而可对不合理的配置信息进行优化，改善网络性能。
本申请实施例还提供了一种终端设备。参见图7，图7是本申请实施例提供的终端设备的结构图。由于终端设备解决问题的原理与本申请实施例 中信息上报方法相似，因此该终端设备的实施可以参见方法的实施，重复之处不再赘述。
如图7所示，终端设备包括：收发机701和处理器702；
处理器702，配置为获取或记录在RRC非激活态下数据传输时的相关信息；
收发机701，配置为向网络侧设备上报所述相关信息。
在一实施例中，收发机701，还配置为执行如下任一项：
在处于RRC连接态下，向所述网络侧设备上报所述相关信息；
在向RRC连接态转换的过程中，向所述网络侧设备上报所述相关信息；
在RRC非激活态下，向所述网络侧设备上报所述相关信息；
在随机接入过程中，向所述网络侧设备上报所述相关信息。
在一实施例中，收发机701，还配置为基于所述网络侧设备的请求，向所述网络侧设备上报所述相关信息。
在一实施例中，收发机701，还配置为：
向所述网络侧设备发送指示消息，其中，所述指示消息用于指示所述终端设备记录有所述相关信息；
接收所述网络侧设备发送的信息上报请求；
响应所述信息上报请求，向所述网络侧设备上报所述相关信息。
在一实施例中，收发机701，还配置为接收所述网络侧设备发送的目标配置信息，其中，所述目标配置信息是所述网络侧设备基于所述相关信息对在所述RRC非激活态下传输数据包的配置信息进行调整后的信息。
在一实施例中，所述相关信息包括如下至少一项：
数据包信息；
使用CG资源传输所述数据包情况下的TA信息；
RSRP信息；
传输类型信息；
传输所述数据包时产生的回退信息；
传输资源信息；
向所述网络侧设备发送前导码时的功率增长步长信息；
使用的载波信息；
BWP信息；
传输失败次数信息；
逻辑信道调度请求延时定时器；
T319a定时器。
在一实施例中，所述数据包信息包括如下至少一项：
待传输的数据量的大小；
网络配置的数据量门限；
待传输的数据量的大小是否超过网络配置的数据量门限。
在一实施例中，所述TA信息包括TA值、TA有效时间信息、是否超过TA有效时间和所述CG资源对应的SSB信息中的至少一项。
在一实施例中，所述RSRP信息包括如下至少一项：
传输所述数据包时的RSRP值；
网络配置的选择SDT时的RSRP门限；
网络配置的选择非SDT时的RSRP门限；
网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择非SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于有效CG资源对应的RSRP门限。
在一实施例中，所述传输类型信息用于指示传输所述数据包时使用CG或随机接入过程；
或者，所述传输类型信息还用于指示在使用RACH传输所述数据包的情况下，选择两步随机接入或四步随机接入。
在一实施例中，所述回退信息用于指示传输所述数据包时从使用CG回退到使用两步RACH，或从使用两步RACH回退到使用四步RACH。
在一实施例中，所述传输资源信息用于指示传输所述数据包时使用CG资源或PUSCH资源。
在一实施例中，所述使用的载波信息用于指示传输所述数据包时使用SUL载波或UL载波。
本申请实施例提供的终端设备，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
本申请实施例的终端设备，获取或记录在RRC非激活态下数据传输时的相关信息；向网络侧设备上报所述相关信息。这样，终端设备通过记录在RRC非激活态下数据传输时的相关信息，并向网络侧设备上报该相关信息，可使网络侧设备获得传输中的反馈信息，有助于网络侧设备基于获得的反馈信息，分析在RRC非激活态下数据传输时的配置信息是否合理，进而可通过对不合理的配置信息进行优化，改善网络性能。
本申请实施例还提供了一种网络侧设备。参见图8，图8是本申请实施例提供的网络侧设备的结构图。由于网络侧设备解决问题的原理与本申请实施例中信息上报方法相似，因此该网络侧设备的实施可以参见方法的实施，重复之处不再赘述。
如图8所示，网络侧设备包括：收发机801和处理器802；
收发机801，配置为接收终端设备上报的相关信息，其中，所述相关信 息是所述终端设备获取或记录的在RRC非激活态下数据传输时的相关信息。
在一实施例中，处理器802，还配置为基于所述相关信息，对所述RRC非激活态下传输数据包的配置信息进行合理性分析；在确定所述配置信息不合理的情况下，对所述配置信息进行调整，得到目标配置信息；
收发机801，还配置为向所述终端设备发送所述目标配置信息。
在一实施例中，收发机801，还配置为：
接收所述终端设备发送的指示消息，其中，所述指示消息用于指示所述终端设备记录有所述相关信息；
向所述终端设备发送信息上报请求；
接收所述终端设备上报的所述相关信息。
在一实施例中，所述相关信息包括如下至少一项：
数据包信息；
使用CG资源传输所述数据包情况下的TA信息；
RSRP信息；
传输类型信息；
传输所述数据包时产生的回退信息；
传输资源信息；
向所述网络侧设备发送前导码时的功率增长步长信息；
使用的载波信息；
BWP信息；
传输失败次数信息；
逻辑信道调度请求延时定时器；
T319a定时器。
在一实施例中，所述数据包信息包括如下至少一项：
待传输的数据量的大小；
网络配置的数据量门限；
待传输的数据量的大小是否超过网络配置的数据量门限。
在一实施例中，所述TA信息包括TA值、TA有效时间信息、是否超过TA有效时间和所述CG资源对应的SSB信息中的至少一项。
在一实施例中，所述RSRP信息包括如下至少一项：
传输所述数据包时的RSRP值；
网络配置的选择SDT时的RSRP门限；
网络配置的选择非SDT时的RSRP门限；
网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择非SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于有效CG资源对应的RSRP门限。
在一实施例中，所述传输类型信息用于指示传输所述数据包时使用CG或随机接入过程；
或者，所述传输类型信息还用于指示在使用RACH传输所述数据包的情况下，选择两步随机接入或四步随机接入。
在一实施例中，所述回退信息用于指示传输所述数据包时从使用CG回退到使用两步RACH，或从使用两步RACH回退到使用四步RACH。
在一实施例中，所述传输资源信息用于指示传输所述数据包时使用CG资源或PUSCH资源。
在一实施例中，所述使用的载波信息用于指示传输所述数据包时使用SUL载波或UL载波。
本申请实施例提供的网络侧设备，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
本申请实施例的网络侧设备，接收终端设备上报的相关信息，其中，所述相关信息是所述终端设备获取或记录的在RRC非激活态下数据传输时的相关信息。这样，网络侧设备通过接收终端上报的在RRC非激活态下数据传输时的相关信息，从而可基于该相关信息，分析在RRC非激活态下数据传输时的配置信息是否合理，进而可对不合理的配置信息进行优化，改善网络性能。
本申请实施例还提供了一种终端设备。由于终端设备解决问题的原理与本申请实施例中信息上报方法相似，因此该终端设备的实施可以参见方法的实施，重复之处不再赘述。如图9所示，本申请实施例的终端设备，包括：
处理器900，配置为读取存储器920中的程序，执行下列过程：
获取或记录在RRC非激活态下数据传输时的相关信息；
通过收发机910向网络侧设备上报所述相关信息。
收发机910，配置为在处理器900的控制下接收和发送数据。
其中，在图9中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器900代表的一个或多个处理器和存储器920代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机910可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口930还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。处理器900负责管理总线架构和通常的处理，存储器920 可以存储处理器900在执行操作时所使用的数据。
在一实施例中，处理器900还配置为读取存储器920中的程序，执行如下步骤：
在处于RRC连接态下，通过收发机910向所述网络侧设备上报所述相关信息；
在向RRC连接态转换的过程中，通过收发机910向所述网络侧设备上报所述相关信息；
在RRC非激活态下，通过收发机910向所述网络侧设备上报所述相关信息；
在随机接入过程中，通过收发机910向所述网络侧设备上报所述相关信息。
在一实施例中，处理器900还配置为读取存储器920中的程序，执行如下步骤：
基于所述网络侧设备的请求，通过收发机910向所述网络侧设备上报所述相关信息。
在一实施例中，处理器900还配置为读取存储器920中的程序，执行如下步骤：
通过收发机910向所述网络侧设备发送指示消息，其中，所述指示消息用于指示所述终端设备记录有所述相关信息；
通过收发机910接收所述网络侧设备发送的信息上报请求；
通过收发机910响应所述信息上报请求，向所述网络侧设备上报所述相关信息。
在一实施例中，处理器900还配置为读取存储器920中的程序，执行如下步骤：
通过收发机910接收所述网络侧设备发送的目标配置信息，其中，所述目标配置信息是所述网络侧设备基于所述相关信息对在所述RRC非激活态下传输数据包的配置信息进行调整后的信息。
在一实施例中，所述相关信息包括如下至少一项：
数据包信息；
使用CG资源传输所述数据包情况下的TA信息；
RSRP信息；
传输类型信息；
传输所述数据包时产生的回退信息；
传输资源信息；
向所述网络侧设备发送前导码时的功率增长步长信息；
使用的载波信息；
BWP信息；
传输失败次数信息；
逻辑信道调度请求延时定时器；
T319a定时器。
在一实施例中，所述数据包信息包括如下至少一项：
待传输的数据量的大小；
网络配置的数据量门限；
待传输的数据量的大小是否超过网络配置的数据量门限。
在一实施例中，所述TA信息包括TA值、TA有效时间信息、是否超过TA有效时间和所述CG资源对应的SSB信息中的至少一项。
在一实施例中，所述RSRP信息包括如下至少一项：
传输所述数据包时的RSRP值；
网络配置的选择SDT时的RSRP门限；
网络配置的选择非SDT时的RSRP门限；
网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择非SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于有效CG资源对应的RSRP门限。
在一实施例中，所述传输类型信息用于指示传输所述数据包时使用CG或随机接入过程；
或者，所述传输类型信息还用于指示在使用RACH传输所述数据包的情况下，选择两步随机接入或四步随机接入。
在一实施例中，所述回退信息用于指示传输所述数据包时从使用CG回退到使用两步RACH，或从使用两步RACH回退到使用四步RACH。
在一实施例中，所述传输资源信息用于指示传输所述数据包时使用CG资源或PUSCH资源。
在一实施例中，所述使用的载波信息用于指示传输所述数据包时使用SUL载波或UL载波。
本申请实施例提供的终端设备，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
本申请实施例还提供了一种网络侧设备。由于网络侧设备解决问题的原理与本申请实施例中信息上报方法相似，因此该网络侧设备的实施可以参见方法的实施，重复之处不再赘述。如图10所示，本申请实施例的网络侧设备，包括：
处理器1000，配置为读取存储器1020中的程序，执行下列过程：
通过收发机1010接收终端设备上报的相关信息，其中，所述相关信息 是所述终端设备获取或记录的在RRC非激活态下数据传输时的相关信息。
收发机1010，配置为在处理器1000的控制下接收和发送数据。
其中，在图10中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1000代表的一个或多个处理器和存储器1020代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1010可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器1000负责管理总线架构和通常的处理，存储器1020可以存储处理器1000在执行操作时所使用的数据。
在一实施例中，处理器1000还配置为读取存储器1020中的，执行如下步骤：
基于所述相关信息，对所述RRC非激活态下传输数据包的配置信息进行合理性分析；在确定所述配置信息不合理的情况下，对所述配置信息进行调整，得到目标配置信息；
通过收发机1010向所述终端设备发送所述目标配置信息。
在一实施例中，处理器1000还配置为读取存储器1020中的，执行如下步骤：
通过收发机1010接收所述终端设备发送的指示消息，其中，所述指示消息用于指示所述终端设备记录有所述相关信息；
通过收发机1010向所述终端设备发送信息上报请求；
通过收发机1010接收所述终端设备上报的所述相关信息。
在一实施例中，所述相关信息包括如下至少一项：
数据包信息；
使用CG资源传输所述数据包情况下的TA信息；
RSRP信息；
传输类型信息；
传输所述数据包时产生的回退信息；
传输资源信息；
向所述网络侧设备发送前导码时的功率增长步长信息；
使用的载波信息；
BWP信息；
传输失败次数信息；
逻辑信道调度请求延时定时器；
T319a定时器。
在一实施例中，所述数据包信息包括如下至少一项：
待传输的数据量的大小；
网络配置的数据量门限；
待传输的数据量的大小是否超过网络配置的数据量门限。
在一实施例中，所述TA信息包括TA值、TA有效时间信息、是否超过TA有效时间和所述CG资源对应的SSB信息中的至少一项。
在一实施例中，所述RSRP信息包括如下至少一项：
传输所述数据包时的RSRP值；
网络配置的选择SDT时的RSRP门限；
网络配置的选择非SDT时的RSRP门限；
网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择非SDT时的RSRP门限；
传输所述数据包时的RSRP值是否高于网络配置的选择SDT时发送的SSB对应的RSRP门限；
传输所述数据包时的RSRP值是否高于有效CG资源对应的RSRP门限。
在一实施例中，所述传输类型信息用于指示传输所述数据包时使用CG或随机接入过程；
或者，所述传输类型信息还用于指示在使用RACH传输所述数据包的情况下，选择两步随机接入或四步随机接入。
在一实施例中，所述回退信息用于指示传输所述数据包时从使用CG回退到使用两步RACH，或从使用两步RACH回退到使用四步RACH。
在一实施例中，所述传输资源信息用于指示传输所述数据包时使用CG资源或PUSCH资源。
在一实施例中，所述使用的载波信息用于指示传输所述数据包时使用SUL载波或UL载波。
本申请实施例提供的网络侧设备，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
此外，本申请实施例的计算机可读存储介质，用于存储计算机程序，所述计算机程序可被处理器执行实现前述图1或图6所示的信息上报方法实施例中的步骤。
在本申请所提供的几个实施例中，应该理解到，所揭露方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元 中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述收发方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (51)

  1. 一种信息上报方法，包括：
    终端设备获取或记录在无线资源控制RRC非激活态下数据传输时的相关信息；
    向网络侧设备上报所述相关信息。
  2. 根据权利要求1所述的方法，其中，所述向网络侧设备上报所述相关信息，包括如下任一项：
    在处于RRC连接态下，向所述网络侧设备上报所述相关信息；
    在向RRC连接态转换的过程中，向所述网络侧设备上报所述相关信息；
    在RRC非激活态下，向所述网络侧设备上报所述相关信息；
    在随机接入过程中，向所述网络侧设备上报所述相关信息。
  3. 根据权利要求1所述的方法，其中，所述向网络侧设备上报所述相关信息，包括：
    基于所述网络侧设备的请求，向所述网络侧设备上报所述相关信息。
  4. 根据权利要求3所述的方法，其中，所述基于所述网络侧设备的请求，向所述网络侧设备上报所述相关信息，包括：
    向所述网络侧设备发送指示消息，其中，所述指示消息用于指示所述终端设备记录有所述相关信息；
    接收所述网络侧设备发送的信息上报请求；
    响应所述信息上报请求，向所述网络侧设备上报所述相关信息。
  5. 根据权利要求1所述的方法，其中，所述向网络侧设备上报所述相关信息之后，所述方法还包括：
    接收所述网络侧设备发送的目标配置信息，其中，所述目标配置信息是所述网络侧设备基于所述相关信息对在所述RRC非激活态下数据传输时的配置信息进行调整后的信息。
  6. 根据权利要求1所述的方法，其中，所述相关信息包括如下至少一项：
    数据包信息；
    使用配置授权CG资源传输数据包情况下的定时提前TA信息；
    参考信号接收功率RSRP信息；
    传输类型信息；
    传输所述数据包时产生的回退信息；
    传输资源信息；
    向所述网络侧设备发送前导码时的功率增长步长信息；
    使用的载波信息；
    带宽BWP信息；
    传输失败次数信息；
    逻辑信道调度请求延时定时器；
    T319a定时器。
  7. 根据权利要求6所述的方法，其中，所述数据包信息包括如下至少一项：
    待传输的数据量的大小；
    网络配置的数据量门限；
    待传输的数据量的大小是否超过网络配置的数据量门限。
  8. 根据权利要求6所述的方法，其中，所述TA信息包括TA值、TA有效时间信息、是否超过TA有效时间和所述CG资源对应的同步信号块SSB信息中的至少一项。
  9. 根据权利要求6所述的方法，其中，所述RSRP信息包括如下至少一项：
    传输所述数据包时的RSRP值；
    网络配置的选择小数据包传输SDT时的RSRP门限；
    网络配置的选择非SDT时的RSRP门限；
    网络配置的选择SDT时发送的SSB对应的RSRP门限；
    传输所述数据包时的RSRP值是否高于网络配置的选择SDT时的RSRP门限；
    传输所述数据包时的RSRP值是否高于网络配置的选择非SDT时的RSRP门限；
    传输所述数据包时的RSRP值是否高于网络配置的选择SDT时发送的SSB对应的RSRP门限；
    传输所述数据包时的RSRP值是否高于有效CG资源对应的RSRP门限。
  10. 根据权利要求6所述的方法，其中，所述传输类型信息用于指示传输所述数据包时使用CG或随机接入过程；
    或者，所述传输类型信息还用于指示在使用RACH传输所述数据包的情况下，选择两步随机接入或四步随机接入。
  11. 根据权利要求6所述的方法，其中，所述回退信息用于指示传输所述数据包时从使用CG回退到使用两步RACH，或从使用两步RACH回退到使用四步RACH。
  12. 根据权利要求6所述的方法，其中，所述传输资源信息用于指示传输所述数据包时使用CG资源或物理上行共享信道PUSCH资源。
  13. 根据权利要求6所述的方法，其中，所述使用的载波信息用于指示传输所述数据包时使用补充上行SUL载波或上行UL载波。
  14. 一种信息上报方法，包括：
    网络侧设备接收终端设备上报的相关信息，其中，所述相关信息是所述终端设备获取或记录的在RRC非激活态下数据传输时的相关信息。
  15. 根据权利要求14所述的方法，其中，所述网络侧设备接收终端设备上报的相关信息之后，所述方法还包括：
    所述网络侧设备基于所述相关信息，对所述RRC非激活态下传输数据包的配置信息进行合理性分析；
    在确定所述配置信息不合理的情况下，对所述配置信息进行调整，得到目标配置信息；
    向所述终端设备发送所述目标配置信息。
  16. 根据权利要求14所述的方法，其中，所述网络侧设备接收终端设备上报的相关信息，包括：
    所述网络侧设备接收所述终端设备发送的指示消息，其中，所述指示消息用于指示所述终端设备记录有所述相关信息；
    向所述终端设备发送信息上报请求；
    接收所述终端设备上报的所述相关信息。
  17. 根据权利要求14所述的方法，其中，所述相关信息包括如下至少一项：
    数据包信息；
    使用CG资源传输所述数据包情况下的TA信息；
    RSRP信息；
    传输类型信息；
    传输所述数据包时产生的回退信息；
    传输资源信息；
    向所述网络侧设备发送前导码时的功率增长步长信息；
    使用的载波信息；
    BWP信息；
    传输失败次数信息；
    逻辑信道调度请求延时定时器；
    T319a定时器。
  18. 根据权利要求17所述的方法，其中，所述数据包信息包括如下至少一项：
    待传输的数据量的大小；
    网络配置的数据量门限；
    待传输的数据量的大小是否超过网络配置的数据量门限。
  19. 根据权利要求17所述的方法，其中，所述TA信息包括TA值、TA有效时间信息、是否超过TA有效时间和所述CG资源对应的SSB信息中的至少一项。
  20. 根据权利要求17所述的方法，其中，所述RSRP信息包括如下 至少一项：
    传输所述数据包时的RSRP值；
    网络配置的选择SDT时的RSRP门限；
    网络配置的选择非SDT时的RSRP门限；
    网络配置的选择SDT时发送的SSB对应的RSRP门限；
    传输所述数据包时的RSRP值是否高于网络配置的选择SDT时的RSRP门限；
    传输所述数据包时的RSRP值是否高于网络配置的选择非SDT时的RSRP门限；
    传输所述数据包时的RSRP值是否高于网络配置的选择SDT时发送的SSB对应的RSRP门限；
    传输所述数据包时的RSRP值是否高于有效CG资源对应的RSRP门限。
  21. 根据权利要求17所述的方法，其中，所述传输类型信息用于指示传输所述数据包时使用CG或随机接入过程；
    或者，所述传输类型信息还用于指示在使用随机接入传输所述数据包的情况下，选择两步随机接入或四步随机接入。
  22. 根据权利要求17所述的方法，其中，所述回退信息用于指示传输所述数据包时从使用CG回退到使用两步RACH，或从使用两步RACH回退到使用四步RACH。
  23. 根据权利要求17所述的方法，其中，所述传输资源信息用于指示传输所述数据包时使用CG资源或PUSCH资源。
  24. 根据权利要求17所述的方法，其中，所述使用的载波信息用于指示传输所述数据包时使用SUL载波或UL载波。
  25. 一种终端设备，包括收发机和处理器；
    所述处理器，配置为获取或记录在RRC非激活态下数据传输时的相关信息；
    所述收发机，配置为向网络侧设备上报所述相关信息。
  26. 根据权利要求25所述的终端设备，其中，所述收发机，还配置为执行如下任一项：
    在处于RRC连接态下，向所述网络侧设备上报所述相关信息；
    在向RRC连接态转换的过程中，向所述网络侧设备上报所述相关信息；
    在RRC非激活态下，向所述网络侧设备上报所述相关信息；
    在随机接入过程中，向所述网络侧设备上报所述相关信息。
  27. 根据权利要求25所述的终端设备，其中，所述收发机，还配置为基于所述网络侧设备的请求，向所述网络侧设备上报所述相关信息。
  28. 根据权利要求27所述的终端设备，其中，所述收发机，还配置 为：
    向所述网络侧设备发送指示消息，其中，所述指示消息用于指示所述终端设备记录有所述相关信息；
    接收所述网络侧设备发送的信息上报请求；
    响应所述信息上报请求，向所述网络侧设备上报所述相关信息。
  29. 根据权利要求25所述的终端设备，其中，所述收发机，还配置为接收所述网络侧设备发送的目标配置信息，其中，所述目标配置信息是所述网络侧设备基于所述相关信息对在所述RRC非激活态下传输数据包的配置信息进行调整后的信息。
  30. 根据权利要求25所述的终端设备，其中，所述相关信息包括如下至少一项：
    数据包信息；
    使用CG资源传输所述数据包情况下的TA信息；
    RSRP信息；
    传输类型信息；
    传输所述数据包时产生的回退信息；
    传输资源信息；
    向所述网络侧设备发送前导码时的功率增长步长信息；
    使用的载波信息；
    BWP信息；
    传输失败次数信息；
    逻辑信道调度请求延时定时器；
    T319a定时器。
  31. 根据权利要求30所述的终端设备，其中，所述数据包信息包括如下至少一项：
    待传输的数据量的大小；
    网络配置的数据包量门限；
    待传输的数据量的大小是否超过网络配置的数据量门限。
  32. 根据权利要求30所述的终端设备，其中，所述TA信息包括TA值、TA有效时间信息、是否超过TA有效时间和所述CG资源对应的SSB信息中的至少一项。
  33. 根据权利要求30所述的终端设备，其中，所述RSRP信息包括如下至少一项：
    传输所述数据包时的RSRP值；
    网络配置的选择SDT时的RSRP门限；
    网络配置的选择非SDT时的RSRP门限；
    网络配置的选择SDT时发送的SSB对应的RSRP门限；
    传输所述数据包时的RSRP值是否高于网络配置的选择SDT时的 RSRP门限；
    传输所述数据包时的RSRP值是否高于网络配置的选择非SDT时的RSRP门限；
    传输所述数据包时的RSRP值是否高于网络配置的选择SDT时发送的SSB对应的RSRP门限；
    传输所述数据包时的RSRP值是否高于有效CG资源对应的RSRP门限。
  34. 根据权利要求30所述的终端设备，其中，所述传输类型信息用于指示传输所述数据包时使用CG或随机接入过程；
    或者，所述传输类型信息还用于指示在使用RACH传输所述数据包的情况下，选择两步随机接入或四步随机接入。
  35. 根据权利要求30所述的终端设备，其中，所述回退信息用于指示传输所述数据包时从使用CG回退到使用两步RACH，或从使用两步RACH回退到使用四步RACH。
  36. 根据权利要求30所述的终端设备，其中，所述传输资源信息用于指示传输所述数据包时使用CG资源或PUSCH资源。
  37. 根据权利要求30所述的终端设备，其中，所述使用的载波信息用于指示传输所述数据包时使用SUL载波或UL载波。
  38. 一种网络侧设备，包括收发机和处理器；
    所述收发机，配置为接收终端设备上报的相关信息，其中，所述相关信息是所述终端设备在RRC非激活态下数据传输时获取或记录的信息。
  39. 根据权利要求38所述的网络侧设备，其中，所述处理器，还配置为基于所述相关信息，对所述RRC非激活态下传输数据包的配置信息进行合理性分析；在确定所述配置信息不合理的情况下，对所述配置信息进行调整，得到目标配置信息；
    所述收发机，还配置为向所述终端设备发送所述目标配置信息。
  40. 根据权利要求38所述的网络侧设备，其中，所述收发机，还配置为：
    接收所述终端设备发送的指示消息，其中，所述指示消息用于指示所述终端设备记录有所述相关信息；
    向所述终端设备发送信息上报请求；
    接收所述终端设备上报的所述相关信息。
  41. 根据权利要求38所述的网络侧设备，其中，所述相关信息包括如下至少一项：
    数据包信息；
    使用CG资源传输所述数据包情况下的TA信息；
    RSRP信息；
    传输类型信息；
    传输所述数据包时产生的回退信息；
    传输资源信息；
    向所述网络侧设备发送前导码时的功率增长步长信息；
    使用的载波信息；
    BWP信息；
    传输失败次数信息；
    逻辑信道调度请求延时定时器；
    T319a定时器。
  42. 根据权利要求41所述的网络侧设备，其中，所述数据包信息包括如下至少一项：
    待传输的数据量的大小；
    网络配置的数据量门限；
    待传输的数据量的大小是否超过网络配置的数据量门限。
  43. 根据权利要求41所述的网络侧设备，其中，所述TA信息包括TA值、TA有效时间信息、是否超过TA有效时间和所述CG资源对应的SSB信息中的至少一项。
  44. 根据权利要求41所述的网络侧设备，其中，所述RSRP信息包括如下至少一项：
    传输所述数据包时的RSRP值；
    网络配置的选择SDT时的RSRP门限；
    网络配置的选择非SDT时的RSRP门限；
    网络配置的选择SDT时发送的SSB对应的RSRP门限；
    传输所述数据包时的RSRP值是否高于网络配置的选择SDT时的RSRP门限；
    传输所述数据包时的RSRP值是否高于网络配置的选择非SDT时的RSRP门限；
    传输所述数据包时的RSRP值是否高于网络配置的选择SDT时发送的SSB对应的RSRP门限；
    传输所述数据包时的RSRP值是否高于有效CG资源对应的RSRP门限。
  45. 根据权利要求41所述的网络侧设备，其中，所述传输类型信息用于指示传输所述数据包时使用CG或随机接入过程；
    或者，所述传输类型信息还用于指示在使用RACH传输所述数据包的情况下，选择两步随机接入或四步随机接入。
  46. 根据权利要求41所述的网络侧设备，其中，所述回退信息用于指示传输所述数据包时从使用CG回退到使用两步RACH，或从使用两步RACH回退到使用四步RACH。
  47. 根据权利要求41所述的网络侧设备，其中，所述传输资源信息 用于指示传输所述数据包时使用CG资源或PUSCH资源。
  48. 根据权利要求41所述的网络侧设备，其中，所述使用的载波信息用于指示传输所述数据包时使用SUL载波或UL载波。
  49. 一种终端设备，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；其中，所述处理器，配置为读取存储器中的程序实现如权利要求1至13中任一项所述的信息上报方法中的步骤。
  50. 一种网络侧设备，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；其中，所述处理器，配置为读取存储器中的程序实现如权利要求14至24中任一项所述的信息上报方法中的步骤。
  51. 一种计算机可读存储介质，用于存储计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至13中任一项所述的信息上报方法中的步骤；或者实现如权利要求14至24中任一项所述的信息上报方法中的步骤。
PCT/CN2022/128339 2021-10-28 2022-10-28 信息上报方法、终端设备及网络侧设备 WO2023072264A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202111260246.9 2021-10-28
CN202111260246.9A CN116056246A (zh) 2021-10-28 2021-10-28 一种信息上报方法、终端设备及网络侧设备

Publications (1)

Publication Number Publication Date
WO2023072264A1 true WO2023072264A1 (zh) 2023-05-04

Family

ID=86126028

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/128339 WO2023072264A1 (zh) 2021-10-28 2022-10-28 信息上报方法、终端设备及网络侧设备

Country Status (2)

Country Link
CN (1) CN116056246A (zh)
WO (1) WO2023072264A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112866982A (zh) * 2019-09-29 2021-05-28 华为技术有限公司 一种寻呼方法及装置
US20210211994A1 (en) * 2020-01-03 2021-07-08 Asustek Computer Inc. Method and apparatus for triggering and canceling power headroom report (phr) in small data transmission procedure in a wireless communication system
WO2021136474A1 (en) * 2019-12-31 2021-07-08 FG Innovation Company Limited Method of small data transmission and related device
CN113498221A (zh) * 2020-04-02 2021-10-12 大唐移动通信设备有限公司 非激活态ue进行状态转换方法和用户终端及网络侧设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112866982A (zh) * 2019-09-29 2021-05-28 华为技术有限公司 一种寻呼方法及装置
WO2021136474A1 (en) * 2019-12-31 2021-07-08 FG Innovation Company Limited Method of small data transmission and related device
US20210211994A1 (en) * 2020-01-03 2021-07-08 Asustek Computer Inc. Method and apparatus for triggering and canceling power headroom report (phr) in small data transmission procedure in a wireless communication system
CN113498221A (zh) * 2020-04-02 2021-10-12 大唐移动通信设备有限公司 非激活态ue进行状态转换方法和用户终端及网络侧设备

Also Published As

Publication number Publication date
CN116056246A (zh) 2023-05-02

Similar Documents

Publication Publication Date Title
US10645618B2 (en) Link failure recovery method and apparatus
US10470123B2 (en) Method and apparatus for controlling discontinuous reception in mobile communication system
CN106470439B (zh) 用户设备的pdcp控制pdu传输的方法
JP2022501946A (ja) Ｎｒ−ｕ ｌｂｔ ｍａｃ手順
US20160338136A1 (en) Method and Device for Processing Radio Link Failure
US20210251032A1 (en) Communication method, apparatus, and system
WO2017193766A1 (zh) 一种下行数据传输的方法及设备
EP3751955A1 (en) Method for activating packet data convergence protocol (pdcp) repetition mechanism and node device
CN114175726B (zh) 用于移动性控制的无线通信方法
EP3761694B1 (en) Data transmission method and device
US20230397020A1 (en) Method and apparatus for controlling data transmission, and storage medium
WO2020063441A1 (zh) 重复传输方法、终端和网络侧设备
CN113271687B (zh) 一种数据传输方法、服务基站及锚点基站
US20060176845A1 (en) User equipment-based resource management method and system
EP3793324B1 (en) Setting length of non-predictable period
CN111465059B (zh) 一种上行信息传输路径确定方法和终端
WO2023072264A1 (zh) 信息上报方法、终端设备及网络侧设备
CN111836289A (zh) 波束失败恢复的处理方法、终端及网络侧设备
WO2022187996A1 (zh) 一种资源调控方法
CN111836293B (zh) 波束失败恢复bfr的上报方法、终端及网络侧设备
CN112584496B (zh) 一种资源使用方法及通信设备
RU2787775C1 (ru) Способ беспроводной связи для управления мобильностью
CN111432379B (zh) 一种直通链路的传输方法和终端
WO2023274232A1 (zh) 切换bwp的方法、网络设备及存储介质
CN112152764B (zh) 一种重复传输激活状态上报方法、确认方法和相关设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22886139

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2022886139

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022886139

Country of ref document: EP

Effective date: 20240528