WO2022236484A1 - Sdt失败上报的方法、终端设备和网络设备 - Google Patents

Sdt失败上报的方法、终端设备和网络设备 Download PDF

Info

Publication number
WO2022236484A1
WO2022236484A1 PCT/CN2021/092425 CN2021092425W WO2022236484A1 WO 2022236484 A1 WO2022236484 A1 WO 2022236484A1 CN 2021092425 W CN2021092425 W CN 2021092425W WO 2022236484 A1 WO2022236484 A1 WO 2022236484A1
Authority
WO
WIPO (PCT)
Prior art keywords
sdt
failure
cell
terminal device
failure information
Prior art date
Application number
PCT/CN2021/092425
Other languages
English (en)
French (fr)
Inventor
尤心
林雪
Original Assignee
Oppo广东移动通信有限公司
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 Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to CN202180089280.6A priority Critical patent/CN116803193A/zh
Priority to EP21941065.1A priority patent/EP4333489A4/en
Priority to PCT/CN2021/092425 priority patent/WO2022236484A1/zh
Publication of WO2022236484A1 publication Critical patent/WO2022236484A1/zh
Priority to US18/504,243 priority patent/US20240080699A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H04B7/06952—Selecting one or more beams from a plurality of beams, e.g. beam training, management or sweeping
    • H04B7/06964—Re-selection of one or more beams after beam failure
    • 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
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the embodiment of the present application relates to the communication field, and more specifically, relates to a method for reporting an SDT failure, a terminal device, and a network device.
  • the network In order to quickly restore the RRC connection, the network usually keeps the UE with infrequent data transmission in the RRC_INACTIVE state. Before Rel-16, a UE in the RRC_INACTIVE state does not support data transmission. When uplink (MO) or downlink (MT) data arrives, the UE needs to restore the connection and release it to the INACTIVE state after the data transmission is completed. For UEs with small amount of data and low transmission frequency, such a transmission mechanism will cause unnecessary power consumption and signaling overhead.
  • MO uplink
  • MT downlink
  • SDT Small Data Transmission
  • pre-configured resources such as CG type1
  • CG type1 the uplink based on the random access process (two steps/four steps)
  • SDT Small Data Transmission and uplink small data transmission based on pre-configured resources (such as CG type1).
  • other related schemes for SDT still need to be further improved.
  • the embodiment of the present application provides a method for reporting SDT failure, a terminal device, and a network device, which improve related solutions for SDT failure, and can improve the reliability of data transmission.
  • the present application provides a method for reporting SDT failure, including:
  • the present application provides a method for reporting SDT failure, including:
  • the present application provides a terminal device configured to execute the method in the foregoing first aspect or various implementation manners thereof.
  • the terminal device includes a functional module configured to execute the method in the foregoing first aspect or its various implementation manners.
  • the terminal device may include a processing unit configured to perform functions related to information processing.
  • the processing unit may be a processor.
  • the network device may include a sending unit and/or a receiving unit.
  • the sending unit is used to perform functions related to sending, and the receiving unit is used to perform functions related to receiving.
  • the sending unit may be a transmitter or transmitter, and the receiving unit may be a receiver or receiver.
  • the network device is a communication chip, the receiving unit may be an input circuit or interface of the communication chip, and the sending unit may be an output circuit or interface of the communication chip.
  • the present application provides a terminal device, including a processor and a memory.
  • the memory is used to store a computer program
  • the processor is used to call and run the computer program stored in the memory, so as to execute the method in the above first aspect or each implementation manner thereof.
  • processors there are one or more processors, and one or more memories.
  • the memory may be integrated with the processor, or the memory may be separated from the processor.
  • processors there are one or more processors, and one or more memories.
  • the present application provides a computer-readable storage medium for storing a computer program, and the computer program enables the computer to execute any one of the above-mentioned first to second aspects or the method in each implementation manner thereof .
  • Fig. 1 is an example of a communication system provided by an embodiment of the present application.
  • Fig. 8 is a schematic block diagram of a chip provided by an embodiment of the present application.
  • the embodiment of the present application is only described by using the communication system 100 as an example, but the embodiment of the present application is not limited thereto. That is to say, the technical solutions of the embodiments of the present application can be applied to various communication systems, such as: Long Term Evolution (Long Term Evolution, LTE) system, LTE Time Division Duplex (Time Division Duplex, TDD), Universal Mobile Communication System (Universal Mobile Telecommunication System, UMTS), Internet of Things (Internet of Things, IoT) system, Narrow Band Internet of Things (NB-IoT) system, enhanced Machine-Type Communications (eMTC) system , 5G communication system (also known as New Radio (NR) communication system), or future communication systems, etc.
  • LTE Long Term Evolution
  • LTE Time Division Duplex Time Division Duplex
  • TDD Universal Mobile Communication System
  • Universal Mobile Telecommunication System Universal Mobile Telecommunication System
  • UMTS Universal Mobile Communication System
  • Internet of Things Internet of Things
  • NB-IoT Narrow Band Internet of Things
  • eMTC enhanced Machine-Type Communications
  • the network device 120 may be an evolved base station (Evolutional Node B, eNB or eNodeB) in a Long Term Evolution (Long Term Evolution, LTE) system, or a Next Generation Radio Access Network (NG RAN) device, Either a base station (gNB) in the NR system, or a wireless controller in a cloud radio access network (Cloud Radio Access Network, CRAN), or the network device 120 can be a relay station, an access point, a vehicle-mounted device, a wearable Devices, hubs, switches, bridges, routers, or network devices in the future evolution of the Public Land Mobile Network (Public Land Mobile Network, PLMN), etc.
  • Evolutional Node B, eNB or eNodeB in a Long Term Evolution (Long Term Evolution, LTE) system
  • NG RAN Next Generation Radio Access Network
  • gNB base station
  • CRAN Cloud Radio Access Network
  • the network device 120 can be a relay station, an access point, a vehicle-mounted device, a wear
  • Figure 1 exemplarily shows a base station, a core network device, and two terminal devices.
  • the wireless communication system 100 may include multiple base station devices and each base station may include other numbers of terminals within the coverage area.
  • the device is not limited in the embodiment of this application.
  • the communication device may include a network device 120 and a terminal device 110 having a communication function, and the network device 120 and the terminal device 110 may be the devices described above, which will not be repeated here;
  • the communication device may also include other devices in the communication system 100, such as network controllers, mobility management entities and other network entities, which are not limited in this embodiment of the present application.
  • Radio Resource Control Radio Resource Control
  • RRC Radio Resource Control
  • RRC_IDLE RRC idle state
  • RRC_INACTIVE RRC inactive state
  • RRC_CONNECTED RRC connected state
  • the process 200 may include:
  • the network device After receiving Msg 1 sent by the terminal device, the network device sends Msg 2 to the terminal device, that is, a Random Access Response (Random Access Response, RAR) message.
  • the Msg 2 may carry, for example, a time advance (Time Advance, TA), an uplink authorization instruction such as configuration of uplink resources, and a Temporary Cell-Radio Network Temporary Identity (Temporary Cell-Radio Network Temporary Identity, TC-RNTI), etc.
  • the terminal device monitors the physical downlink control channel (Physical Downlink Control Channel, PDCCH) within the random access response time window (RAR window), so as to receive the RAR message replied by the network device.
  • PDCCH Physical Downlink Control Channel
  • the RAR message may be descrambled using a corresponding Random Access Radio Network Temporary Identifier (RA-RNTI). If the terminal device does not receive the RAR message replied by the network device within the RAR time window, it considers that the random access procedure has failed. If the terminal device successfully receives a RAR message, and the preamble index carried in the RAR message is the same as the index of the preamble sent by the terminal device through Msg 1, it is considered that the RAR has been successfully received, and the terminal The device can stop monitoring in the RAR time window.
  • RA-RNTI Random Access Radio Network Temporary Identifier
  • the UE completes the transmission of the small data packet (that is, the uplink data in S230 and the downlink data in S240 ) without entering the connected state.
  • the network will configure a maximum transmission block size (TB size) that the current network allows transmission on SIB2, and the UE judges the amount of data to be transmitted. If it is smaller than the maximum transmission block size broadcast, the UE can initiate EDT transmission ; Conversely, the UE uses the normal connection establishment process and enters the connected state to transmit data.
  • TB size maximum transmission block size
  • PUR Preconfigured Uplink Resource
  • FIG. 3 is a schematic diagram of a PUR transmission air interface process 300 provided by an embodiment of the present application.
  • the process 300 may include:
  • the terminal device sends an RRC connection recovery request (RRCConnectionResumeRequest) and uplink data (Uplink data) to the network device.
  • RRC connection resume request includes but not limited to: resume ID (resumeID), establishment cause (establishment cause) and short resume MAC-I (shortResumeMAC-I).
  • RSRP change (increase or decrease) is not greater/less than the set threshold.
  • the TAT configuration is sent to the UE through the RRCConnectionRelease message as part of the PUR configuration.
  • the RRC instructs the MAC layer or the bottom layer to release the corresponding configuration.
  • RRC judges whether pur-Config is included. If it is not included, UE will keep the existing configuration unchanged and TAT will not restart; if it is included, RRC will perform one of the following actions according to the PUR configuration (pur-Config):
  • the UE releases the PUR configuration and instructs the lower layers to release the pur-TimeAlignmentTimer.
  • the default behavior of the UE after receiving the RRCConnectionRelease message is to maintain the current configuration.
  • the method 400 may include:
  • the S410 may include:
  • the SDT failure condition includes at least one of the following:
  • a radio link failure RLF occurs
  • the first timer is started when the SDT process is started/triggered, and when the first timer expires, it is considered that the SDT process fails, that is, the terminal device reports SDT failure information to the network device.
  • the random access small data transmission (RA-SDT) resources are used to transmit data (or after the RA-SDT process is triggered)
  • the random access process fails that is, the random access MSG1/MSG A exceeds
  • the indication of the failure of the random access process may come from MCG MAC (upon random access problem indication from MCG MAC).
  • the SDT process is a CG-SDT/RA-SDT process, that is, when the SDT uses CG-SDT/RA-SDT resource transmission, when the radio link layer control (Radio Link Control, RLC) retransmission reaches the maximum number of retransmissions , the SDT is considered to have failed; in one implementation, the indication information from the MCG RLC is used to indicate that the maximum number of retransmissions has been reached (upon indication from MCG RLC that the maximum number of retransmissions has been reached). For another example, in the SDT process, if a radio link failure (Radio Link Failure, RLF) occurs, it is considered that the SDT process fails; in one implementation, the radio link can be restored after the RLF occurs.
  • RLF Radio Link Failure
  • the terminal device when the terminal device receives an RRC rejection (RRCReject) message or an RRC configuration (RRCSetup) message sent by the network side during the execution of the SDT, it considers that the SDT has failed.
  • RRC rejection RRCReject
  • RRCSetup RRC configuration
  • beam recovery can include the following 4 steps:
  • Step 0
  • the terminal maintains a backup beam pair all the time, and if a beam fails, it will notify the base station of the number of the beam. This step is independent of the 3 other steps below.
  • step 1
  • the terminal monitors the quality of the control channel, and if it is continuously lower than a certain threshold (hypothetical BLER>0.1) and lasts for a certain period of time, it is considered that a beam failure has occurred.
  • a certain threshold hyperthetical BLER>0.1
  • the base station After receiving the beam recovery request, the base station switches its own beam to the standby beam notified by the terminal, and sends a response on the standby beam, that is, the beam recovery response (Beam failure recovery response). If the terminal receives the beam recovery response, it means that the recovery of the beam failure has been completed, otherwise it will enter link recovery (link recovery).
  • the SDT failure information includes at least one of the following: SDT failure type and failure reason.
  • the SDT failure information includes the SDT failure type and/or failure reason.
  • CG-SDT can be understood as a process of using CG resources to perform SDT
  • RA-SDT can be understood as a process of using RA resources to perform SDT
  • the SDT failure type can be understood as a type of failed SDT.
  • the CG-SDT, RA-SDT, and even the SDT failure type may also be defined or explained from other angles, which is not specifically limited in this embodiment of the present application.
  • the first timer expires, and the first timer is started when the SDT process starts and/or is triggered;
  • the radio link layer control RLC fails
  • the failure reasons involved in the embodiments of the present application may be the same as the SDT failure conditions mentioned above, that is, when the terminal device determines that the SDT fails based on a certain SDT failure condition, it may determine the corresponding SDT failure condition as the failure cause
  • the failure reason involved in the embodiment of the present application may also be different from the SDT failure condition mentioned above, which is not specifically limited in the embodiment of the present application.
  • the failure cause may be a subordinate concept of a failure condition.
  • the failure condition may be that a radio link failure RLF occurs, and the failure cause may be beam recovery failure.
  • the S420 may include:
  • the SDT failure information is reported through dedicated information.
  • the dedicated information may refer to an information element (IE) dedicated (only) for carrying failure information (FailureInformation).
  • IE information element
  • the transfer information may be dedicated information of the SDT failure information, or information specially used to carry any kind of failure information, which is not limited in this embodiment of the present application.
  • the first serving cell includes at least one of the following cells: a cell accessed through a non-SDT random access procedure, a cell successfully accessed through an RRC connection reestablishment procedure, The cell that the terminal equipment successfully accesses when it re-enters the RRC connected state.
  • the first serving cell receives the SDT failure information reported by the terminal device.
  • the method 400 may also include:
  • the SDT failure information is stored.
  • the terminal device before reporting the SDT failure information, stores the SDT failure information; furthermore, after successfully accessing the first serving cell, reports the SDT failure information to the first serving cell.
  • the first cell or the second cell receives the SDT failure information reported by the terminal device. Further, when the first serving cell is the second cell, the second cell is further configured to forward the received SDT failure information to the first cell.
  • the SDT failure information further includes an identifier of the first cell.
  • the identifier of the first cell may be a physical-layer Cell identity (PCI) and/or a cell global identity (Cell Global Identity, CGI) of the first cell.
  • PCI physical-layer Cell identity
  • CGI cell Global Identity
  • the method 400 may also include:
  • the network device receives the first indication information reported by the terminal device.
  • the first indication information may be carried in an RRC message; for example, an RRC connection establishment request, an RRC reestablishment request or an RRCresume request.
  • Receive second indication information where the second indication information is used to instruct the terminal device to report or not to report SDT failure information.
  • the method 400 may also include:
  • the data volume of the uplink data is less than or equal to the SDT threshold
  • CG resources are available on the selected carrier
  • the timing advance TA timer is running.
  • the signal quality of the serving cell includes but not limited to: Reference Signal Received Power (Reference Signal Receiving Power, RSRP) and/or Reference Signal Received Quality (Reference Signal Receiving Quality, RSRQ).
  • RSRP Reference Signal Receiving Power
  • RSRQ Reference Signal Received Quality
  • the terminal device When uplink data arrives at the upper layer, the terminal device triggers the SDT process, specifically, selects the corresponding SDT type (CG-SDT/RA-SDT) and corresponding resources based on the SDT selection criteria for uplink data transmission. At the same time, the terminal device starts a first timer, which is configured by the network side through an RRC release (RRC release) message when the terminal device enters an inactive state.
  • RRC release RRC release
  • the data volume of the uplink data is less than or equal to the SDT threshold
  • the timing advance TA timer is running.
  • the terminal will execute the failure information reporting process, that is, report the SDT failure information.
  • the terminal can set the type of failure as SDT failure; further, the terminal can also report the reason for the failure, for example, the RLC exceeds the maximum number of retransmissions.
  • the methods for the terminal to report SDT failure information include but are not limited to the following three methods:
  • Mode 1 The terminal stores the SDT failure information, initiates non-small data transmission (NON-SDT) random access, and reports the SDT failure information to the successfully accessed serving cell after successful access.
  • NON-SDT non-small data transmission
  • Mode 2 The terminal stores the SDT failure information, initiates connection re-establishment, and reports the SDT failure information to the successfully accessed serving cell after successful access re-establishment.
  • Mode 3 The terminal returns to the idle state, stores the SDT failure information, and reports the SDT failure information to the successfully accessed serving cell when entering the connected state next time.
  • the serving cell may be the first cell configured with SDT resources and SDT failure occurs, or may be a new second cell. If the cell successfully accessed by the terminal is the second cell, the second cell may forward the reception to the first cell for subsequent optimization.
  • the failure information report may include the ID of the first cell, such as PCI and/or CGI.
  • the terminal before the terminal reports the SDT failure information, it can decide whether to report based on the needs of the network, such as telling the network the current failure information/failure report to be reported through the 1-bit indication information; and then determine whether to report based on the network configuration.
  • the indication information may be carried in an RRC message; for example, an RRC connection establishment request, an RRC reestablishment request or an RRCresume request.
  • the terminal device When uplink data arrives at the upper layer, the terminal device triggers the SDT process, specifically, selects the corresponding SDT type (CG-SDT/RA-SDT) and corresponding resources based on the SDT selection criteria for uplink data transmission. At the same time, the terminal device starts a first timer, which is configured by the network side through an RRC release (RRC release) message when the terminal device enters an inactive state.
  • RRC release RRC release
  • Mode 1 The terminal stores the SDT failure information, initiates non-small data transmission (NON-SDT) random access, and reports the SDT failure information to the successfully accessed serving cell after successful access.
  • NON-SDT non-small data transmission
  • Mode 2 The terminal stores the SDT failure information, initiates connection re-establishment, and reports the SDT failure information to the successfully accessed serving cell after successful access re-establishment.
  • Mode 3 The terminal returns to the idle state, stores the SDT failure information, and reports the SDT failure information to the successfully accessed serving cell when entering the connected state next time.
  • the serving cell may be the first cell configured with SDT resources and SDT failure occurs, or may be a new second cell. If the cell successfully accessed by the terminal is the second cell, the second cell may forward the reception to the first cell for subsequent optimization.
  • the failure information report may include the ID of the first cell, such as PCI and/or CGI.
  • the terminal before the terminal reports the SDT failure information, it can decide whether to report based on the needs of the network, such as telling the network the current failure information/failure report to be reported through the 1-bit indication information; and then determine whether to report based on the network configuration.
  • the indication information may be carried in an RRC message; for example, an RRC connection establishment request, an RRC reestablishment request or an RRCresume request.
  • the terminal device When uplink data arrives at the upper layer, the terminal device triggers the SDT process, specifically, selects the corresponding SDT type (CG-SDT/RA-SDT) and corresponding resources based on the SDT selection criteria for uplink data transmission. At the same time, the terminal device starts a first timer, which is configured by the network side through an RRC release (RRC release) message when the terminal device enters an inactive state.
  • RRC release RRC release
  • CG resources are available on the selected carrier
  • the timing advance TA timer is running.
  • the methods for the terminal to report SDT failure information include but are not limited to the following three methods:
  • Mode 3 The terminal returns to the idle state, stores the SDT failure information, and reports the SDT failure information to the successfully accessed serving cell when entering the connected state next time.
  • the serving cell may be the first cell configured with SDT resources and SDT failure occurs, or may be a new second cell. If the cell successfully accessed by the terminal is the second cell, the second cell may forward the reception to the first cell for subsequent optimization.
  • the failure information report may include the ID of the first cell, such as PCI and/or CGI.
  • the terminal before the terminal reports the SDT failure information, it can decide whether to report based on the needs of the network, such as telling the network the current failure information/failure report to be reported through the 1-bit indication information; and then determine whether to report based on the network configuration.
  • the indication information may be carried in an RRC message; for example, an RRC connection establishment request, an RRC reestablishment request or an RRCresume request.
  • the sequence numbers of the above-mentioned processes do not mean the order of execution, and the order of execution of the processes should be determined by their functions and internal logic, and should not be used in this application.
  • the implementation of the examples constitutes no limitation.
  • the terms “downlink” and “uplink” are used to indicate the transmission direction of signals or data, wherein “downlink” is used to indicate that the transmission direction of signals or data is from the station to the user equipment in the cell For the first direction, “uplink” is used to indicate that the signal or data transmission direction is the second direction from the user equipment in the cell to the station, for example, “downlink signal” indicates that the signal transmission direction is the first direction.
  • the term "and/or" is only an association relationship describing associated objects, indicating that there may be three relationships. Specifically, A and/or B may mean: A exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" in this article generally indicates that the contextual objects are an "or" relationship.
  • Fig. 5 is a schematic block diagram of a terminal device 500 according to an embodiment of the present application.
  • a processing unit 510 configured to determine whether a small data transmission SDT failure occurs
  • the reporting unit 520 is configured to report SDT failure information when SDT failure occurs.
  • the processing unit 510 is specifically configured to:
  • the SDT failure condition includes at least one of the following:
  • the first timer expires, and the first timer is started when the SDT process starts and/or is triggered;
  • the radio link layer control RLC fails
  • a radio link failure RLF occurs
  • the SDT failure information includes at least one of the following:
  • the SDT failure type includes at least one of the following:
  • Random access small data transmission RA-SDT failed.
  • the failure reasons include at least one of the following:
  • the reporting unit 520 is specifically configured to:
  • the reporting unit 520 is also used to:
  • the first serving cell is a first cell configured with SDT resources and an SDT failure occurs; or the first serving cell is a second cell other than the first cell.
  • the SDT failure information further includes an identifier of the first cell.
  • the reporting unit 520 is also used to:
  • the reporting unit 520 is also used to:
  • Receive second indication information where the second indication information is used to instruct the terminal device to report or not to report SDT failure information.
  • the reporting unit 520 is also used to:
  • the data volume of the uplink data is less than or equal to the SDT threshold
  • the change amount of the signal quality of the serving cell is less than or equal to the quality threshold
  • CG resources are available on the selected carrier
  • the timing advance TA timer is running.
  • the device embodiment and the method embodiment may correspond to each other, and similar descriptions may refer to the method embodiment.
  • the terminal device 500 shown in FIG. 5 may correspond to the corresponding subject in the method 400 of the embodiment of the present application, and the aforementioned and other operations and/or functions of each unit in the terminal device 500 are for realizing the For the sake of brevity, the corresponding processes in each method are not repeated here.
  • the network device 600 may include:
  • the receiving unit 610 is configured to receive the small data transmission SDT failure information reported by the terminal device.
  • the SDT failure information includes at least one of the following:
  • the SDT failure type includes at least one of the following:
  • Random access small data transmission RA-SDT failed.
  • the failure reasons include at least one of the following:
  • the first timer expires, and the first timer is started when the SDT process starts and/or is triggered;
  • the radio link layer control RLC fails
  • the receiving unit 610 is specifically configured to:
  • the SDT failure information reported by the terminal device is received through dedicated information.
  • the serving cell of the terminal device is a first serving cell
  • the first serving cell includes at least one of the following cells: a cell accessed through a non-SDT random access procedure, reestablished through an RRC connection The cell successfully accessed by the process, and the cell successfully accessed when the terminal device re-enters the RRC connection state.
  • the first serving cell is a first cell configured with SDT resources and an SDT failure occurs; or the first serving cell is a second cell other than the first cell.
  • the serving cell of the terminal device is the second cell
  • the receiving unit 610 is further configured to:
  • the SDT failure information further includes an identifier of the first cell.
  • the receiving unit 610 is also used for:
  • the receiving unit 610 is also used for:
  • the receiving unit 610 is also used for:
  • the device embodiment and the method embodiment may correspond to each other, and similar descriptions may refer to the method embodiment.
  • the network device 600 shown in FIG. 6 may correspond to the corresponding subject in the method 400 of the embodiment of the present application, and the foregoing and other operations and/or functions of each unit in the network device 600 are respectively in order to realize the For the sake of brevity, the corresponding processes in each method are not repeated here.
  • the functional modules may be implemented in the form of hardware, may also be implemented by instructions in the form of software, and may also be implemented by a combination of hardware and software modules.
  • each step of the method embodiment in the embodiment of the present application can be completed by an integrated logic circuit of the hardware in the processor and/or instructions in the form of software, and the steps of the method disclosed in the embodiment of the present application can be directly embodied as hardware
  • the decoding processor is executed, or the combination of hardware and software modules in the decoding processor is used to complete the execution.
  • the software module may be located in a mature storage medium in the field such as random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, and registers.
  • the storage medium is located in the memory, and the processor reads the information in the memory, and completes the steps in the above method embodiments in combination with its hardware.
  • processing unit 510 mentioned above may be implemented by a processor, and both the reporting unit 520 and the receiving unit 610 mentioned above may be implemented by a transceiver.
  • FIG. 7 is a schematic structural diagram of a communication device 700 according to an embodiment of the present application.
  • the communication device 700 may include a processor 710 .
  • the processor 710 can invoke and run a computer program from the memory, so as to implement the method in the embodiment of the present application.
  • the memory 720 may be used to store indication information, and may also be used to store codes, instructions, etc. executed by the processor 710 .
  • the processor 710 can invoke and run a computer program from the memory 720, so as to implement the method in the embodiment of the present application.
  • the memory 720 may be an independent device independent of the processor 710 , or may be integrated in the processor 710 .
  • a chip is also provided in the embodiment of the present application.
  • the chip may be an integrated circuit chip, which has signal processing capabilities, and can implement or execute the methods, steps and logic block diagrams disclosed in the embodiments of the present application.
  • the chip can also be called system-on-chip, system-on-chip, system-on-chip or system-on-chip, etc.
  • the chip can be applied to various communication devices, so that the communication device installed with the chip can execute the methods, steps and logic block diagrams disclosed in the embodiments of the present application.
  • FIG. 8 is a schematic structural diagram of a chip 800 according to an embodiment of the present application.
  • the chip 800 may further include a memory 820 .
  • the processor 810 can call and run a computer program from the memory 820, so as to implement the method in the embodiment of the present application.
  • the memory 820 may be used to store indication information, and may also be used to store codes, instructions, etc. executed by the processor 810 .
  • the memory 820 may be an independent device independent of the processor 810 , or may be integrated in the processor 810 .
  • the chip 800 may further include an input interface 830 .
  • the processor 810 may control the input interface 830 to communicate with other devices or chips, specifically, may obtain information or data sent by other devices or chips.
  • the processor 810 can control the output interface 840 to communicate with other devices or chips, specifically, can output information or data to other devices or chips.
  • the chip 800 can be applied to the network device in the embodiment of the present application, and the chip can realize the corresponding process implemented by the network device in the various methods of the embodiment of the present application, and can also realize the various methods of the embodiment of the present application For the sake of brevity, the corresponding process implemented by the terminal device in , will not be repeated here.
  • bus system includes not only a data bus, but also a power bus, a control bus, and a status signal bus.
  • Processors mentioned above may include, but are not limited to:
  • DSP Digital Signal Processor
  • ASIC Application Specific Integrated Circuit
  • FPGA Field Programmable Gate Array
  • the processor may be used to implement or execute the methods, steps and logic block diagrams disclosed in the embodiments of the present application.
  • the steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor.
  • the software module may be located in a mature storage medium in the field such as random access memory, flash memory, read-only memory, programmable read-only memory or erasable programmable memory, register.
  • the storage medium is located in the memory, and the processor reads the information in the memory, and completes the steps of the above method in combination with its hardware.
  • the storage mentioned above includes but is not limited to:
  • non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), electronically programmable Erase Programmable Read-Only Memory (Electrically EPROM, EEPROM) or Flash.
  • the volatile memory can be Random Access Memory (RAM), which acts as external cache memory.
  • RAM Static Random Access Memory
  • SRAM Static Random Access Memory
  • DRAM Dynamic Random Access Memory
  • Synchronous Dynamic Random Access Memory Synchronous Dynamic Random Access Memory
  • SDRAM double data rate synchronous dynamic random access memory
  • Double Data Rate SDRAM, DDR SDRAM double data rate synchronous dynamic random access memory
  • Enhanced SDRAM, ESDRAM enhanced synchronous dynamic random access memory
  • SLDRAM synchronous connection dynamic random access memory
  • Direct Rambus RAM Direct Rambus RAM
  • Embodiments of the present application also provide a computer-readable storage medium for storing computer programs.
  • the computer-readable storage medium stores one or more programs, and the one or more programs include instructions that, when executed by a portable electronic device including a plurality of application programs, enable the portable electronic device to perform the implementation shown in method 400. example method.
  • the computer-readable storage medium can be applied to the network device in the embodiments of the present application, and the computer program enables the computer to execute the corresponding processes implemented by the network device in the methods of the embodiments of the present application. For brevity, here No longer.
  • the computer-readable storage medium can be applied to the mobile terminal/terminal device in the embodiments of the present application, and the computer program enables the computer to execute the corresponding processes implemented by the mobile terminal/terminal device in the various methods of the embodiments of the present application , for the sake of brevity, it is not repeated here.
  • the embodiment of the present application also provides a computer program product, including a computer program.
  • the computer program product can be applied to the network device in the embodiment of the present application, and the computer program enables the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the repeat can be applied to the computer program product in the embodiments of the present application, and the computer program enables the computer to execute the corresponding processes implemented by the mobile terminal/terminal device in the methods of the embodiments of the present application, for It is concise and will not be repeated here.
  • the embodiment of the present application also provides a computer program.
  • the computer program When the computer program is executed by the computer, the computer can execute the method of the embodiment shown in the method 400 .
  • the computer program can be applied to the network device in the embodiment of the present application.
  • the computer program When the computer program is run on the computer, the computer executes the corresponding process implemented by the network device in each method of the embodiment of the present application. For the sake of brevity , which will not be repeated here.
  • the computer program can be applied to the mobile terminal/terminal device in the embodiment of the present application.
  • the computer program When the computer program is run on the computer, the computer executes each method in the embodiment of the present application to be implemented by the mobile terminal/terminal device For the sake of brevity, the corresponding process will not be repeated here.
  • An embodiment of the present application also provides a communication system, which may include the above-mentioned terminal device and network device to form a communication system 100 as shown in FIG. 1 , which is not repeated here for brevity.
  • a communication system which may include the above-mentioned terminal device and network device to form a communication system 100 as shown in FIG. 1 , which is not repeated here for brevity.
  • system and the like in this document may also be referred to as “network management architecture” or “network system”.

Landscapes

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

Abstract

本申请实施例提供了一种SDT失败上报的方法、终端设备和网络设备，所述方法包括：确定是否发生小数据传输SDT失败；在发生SDT失败的情况下，上报SDT失败信息。基于以上技术方案，通过确定是否发生小数据传输SDT失败，并在发生SDT失败的情况下，上报SDT失败信息，使得网络设备能够明确SDT的传输结果，有利于网络设备针对SDT进行传输调度，提升了SDT的传输可靠性。

Description

SDT失败上报的方法、终端设备和网络设备 技术领域
本申请实施例涉及通信领域，并且更具体地，涉及一种SDT失败上报的方法、终端设备和网络设备。
背景技术
在第五代移动通信技术(5-Generation，5G)新空口(New Radio，NR)系统中，无线资源控制(Radio Resource Control，RRC)状态分为3种，分别为：RRC空闲态(RRC_IDLE)、RRC非激活态(RRC_INACTIVE)、RRC连接态(RRC_CONNECTED)。其中RRC_INACTIVE态是5G系统从节能角度考虑引入的新状态，对于RRC_INACTIVE态的用户设备(User Equipment，UE)，无线承载和全部无线资源都会被释放，但UE侧和基站侧保留UE接入上下文，以便快速恢复RRC连接，网络通常将数据传输不频繁的UE保持在RRC_INACTIVE态。Rel-16之前，处于RRC_INACTIVE状态的UE不支持数据传输，当上行(MO)或下行(MT)数据到达时，UE需要恢复连接，待数据传输完成后再释放到INACTIVE状态。对于数据量小且传输频率低的UE，这样的传输机制会导致不必要的功耗和信令开销。
在Rel-17中，可以通过随机接入过程和预配置资源(如CG type1)实现RRC_INACTIVE下小数据传输(Small Data Transmission，SDT)，即基于随机接入过程(两步/四步)的上行小数据传输以及基于预配置资源(如CG type1)的上行小数据传输。但是，针对SDT的其他相关方案仍有待进一步完善。
发明内容
本申请实施例提供了一种SDT失败上报的方法、终端设备和网络设备，完善了针对SDT失败的相关方案，能够提升数据传输的可靠性。
第一方面，本申请提供了一种SDT失败上报的方法，包括：
确定是否发生小数据传输SDT失败；
在发生SDT失败的情况下，上报SDT失败信息。
第二方面，本申请提供了一种SDT失败上报的方法，包括：
接收终端设备上报的小数据传输SDT失败信息。
第三方面，本申请提供了一种终端设备，用于执行上述第一方面或其各实现方式中的方法。具体地，所述终端设备包括用于执行上述第一方面或其各实现方式中的方法的功能模块。
在一种实现方式中，该终端设备可包括处理单元，该处理单元用于执行与信息处理相关的功能。例如，该处理单元可以为处理器。
在一种实现方式中，该终端设备可包括发送单元和/或接收单元。该发送单元用于执行与发送相关的功能，该接收单元用于执行与接收相关的功能。例如，该发送单元可以为发射机或发射器，该接收单元可以为接收机或接收器。再如，该终端设备为通信芯片，该发送单元可以为该通信芯片的输入电路或者接口，该发送单元可以为该通信芯片的输出电路或者接口。
第四方面，本申请提供了一种网络设备，用于执行上述第二方面或其各实现方式中的方法。具体地，所述网络设备包括用于执行上述第二方面或其各实现方式中的方法的功能模块。
在一种实现方式中，该网络设备可包括处理单元，该处理单元用于执行与信息处理相关的功能。例如，该处理单元可以为处理器。
在一种实现方式中，该网络设备可包括发送单元和/或接收单元。该发送单元用于执行与发送相关的功能，该接收单元用于执行与接收相关的功能。例如，该发送单元可以为发射机或发射器，该接收单元可以为接收机或接收器。再如，该网络设备为通信芯片，该接收单元可以为该通信芯片的输入电路或者接口，该发送单元可以为该通信芯片的输出电路或者接口。
第五方面，本申请提供了一种终端设备，包括处理器和存储器。所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行上述第一方面或其各实现方式中的方法。
在一种实现方式中，该处理器为一个或多个，该存储器为一个或多个。
在一种实现方式中，该存储器可以与该处理器集成在一起，或者该存储器与处理器分离设置。
在一种实现方式中，该终端设备还包括发射机(发射器)和接收机(接收器)。
第六方面，本申请提供了一种网络设备，包括处理器和存储器。所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行上述第二方面或其各实现方式中 的方法。
在一种实现方式中，该处理器为一个或多个，该存储器为一个或多个。
在一种实现方式中，该存储器可以与该处理器集成在一起，或者该存储器与处理器分离设置。
在一种实现方式中，该网络设备还包括发射机(发射器)和接收机(接收器)。
第七方面，本申请提供了一种芯片，用于实现上述第一方面至第二方面中的任一方面或其各实现方式中的方法。具体地，所述芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第八方面，本申请提供了一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第九方面，本申请提供了一种计算机程序产品，包括计算机程序指令，所述计算机程序指令使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第十方面，本申请提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
基于以上技术方案，通过确定是否发生小数据传输SDT失败，并在发生SDT失败的情况下，上报SDT失败信息，使得网络设备能够明确SDT的传输结果，有利于网络设备针对SDT进行传输调度，提升了SDT的传输可靠性。
附图说明
图1是本申请实施例提供的通信系统的示例。
图2是本申请实施例提供的上行EDT空口流程的示意图。
图3是本申请实施例提供的PUR传输空口流程的示意图。
图4是本申请实施例提供的SDT失败上报的方法的示意性流程图。
图5是本申请实施例提供的终端设备的示意性框图。
图6是本申请实施例提供的网络设备的示意性框图。
图7是本申请实施例提供的通信设备的示意性框图。
图8是本申请实施例提供的芯片的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
图1是本申请实施例的一个通信系统的示意图。
如图1所示，通信系统100可以包括终端设备110和网络设备120。网络设备120可以通过空口与终端设备110通信。终端设备110和网络设备120之间支持多业务传输。
应理解，本申请实施例仅以通信系统100进行示例性说明，但本申请实施例不限定于此。也就是说，本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(Long Term Evolution，LTE)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、、物联网(Internet of Things，IoT)系统、窄带物联网(Narrow Band Internet of Things，NB-IoT)系统、增强的机器类型通信(enhanced Machine-Type Communications，eMTC)系统、5G通信系统(也称为新无线(New Radio，NR)通信系统)，或未来的通信系统等。
在图1所示的通信系统100中，网络设备120可以是与终端设备110通信的接入网设备。接入网设备可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备110(例如UE)进行通信。
网络设备120可以是长期演进(Long Term Evolution，LTE)系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者是下一代无线接入网(Next Generation Radio Access Network，NG RAN)设备，或者是NR系统中的基站(gNB)，或者是云无线接入网络(Cloud Radio Access Network，CRAN)中的无线控制器，或者该网络设备120可以为中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器，或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的网络设备等。
终端设备110可以是任意终端设备，其包括但不限于与网络设备120或其它终端设备采用有线或者无线连接的终端设备。
例如，所述终端设备110可以指接入终端、用户设备(User Equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或 用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、IoT设备、卫星手持终端、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进网络中的终端设备等。
终端设备110可以用于设备到设备(Device to Device，D2D)的通信。
无线通信系统100还可以包括与基站进行通信的核心网设备130，该核心网设备130可以是5G核心网(5G Core，5GC)设备，例如，接入与移动性管理功能(Access and Mobility Management Function，AMF)，又例如，认证服务器功能(Authentication Server Function，AUSF)，又例如，用户面功能(User Plane Function，UPF)，又例如，会话管理功能(Session Management Function，SMF)。可选地，核心网络设备130也可以是LTE网络的分组核心演进(Evolved Packet Core，EPC)设备，例如，会话管理功能+核心网络的数据网关(Session Management Function+Core Packet Gateway，SMF+PGW-C)设备。应理解，SMF+PGW-C可以同时实现SMF和PGW-C所能实现的功能。在网络演进过程中，上述核心网设备也有可能叫其它名字，或者通过对核心网的功能进行划分形成新的网络实体，对此本申请实施例不做限制。
通信系统100中的各个功能单元之间还可以通过下一代网络(next generation，NG)接口建立连接实现通信。
例如，终端设备通过NR接口与接入网设备建立空口连接，用于传输用户面数据和控制面信令；终端设备可以通过NG接口1(简称N1)与AMF建立控制面信令连接；接入网设备例如下一代无线接入基站(gNB)，可以通过NG接口3(简称N3)与UPF建立用户面数据连接；接入网设备可以通过NG接口2(简称N2)与AMF建立控制面信令连接；UPF可以通过NG接口4(简称N4)与SMF建立控制面信令连接；UPF可以通过NG接口6(简称N6)与数据网络交互用户面数据；AMF可以通过NG接口11(简称N11)与SMF建立控制面信令连接；SMF可以通过NG接口7(简称N7)与PCF建立控制面信令连接。
图1示例性地示出了一个基站、一个核心网设备和两个终端设备，可选地，该无线通信系统100可以包括多个基站设备并且每个基站的覆盖范围内可以包括其它数量的终端设备，本申请实施例对此不做限定。
应理解，本申请实施例中网络/系统中具有通信功能的设备均可称为通信设备。以图1示出的通信系统100为例，通信设备可包括具有通信功能的网络设备120和终端设备110，网络设备120和终端设备110可以为上文所述的设备，此处不再赘述；通信设备还可包括通信系统100中的其他设备，例如网络控制器、移动管理实体等其他网络实体，本申请实施例中对此不做限定。
应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
在第五代移动通信技术(5-Generation，5G)新空口(New Radio，NR)系统中，无线资源控制(Radio Resource Control，RRC)状态分为3种，分别为：RRC空闲态(RRC_IDLE)、RRC非激活态(RRC_INACTIVE)、RRC连接态(RRC_CONNECTED)。
在RRC_IDLE状态下：移动性为基于UE的小区选择重选，寻呼由核心网(Core Network，CN)发起，寻呼区域由CN配置。基站侧不存在UE接入层(Access Stratum，AS)上下文，也不存在RRC连接。
在RRC_CONNECTED状态下：存在RRC连接，基站和UE存在UE AS上下文。网络设备知道UE的位置是具体小区级别的。移动性是网络设备控制的移动性。UE和基站之间可以传输单播数据。
RRC_INACTIVE：移动性为基于UE的小区选择重选，存在CN-NR之间的连接，UE AS上下文存在某个基站上，寻呼由无线接入网(Radio Access Network，RAN)触发，基于RAN的寻呼区域由RAN管理，网络设备知道UE的位置是基于RAN的寻呼区域级别的。
需要说明的是，处于RRC_CONNECTED状态下的UE可以通过释放RRC连接进入RRC_IDLE状态；处于RRC_IDLE状态的UE可以通过建立RRC连接进入RRC_CONNECTED状态；处于RRC_CONNECTED状态下的UE可以通过暂停释放(Release with Suspend)RRC连接进入RRC_INACTIVE状态；处于RRC_INACTIVE状态的UE可以通过恢复(Resume)RRC连接进入RRC_CONNECTED状态，也可以通过释放RRC连接进入RRC_IDLE状态。换言之，终端设备可以在上述几种状态之间可以进行转换，本申请对此不作具体限定。
对于RRC_INACTIVE状态下的用户设备(User Equipment，UE)，无线承载和全部无线资源都 会被释放，但UE侧和基站侧保留UE接入上下文，以便快速恢复RRC连接，网络通常将数据传输不频繁的UE保持在RRC_INACTIVE态。Rel-16之前，处于RRC_INACTIVE状态的UE不支持数据传输，当上行(MO)或下行(MT)数据到达时，UE需要恢复连接，待数据传输完成后再释放到INACTIVE状态。对于数据量小且传输频率低的UE，这样的传输机制会导致不必要的功耗和信令开销。
在Rel-17中，可以通过随机接入过程和预配置资源(如CG type1)实现RRC_INACTIVE下小数据传输(Small Data Transmission，SDT)，即基于随机接入过程(两步/四步)的上行小数据传输以及基于预配置资源(如CG type1)的上行小数据传输。
针对基于随机接入过程(两步/四步)的上行小数据传输，在LTE中，已经引入了早期数据传输(early data transmission，EDT)，即小数据传输，在该过程中，UE可能始终保持在空闲(idle)状态或者挂起(suspend)状态或者去激活(inactive)状态，完成上行小数据包和/或下行小数据包的传输。
图2是本申请实施例提供的上行EDT空口流程200的示意图。
如图2所示，所述流程200可包括：
S210，终端设备向网络设备发送前导码。
终端设备向基站发送Msg 1，以告诉网络设备该终端设备发起了随机接入请求，该Msg 1中携带随机接入前导码(Random Access Preamble，RAP)，或称为随机接入前导序列、前导序列、前导码等。同时，Msg 1还可以用于网络设备估计其与终端设备之间的传输时延并以此校准上行时间。具体而言，终端设备选择前导码索引(index)和用于发送前导码的PRACH资源；然后该终端设备在PRACH上传输前导码。其中，网络设备会通过广播系统信息系统信息块(System Information Block，SIB)来通知所有的终端设备，允许在哪些个时频资源上传输前导码，例如，SIB2。
S220，终端设备接收网络设备发送的随机接入响应(Random Access Response，RAR)。
网络设备在接收到终端设备发送的Msg 1后，向终端设备发送Msg 2，即随机接入响应(Random Access Response，RAR)消息。该Msg 2中例如可以携带时间提前量(Time Advance，TA)、上行授权指令例如上行资源的配置、以及临时小区无线网络临时标识(Temporary Cell-Radio Network Temporary Identity，TC-RNTI)等。终端设备则在随机接入响应时间窗(RAR window)内监听物理下行控制信道(Physical Downlink Control Channel，PDCCH)，以用于接收网络设备回复的RAR消息。该RAR消息可以使用相应的随机访问无线网络临时标识符(Random Access Radio Network Temporary Identifier，RA-RNTI)进行解扰。如果终端设备在该RAR时间窗内没有接收到网络设备回复的RAR消息，则认为此次随机接入过程失败。如果终端设备成功地接收到一个RAR消息，且该RAR消息中携带的前导码索引(preamble index)与终端设备通过Msg 1发送的前导码的索引相同时，则认为成功接收了RAR，此时终端设备就可以停止RAR时间窗内的监听了。
其中，Msg 2中可以包括针对多个终端设备的RAR消息，每一个终端设备的RAR消息中可以包括该终端设备所采用的随机接入前导码标识(RAP Identify，RAPID)、用于传输Msg 3的资源的信息、TA调整信息、TC-RNTI等。
S230，终端设备向网络设备发送RRC连接恢复请求(RRCConnectionResumeRequest)和上行数据(Uplink data)。其中，RRC连接恢复请求包括但不限于：恢复ID(resumeID)，恢复原因(resumeCause)以及短恢复MAC-I(shortResumeMAC-I)。
S240，终端设备接收网络设备发送的RRC释放(RRC release)消息以及下行数据(Downlink data)。其中，RRC释放消息包括但不限于：释放原因(releaseCause)，恢复ID(resumeID)以及网络(PLMN)颜色编码(Network(PLMN)Colour Code，NCC)。RRC释放消息中携带NCC用于MSG4的加密和完整性保护，即基于NCC生成的秘钥对MSG4进行加密和完整性保护。MAC-I用于身份验证。RRC释放消息也可称为RRC连接释放(RRCConnecionRelease)消息。
对于EDT过程，其实UE并没有进入连接状态，就完成了小数据包(即S230中的上行数据和S240中的下行数据)的传输。在配置上，网络会在SIB2上配置一个当前网络允许传输的最大传输块大小(TB size)，UE判断自己待传输的数据量，如果小于这个广播的最大传输块大小，则UE可以发起EDT传输；反之,UE使用正常的连接建立过程，进入连接态传输数据。
针对基于预配置资源(如CG type1)的上行小数据传输，在LTE第16版本(Release16)中，针对窄带物联网(Narrow Band Internet of Things，NB-IoT)和增强的机器类型通信(enhanced Machine-Type Communications，eMTC)场景，引入了在IDLE态利用预配置上行资源(Preconfigured Uplink Resource，PUR)进行数据传输的方法。PUR只在当前配置的小区内有效，即当UE检测到小区变化，并在新的小区发起随机接入时，UE需要释放原小区配置的PUR。PUR传输流程和LTE UP-EDT类似，但省去了发送前导码获取TA和上行授权(UL grant)的过程。
图3是本申请实施例提供的PUR传输空口流程300的示意图。
如图3所示，所述流程300可包括：
S310，终端设备向网络设备发送RRC连接恢复请求(RRCConnectionResumeRequest)和上行数据(Uplink data)。其中，RRC连接恢复请求包括但不限于：恢复ID(resumeID)，建立原因(establishment cause)以及短恢复MAC-I(shortResumeMAC-I)。
S320，终端设备接收网络设备发送的RRC释放(RRC release)消息，下行数据(Downlink data)以及定时提前命令(Time Advance Command)。其中，RRC释放消息包括但不限于：释放原因(releaseCause)，恢复ID(resumeID)以及网络(PLMN)颜色编码(Network(PLMN)Colour Code，NCC)。RRC释放消息中携带NCC用于MSG4的加密和完整性保护，即基于NCC生成的秘钥对MSG4进行加密和完整性保护。MAC-I用于身份验证。RRC释放消息也可称为RRC连接释放(RRCConnecionRelease)消息。
UE利用PUR执行数据传输的一个重要前提是具有有效的TA。在一种实现方式中，判断TA是否有效的条件包含以下中的至少一个：
时间对齐定时器(TimeAlignmentTimer，TAT)处于运行状态；和/或
RSRP变化(增大或减小)不大于/小于设定的阈值。
其中，TAT的配置作为PUR配置的一部分，通过RRCConnectionRelease消息下发给UE。RRC根据TAT的配置，指示MAC层或底层释放相应配置。RRC在收到RRCConnectionRelease消息后，判断是否包含pur-Config，若不包含，UE保持现有配置不变，TAT不重启；若包含，RRC根据PUR配置(pur-Config)执行以下行为中一种：
若PUR配置设置为配置(setup)，UE存储或替代原有的PUR配置，若PUR配置包含PUR时间对齐定时器(pur-TimeAlignmentTimer)，则RRC层指示低层pur-TimeAlignmentTimer；若PUR配置中不包含pur-TimeAlignmentTimer，则RRC层指示低层释放pur-TimeAlignmentTimer。
若PUR配置设置为释放(release)，UE释放PUR配置，并指示低层释放pur-TimeAlignmentTimer。
若网络未给出显示指示，且UE当前有预配置资源，UE收到RRCConnectionRelease消息后的缺省行为维持(maintain)当前配置。
PUR传输中的TAT由MAC层维护，若MAC层收到高层配置的pur-TimeAlignmentTimer，则启动或重启TAT；若MAC层收到高层释放pur-TimeAlignmentTimer的指示，则停止TAT。此外，MAC除了根据高层指示启动或重启TAT之外，还需要根据接收到的TAC MAC CE或由PDCCH指示的时间调整量，启动或重启TAT。
图4示出了根据本申请实施例的SDT失败上报的方法400的示意性流程图，所述方法400可以由终端设备和网络设备交互执行。图4中所示的终端设备可以是如图1所示的终端设备，图4中所示的网络设备可以是如图1所示的接入网设备。
如图4所示，所述方法400可包括：
S410，确定是否发生小数据传输SDT失败；
S420，在发生SDT失败的情况下，上报SDT失败信息。
简言之，终端设备在确定发生SDT失败的情况下，上报SDT失败信息。网络设备接收到所述SDT失败信息后，可以基于所述SDT失败信息针对SDT进行传输调度。
基于以上技术方案，通过确定是否发生小数据传输SDT失败，并在发生SDT失败的情况下，上报SDT失败信息，使得网络设备能够明确SDT的传输结果，有利于网络设备针对SDT进行传输调度，提升了SDT的传输可靠性。
在一些实施例中，所述S410可包括：
当满足SDT失败条件时，确定SDT失败。
在一些实现方式中，所述SDT失败条件包括以下中的至少一项：
第一定时器超时，所述第一定时器在SDT流程开始和/或触发时启动；
随机接入RA失败；
配置授权CG资源不可用；
无线链路层控制RLC失败；
发生无线链路失败RLF；
发生小区重选；以及
收到无线资源控制拒绝RRCReject或无线资源控制配置RRCSetup消息。
例如，所述第一定时器在SDT流程开始/触发时启动，当所述第一定时器超时，则认为SDT流程失败，即终端设备向网络设备上报SDT失败信息。再如，若使用随机接入小数据传输(RA-SDT)资 源来传输数据(或者说触发RA-SDT流程后)，当随机接入过程失败时，也就是随机接入的MSG1/MSG A超过了最大重传次数，则认为SDT失败；在一种实现方式中，所述随机接入过程失败的指示可来自于MCG MAC(upon random access problem indication from MCG MAC)。再如，若SDT流程为CG-SDT/RA-SDT流程，即SDT采用CG-SDT/RA-SDT资源传输时，当无线链路层控制(Radio Link Control，RLC)重传达到最大重传次数时，认为SDT失败；在一种实现方式中，来自MCG RLC的指示信息用于指示已达到最大重传次数(upon indication from MCG RLC that the maximum number of retransmissions has been reached)。再如，在SDT流程中，若发生无线链路失败(Radio Link Failure，RLF)，则认为所述SDT流程失败；在一种实现方式中，发生RLF后可进行无线链路恢复，若无线链路恢复失败，则认为所述SDT流程失败；在另一种实现方式中，发生RLF后可进行无线链路恢复，在进行无线链路恢复之前可进行波束恢复，若波束恢复失败，则认为所述SDT流程失败；或者，若波束恢复失败可进行无线链路恢复，若无线链路恢复失败，则认为所述SDT流程失败。再如，终端设备在执行SDT过程中检测到CG资源不可用，包括当前波束和/或载波下无可用CG资源，则认为SDT失败。再如，若终端设备在执行SDT过程中发生小区重选，则认为SDT失败。再如，终端设备在执行SDT过程中接收到网络侧发送的RRC拒绝(RRCReject)消息或者RRC配置(RRCSetup)消息，则认为SDT失败。当然，上述方案中的一种或多种可以结合使用，本申请实施例对此不作具体限定。
针对波束恢复(beam recovery)可包括以下4个步骤：
步骤0：
终端一直维护着一个备份的波束对，如果发生波束失败就会把这个波束的编号通知基站。这个步骤是独立于下面3个其他步骤的。
步骤1：
终端监视控制信道质量，如果连续低于某个门限(hypothetical BLER>0.1)并且持续一定时间，则认为发生波束失败。
步骤2：
终端通过PRACH通知基站发生波束失败(beam failure)，并且通过PRACH把步骤0维护的备份波束编号通知基站，然后把终端的波束切换到备份波束上，等待基站响应。例如，终端可通过波束恢复请求(Beam failure recovery request)步骤0维护的备份波束编号通知基站。
步骤3：
基站收到波束恢复请求以后，把自己的波束切换到终端通知的备用波束上，在这个备用波束上面发一个响应，即波束恢复响应(Beam failure recovery response)。如果终端收到了所述波束恢复响应，说明完成了波束失败的恢复，否则要进入链路恢复(link recovery)。
在一些实施例中，所述SDT失败信息包括以下中的至少一项：SDT失败类型、失败原因。
换言之，所述SDT失败信息包括SDT失败类型和/或失败原因。
在一些实现方式中，所述SDT失败类型包括以下中的至少一项：
SDT失败(SDT failure)；
配置授权小数据传输CG-SDT失败(CG-SDT failure)；
随机接入小数据传输RA-SDT失败(RA-SDT failure)。
需要说明的是，CG-SDT可以理解为使用CG资源进行SDT的过程，RA-SDT可以理解为使用RA资源进行SDT的过程，换言之，所述SDT失败类型可以理解为失败的SDT的类型。当然，在其他可替代实施例中，也可以从其他角度定义或解释CG-SDT、RA-SDT甚至所述SDT失败类型，本申请实施例对此不作具体限定。
在一些实现方式中，所述失败原因包括以下中的至少一项：
第一定时器超时，所述第一定时器在SDT流程开始和/或触发时启动；
随机接入RA失败；
配置授权CG资源不可用(CG resource unavailable)；
无线链路层控制RLC失败；
波束恢复失败；
发生小区重选；
收到无线资源控制拒绝RRCReject或无线资源控制配置RRCSetup消息。
需要说明的是，本申请实施例中涉及的失败原因和上文涉及的SDT失败条件可以相同，即终端设备基于某一SDT失败条件确定SDT失败时，可将相应的SDT失败条件确定为失败原因，当然，本申请实施例中涉及的失败原因和上文涉及的SDT失败条件也可以不同，本申请实施例对此不作具体 限定。例如，所述失败原因可以是失败条件的下位概念，作为一个示例，所述失败条件可以是发生无线链路失败RLF，所述失败原因可以是波束恢复失败。
在一些实施例中，所述S420可包括：
通过RLF报告(rlfreport)上报所述SDT失败信息；或
通过专用信息上报所述SDT失败信息。
需要说明的是，所述专用信息可以指专(仅)用于承载失败信息(FailureInformation)的信息元素(IE)。当然，所述转移信息可以是所述SDT失败信息的专用信息，也可以是专门用于携带任意一种失败信息的信息，本申请实施例对此不作限定。
在一些实施例中，所述S420可包括：
向第一服务小区上报所述SDT失败信息，所述第一服务小区包括以下小区中的至少一项：通过非SDT随机接入流程接入的小区，通过RRC连接重建流程成功接入的小区、终端设备重新进入RRC连接态时成功接入的小区。
换言之，所述第一服务小区接收所述终端设备上报的所述SDT失败信息。
在一些实现方式中，所述方法400还可包括：
存储所述SDT失败信息。
换言之，终端设备在上报所述SDT失败信息之前，存储所述SDT失败信息；进而，在成功接入所述第一服务小区后，向所述第一服务小区上报所述SDT失败信息。
在一些实现方式中，所述第一服务小区为配置有SDT资源且发生了SDT失败的第一小区；或所述第一服务小区为除所述第一小区之外的第二小区。
换言之，所述第一小区或所述第二小区接收所述终端设备上报的所述SDT失败信息。进一步的，在所述第一服务小区为所述第二小区时，所述第二小区还用于将接收到的所述SDT失败信息转发给所述第一小区。
在一些实现方式中，所述SDT失败信息还包括所述第一小区的标识。可选的，所述第一小区的标识可以是所述第一小区的物理小区标识(physical-layer Cell identity，PCI)和/或小区全球标识(Cell Global Identity，CGI)。
在一些实施例中，所述方法400还可包括：
上报第一指示信息，所述第一指示信息用于指示存在待上报的SDT失败信息。
换言之，网络设备接收终端设备上报的所述第一指示信息。可选的，所述第一指示信息可以携带在RRC消息中；比如RRC连接建立请求，RRC重建请求或RRCresume请求。
在一些实施例中，所述方法400还可包括：
接收第二指示信息，所述第二指示信息用于指示终端设备上报或不上报SDT失败信息。
换言之，网络设备向所述终端设备发送所述第二指示信息。例如，所述网络设备接收到所述终端设备发送的所述第一指示信息后，向所述终端设备发送所述第一指示信息，以指示所述终端设备是否上报待上报的SDT失败信息。
在一些实施例中，所述方法400还可包括：
接收高层下发的上行数据；
通过随机接入资源和/或配置授权CG资源，发送所述上行数据。
在一些实现方式汇总，在确定使用CG资源发送所述上行数据的情况下，满足以下条件中的至少一项：
所述上行数据的数据量小于或等于SDT门限；
服务小区的信号质量的变化量小于或等于质量门限；
所选载波上有可用的CG资源；
所选波束上有可用的CG资源；以及
定时提前TA定时器处于在运行期间。
需要说明的是，所述服务小区的信号质量包括但不限于：参考信号接收功率(Reference Signal Receiving Power，RSRP)和/或参考信号接收质量(Reference Signal Receiving Quality，RSRQ)。
下面结合具体实施例对本申请的方案进行说明。
实施例1：
当高层有上行数据到达时，终端设备触发SDT流程，具体地，基于SDT选择准则选择相应的SDT类型(CG-SDT/RA-SDT)以及相应的资源来进行上行数据的传输。同时，终端设备启动第一定时器，该第一定时器是终端设备在进入去激活(inactive)态时网络侧通过RRC释放(RRC release)消息配置的。
若UE选择使用CG资源来执行SDT，比如满足以下至少之一：
所述上行数据的数据量小于或等于SDT门限；
服务小区的信号质量的变化量小于或等于质量门限；
所选载波上有可用的CG资源；
所选波束上有可用的CG资源；以及
定时提前TA定时器处于在运行期间。
若SDT过程中高层收到了指示信息，所述指示信息用于指示某个数据包的重传超过了RLC的最大重传次数，认为该SDT过程失败。基于此，终端会执行失败信息上报流程，即上报SDT失败信息。具体地，终端可以将失败的类型设为SDT失败；进一步的，终端还可以上报失败原因，比如RLC超过最大重传次数。
终端上报SDT失败信息的方式包括但不限于以下三种方式：
方式1：终端存储所述SDT失败信息，并发起非小数据传输(NON-SDT)随机接入，待成功接入后将所述SDT失败信息上报给成功接入的服务小区。
方式2：终端存储所述SDT失败信息，并发起连接重建立，待重建成功接入后将所述SDT失败信息上报给成功接入的服务小区。
方式3：终端回到空闲态，并存储所述SDT失败信息，等下次进入连接态时将所述SDT失败信息上报给成功接入的服务小区。
本实施例中，该服务小区可能是配置了SDT资源且发生了SDT失败的第一小区，还可能是新的第二小区。若终端成功接入的小区为第二小区，则第二小区收到后可以转发给第一小区，用于后续优化。可选的，该失败信息上报可以包括第一小区的ID，比如PCI和/或CGI。此外，终端上报SDT失败信息之前，可以基于网络的需求来决定是否上报，比如通过1bit指示信息告诉网络当前有待上报的失败信息/失败报告；后续基于网络的配置再确定是否进行上报。可选的，所述指示信息可以携带在RRC消息中；比如RRC连接建立请求，RRC重建请求或RRCresume请求。
实施例2：
当高层有上行数据到达时，终端设备触发SDT流程，具体地，基于SDT选择准则选择相应的SDT类型(CG-SDT/RA-SDT)以及相应的资源来进行上行数据的传输。同时，终端设备启动第一定时器，该第一定时器是终端设备在进入去激活(inactive)态时网络侧通过RRC释放(RRC release)消息配置的。
若SDT过程中第一定时器超时，认为该SDT过程失败。基于此，终端会执行失败信息上报流程，即上报SDT失败信息。具体地，终端可以将失败的类型设为SDT失败；进一步的，终端还可以上报失败原因，比如RLC超过最大重传次数。
终端上报SDT失败信息的方式包括但不限于以下三种方式：
方式1：终端存储所述SDT失败信息，并发起非小数据传输(NON-SDT)随机接入，待成功接入后将所述SDT失败信息上报给成功接入的服务小区。
方式2：终端存储所述SDT失败信息，并发起连接重建立，待重建成功接入后将所述SDT失败信息上报给成功接入的服务小区。
方式3：终端回到空闲态，并存储所述SDT失败信息，等下次进入连接态时将所述SDT失败信息上报给成功接入的服务小区。
本实施例中，该服务小区可能是配置了SDT资源且发生了SDT失败的第一小区，还可能是新的第二小区。若终端成功接入的小区为第二小区，则第二小区收到后可以转发给第一小区，用于后续优化。可选的，该失败信息上报可以包括第一小区的ID，比如PCI和/或CGI。此外，终端上报SDT失败信息之前，可以基于网络的需求来决定是否上报，比如通过1bit指示信息告诉网络当前有待上报的失败信息/失败报告；后续基于网络的配置再确定是否进行上报。可选的，所述指示信息可以携带在RRC消息中；比如RRC连接建立请求，RRC重建请求或RRCresume请求。
实施例3：
当高层有上行数据到达时，终端设备触发SDT流程，具体地，基于SDT选择准则选择相应的SDT类型(CG-SDT/RA-SDT)以及相应的资源来进行上行数据的传输。同时，终端设备启动第一定时器，该第一定时器是终端设备在进入去激活(inactive)态时网络侧通过RRC释放(RRC release)消息配置的。
若UE选择使用CG资源来执行SDT，比如满足以下至少之一：
所述上行数据的数据量小于或等于SDT门限；
服务小区的信号质量的变化量小于或等于质量门限；
所选载波上有可用的CG资源；
所选波束上有可用的CG资源；以及
定时提前TA定时器处于在运行期间。
若SDT过程中TA定时器超时和/或RSRP变化量超过了预配置门限值，也就是说，当前TA不可用，UE释放CG资源，并认为SDT流程失败；基于此，终端会执行失败信息上报流程，即上报SDT失败信息。具体地，终端可以将失败的类型设为SDT失败；进一步的，终端还可以上报失败原因，比如RLC超过最大重传次数。
终端上报SDT失败信息的方式包括但不限于以下三种方式：
方式1：终端存储所述SDT失败信息，并发起非小数据传输(NON-SDT)随机接入，待成功接入后将所述SDT失败信息上报给成功接入的服务小区。
方式2：终端存储所述SDT失败信息，并发起连接重建立，待重建成功接入后将所述SDT失败信息上报给成功接入的服务小区。
方式3：终端回到空闲态，并存储所述SDT失败信息，等下次进入连接态时将所述SDT失败信息上报给成功接入的服务小区。
本实施例中，该服务小区可能是配置了SDT资源且发生了SDT失败的第一小区，还可能是新的第二小区。若终端成功接入的小区为第二小区，则第二小区收到后可以转发给第一小区，用于后续优化。可选的，该失败信息上报可以包括第一小区的ID，比如PCI和/或CGI。此外，终端上报SDT失败信息之前，可以基于网络的需求来决定是否上报，比如通过1bit指示信息告诉网络当前有待上报的失败信息/失败报告；后续基于网络的配置再确定是否进行上报。可选的，所述指示信息可以携带在RRC消息中；比如RRC连接建立请求，RRC重建请求或RRCresume请求。
以上结合附图详细描述了本申请的优选实施方式，但是，本申请并不限于上述实施方式中的具体细节，在本申请的技术构思范围内，可以对本申请的技术方案进行多种简单变型，这些简单变型均属于本申请的保护范围。例如，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本申请对各种可能的组合方式不再另行说明。又例如，本申请的各种不同的实施方式之间也可以进行任意组合，只要其不违背本申请的思想，其同样应当视为本申请所公开的内容。
还应理解，在本申请的各种方法实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。此外，在本申请实施例中，术语“下行”和“上行”用于表示信号或数据的传输方向，其中，“下行”用于表示信号或数据的传输方向为从站点发送至小区的用户设备的第一方向，“上行”用于表示信号或数据的传输方向为从小区的用户设备发送至站点的第二方向，例如，“下行信号”表示该信号的传输方向为第一方向。另外，本申请实施例中，术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。具体地，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
上文结合图1至图4，详细描述了本申请的方法实施例，下文结合图5至图8，详细描述本申请的装置实施例。
图5是本申请实施例的终端设备500的示意性框图。
如图5所示，所述终端设备500可包括：
处理单元510，用于确定是否发生小数据传输SDT失败；
上报单元520，用于在发生SDT失败的情况下，上报SDT失败信息。
在一些实施例中，所述处理单元510具体用于：
当满足SDT失败条件时，确定SDT失败。
在一些实施例中，所述SDT失败条件包括以下中的至少一项：
第一定时器超时，所述第一定时器在SDT流程开始和/或触发时启动；
随机接入RA失败；
配置授权CG资源不可用；
无线链路层控制RLC失败；
发生无线链路失败RLF；
发生小区重选；以及
收到无线资源控制拒绝RRCReject或无线资源控制配置RRCSetup消息。
在一些实施例中，所述SDT失败信息包括以下中的至少一项：
SDT失败类型；
失败原因。
在一些实施例中，所述SDT失败类型包括以下中的至少一项：
SDT失败；
配置授权小数据传输CG-SDT失败；
随机接入小数据传输RA-SDT失败。
在一些实施例中，所述失败原因包括以下中的至少一项：
第一定时器超时，所述第一定时器在SDT流程开始和/或触发时启动；
随机接入RA失败；
配置授权CG资源不可用；
无线链路层控制RLC失败；
波束恢复失败；
发生小区重选；
收到无线资源控制拒绝RRCReject或无线资源控制配置RRCSetup消息。
在一些实施例中，所述上报单元520具体用于：
通过RLF报告上报所述SDT失败信息；或
通过专用信息上报所述SDT失败信息。
在一些实施例中，所述上报单元520具体用于：
向第一服务小区上报所述SDT失败信息，所述第一服务小区包括以下小区中的至少一项：通过非SDT随机接入流程接入的小区，通过RRC连接重建流程成功接入的小区、终端设备重新进入RRC连接态时成功接入的小区。
在一些实施例中，所述上报单元520还用于：
存储所述SDT失败信息。
在一些实施例中，所述第一服务小区为配置有SDT资源且发生了SDT失败的第一小区；或所述第一服务小区为除所述第一小区之外的第二小区。
在一些实施例中，所述SDT失败信息还包括所述第一小区的标识。
在一些实施例中，所述上报单元520还用于：
上报第一指示信息，所述第一指示信息用于指示存在待上报的SDT失败信息。
在一些实施例中，所述上报单元520还用于：
接收第二指示信息，所述第二指示信息用于指示终端设备上报或不上报SDT失败信息。
在一些实施例中，所述上报单元520还用于：
接收高层下发的上行数据；
通过随机接入资源和/或配置授权CG资源，发送所述上行数据。
在一些实施例中，在确定使用CG资源发送所述上行数据的情况下，满足以下条件中的至少一项：
所述上行数据的数据量小于或等于SDT门限；
服务小区的信号质量的变化量小于或等于质量门限；
所选载波上有可用的CG资源；
所选波束上有可用的CG资源；以及
定时提前TA定时器处于在运行期间。
应理解，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。具体地，图5所示的终端设备500可以对应于执行本申请实施例的方法400中的相应主体，并且终端设备500中的各个单元的前述和其它操作和/或功能分别为了实现图4中的各个方法中的相应流程，为了简洁，在此不再赘述。
图6是本申请实施例的网络设备600的示意性框图。
如图6所示，所述网络设备600可包括：
接收单元610，用于接收终端设备上报的小数据传输SDT失败信息。
在一些实施例中，所述SDT失败信息包括以下中的至少一项：
SDT失败类型；
失败原因。
在一些实施例中，所述SDT失败类型包括以下中的至少一项：
SDT失败；
配置授权小数据传输CG-SDT失败；
随机接入小数据传输RA-SDT失败。
在一些实施例中，所述失败原因包括以下中的至少一项：
第一定时器超时，所述第一定时器在SDT流程开始和/或触发时启动；
随机接入RA失败；
配置授权CG资源不可用；
无线链路层控制RLC失败；
波束恢复失败；
发生小区重选；
收到无线资源控制拒绝RRCReject或无线资源控制配置RRCSetup消息。
在一些实施例中，所述接收单元610具体用于：
通过RLF报告接收所述终端设备上报的所述SDT失败信息；或
通过专用信息接收所述终端设备上报的所述SDT失败信息。
在一些实施例中，所述终端设备的服务小区为第一服务小区，所述第一服务小区包括以下小区中的至少一项：通过非SDT随机接入流程接入的小区，通过RRC连接重建流程成功接入的小区、终端设备重新进入RRC连接态时成功接入的小区。
在一些实施例中，所述第一服务小区为配置有SDT资源且发生了SDT失败的第一小区；或所述第一服务小区为除所述第一小区之外的第二小区。
在一些实施例中，所述终端设备的服务小区为所述第二小区，所述接收单元610还用于：
向所述第一小区转发所述终端设备上报的所述SDT失败信息。
在一些实施例中，所述SDT失败信息还包括所述第一小区的标识。
在一些实施例中，所述接收单元610还用于：
接收所述终端设备上报的第一指示信息，所述第一指示信息用于指示存在待上报的SDT失败信息。
在一些实施例中，所述接收单元610还用于：
向所述终端设备发送第二指示信息，所述第二指示信息用于指示终端设备上报或不上报SDT失败信息。
在一些实施例中，所述接收单元610还用于：
通过随机接入资源和/或配置授权CG资源，接收所述终端设备发送的上行数据。
应理解，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。具体地，图6所示的网络设备600可以对应于执行本申请实施例的方法400中的相应主体，并且网络设备600中的各个单元的前述和其它操作和/或功能分别为了实现图4中的各个方法中的相应流程，为了简洁，在此不再赘述。
上文中结合附图从功能模块的角度描述了本申请实施例的通信设备。应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软件模块组合实现。具体地，本申请实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本申请实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。
例如，上文涉及的处理单元510可由处理器实现，上文涉及的上报单元520和接收单元610均可由收发器实现。
图7是本申请实施例的通信设备700示意性结构图。
如图7所示，所述通信设备700可包括处理器710。
其中，处理器710可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
如图7所示，通信设备700还可以包括存储器720。
其中，该存储器720可以用于存储指示信息，还可以用于存储处理器710执行的代码、指令等。其中，处理器710可以从存储器720中调用并运行计算机程序，以实现本申请实施例中的方法。存储器720可以是独立于处理器710的一个单独的器件，也可以集成在处理器710中。
如图7所示，通信设备700还可以包括收发器730。
其中，处理器710可以控制该收发器730与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。收发器730可以包括发射机和接收机。收发器730还可以进一步包括天线，天线的数量可以为一个或多个。
应当理解，该通信设备700中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之 外，还包括电源总线、控制总线和状态信号总线。
还应理解，该通信设备700可为本申请实施例的终端设备，并且该通信设备700可以实现本申请实施例的各个方法中由终端设备实现的相应流程，也就是说，本申请实施例的通信设备700可对应于本申请实施例中的终端设备500，并可以对应于执行根据本申请实施例的方法400中的相应主体，为了简洁，在此不再赘述。类似地，该通信设备700可为本申请实施例的网络设备，并且该通信设备700可以实现本申请实施例的各个方法中由网络设备实现的相应流程。也就是说，本申请实施例的通信设备700可对应于本申请实施例中的网络设备600，并可以对应于执行根据本申请实施例的方法400中的相应主体，为了简洁，在此不再赘述。
此外，本申请实施例中还提供了一种芯片。
例如，芯片可能是一种集成电路芯片，具有信号的处理能力，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。所述芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。可选地，该芯片可应用到各种通信设备中，使得安装有该芯片的通信设备能够执行本申请实施例中的公开的各方法、步骤及逻辑框图。
图8是根据本申请实施例的芯片800的示意性结构图。
如图8所示，所述芯片800包括处理器810。
其中，处理器810可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
如图8所示，所述芯片800还可以包括存储器820。
其中，处理器810可以从存储器820中调用并运行计算机程序，以实现本申请实施例中的方法。该存储器820可以用于存储指示信息，还可以用于存储处理器810执行的代码、指令等。存储器820可以是独立于处理器810的一个单独的器件，也可以集成在处理器810中。
如图8所示，所述芯片800还可以包括输入接口830。
其中，处理器810可以控制该输入接口830与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
如图8所示，所述芯片800还可以包括输出接口840。
其中，处理器810可以控制该输出接口840与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
应理解，所述芯片800可应用于本申请实施例中的网络设备，并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程，也可以实现本申请实施例的各个方法中由终端设备实现的相应流程，为了简洁，在此不再赘述。
还应理解，该芯片800中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。
上文涉及的处理器可以包括但不限于：
通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。
所述处理器可以用于实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
上文涉及的存储器包括但不限于：
易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。
应注意，本文描述的存储器旨在包括这些和其它任意适合类型的存储器。
本申请实施例中还提供了一种计算机可读存储介质，用于存储计算机程序。该计算机可读存储介 质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行方法400所示实施例的方法。可选的，该计算机可读存储介质可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。可选地，该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例中还提供了一种计算机程序产品，包括计算机程序。可选的，该计算机程序产品可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。可选地，该计算机程序产品可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例中还提供了一种计算机程序。当该计算机程序被计算机执行时，使得计算机可以执行方法400所示实施例的方法。可选的，该计算机程序可应用于本申请实施例中的网络设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。可选的，该计算机程序可应用于本申请实施例中的移动终端/终端设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种通信系统，所述通信系统可以包括上述涉及的终端设备和网络设备，以形成如图1所示的通信系统100，为了简洁，在此不再赘述。需要说明的是，本文中的术语“系统”等也可以称为“网络管理架构”或者“网络系统”等。
还应当理解，在本申请实施例和所附权利要求书中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。例如，在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”、“上述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
所属领域的技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的范围。如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
所属领域的技术人员还可以意识到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例中单元或模块或组件的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或模块或组件可以结合或者可以集成到另一个系统，或一些单元或模块或组件可以忽略，或不执行。又例如，上述作为分离/显示部件说明的单元/模块/组件可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元/模块/组件来实现本申请实施例的目的。最后，需要说明的是，上文中显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
以上内容，仅为本申请实施例的具体实施方式，但本申请实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应以权利要求的保护范围为准。

Claims (35)

  1. 一种SDT失败上报的方法，其特征在于，包括：
    确定是否发生小数据传输SDT失败；
    在发生SDT失败的情况下，上报SDT失败信息。
  2. 根据权利要求1所述的方法，其特征在于，所述确定是否发生小数据传输SDT失败，包括：
    当满足SDT失败条件时，确定SDT失败。
  3. 根据权利要求2所述的方法，其特征在于，所述SDT失败条件包括以下中的至少一项：
    第一定时器超时，所述第一定时器在SDT流程开始和/或触发时启动；
    随机接入RA失败；
    配置授权CG资源不可用；
    无线链路层控制RLC失败；
    发生无线链路失败RLF；
    发生小区重选；以及
    收到无线资源控制拒绝RRCReject或无线资源控制配置RRCSetup消息。
  4. 根据权利要求1至3中任一项所述的方法，其特征在于，所述SDT失败信息包括以下中的至少一项：
    SDT失败类型；
    失败原因。
  5. 根据权利要求4所述的方法，其特征在于，所述SDT失败类型包括以下中的至少一项：
    SDT失败；
    配置授权小数据传输CG-SDT失败；
    随机接入小数据传输RA-SDT失败。
  6. 根据权利要求4所述的方法，其特征在于，所述失败原因包括以下中的至少一项：
    第一定时器超时，所述第一定时器在SDT流程开始和/或触发时启动；
    随机接入RA失败；
    配置授权CG资源不可用；
    无线链路层控制RLC失败；
    波束恢复失败；
    发生小区重选；
    收到无线资源控制拒绝RRCReject或无线资源控制配置RRCSetup消息。
  7. 根据权利要求1至6中任一项所述的方法，其特征在于，所述上报SDT失败信息，包括：
    通过RLF报告上报所述SDT失败信息；或
    通过专用信息上报所述SDT失败信息。
  8. 根据权利要求1至7中任一项所述的方法，其特征在于，所述上报SDT失败信息，包括：
    向第一服务小区上报所述SDT失败信息，所述第一服务小区包括以下小区中的至少一项：通过非SDT随机接入流程接入的小区，通过RRC连接重建流程成功接入的小区、终端设备重新进入RRC连接态时成功接入的小区。
  9. 根据权利要求8所述的方法，其特征在于，所述方法还包括：
    存储所述SDT失败信息。
  10. 根据权利要求8所述的方法，其特征在于，所述第一服务小区为配置有SDT资源且发生了SDT失败的第一小区；或所述第一服务小区为除所述第一小区之外的第二小区。
  11. 根据权利要求10所述的方法，其特征在于，所述SDT失败信息还包括所述第一小区的标识。
  12. 根据权利要求1至11中任一项所述的方法，其特征在于，所述方法还包括：
    上报第一指示信息，所述第一指示信息用于指示存在待上报的SDT失败信息。
  13. 根据权利要求1至12中任一项所述的方法，其特征在于，所述方法还包括：
    接收第二指示信息，所述第二指示信息用于指示终端设备上报或不上报SDT失败信息。
  14. 根据权利要求1至13中任一项所述的方法，其特征在于，所述方法还包括：
    接收高层下发的上行数据；
    通过随机接入资源和/或配置授权CG资源，发送所述上行数据。
  15. 根据权利要求14所述的方法，其特征在于，在确定使用CG资源发送所述上行数据的情况下，满足以下条件中的至少一项：
    所述上行数据的数据量小于或等于SDT门限；
    服务小区的信号质量的变化量小于或等于质量门限；
    所选载波上有可用的CG资源；
    所选波束上有可用的CG资源；以及
    定时提前TA定时器处于在运行期间。
  16. 一种SDT失败上报的方法，其特征在于，包括：
    接收终端设备上报的小数据传输SDT失败信息。
  17. 根据权利要求16所述的方法，其特征在于，所述SDT失败信息包括以下中的至少一项：
    SDT失败类型；
    失败原因。
  18. 根据权利要求17所述的方法，其特征在于，所述SDT失败类型包括以下中的至少一项：
    SDT失败；
    配置授权小数据传输CG-SDT失败；
    随机接入小数据传输RA-SDT失败。
  19. 根据权利要求17所述的方法，其特征在于，所述失败原因包括以下中的至少一项：
    第一定时器超时，所述第一定时器在SDT流程开始和/或触发时启动；
    随机接入RA失败；
    配置授权CG资源不可用；
    无线链路层控制RLC失败；
    波束恢复失败；
    发生小区重选；
    收到无线资源控制拒绝RRCReject或无线资源控制配置RRCSetup消息。
  20. 根据权利要求16至19中任一项所述的方法，其特征在于，所述接收终端设备上报的小数据传输SDT失败信息，包括：
    通过RLF报告接收所述终端设备上报的所述SDT失败信息；或
    通过专用信息接收所述终端设备上报的所述SDT失败信息。
  21. 根据权利要求16至20中任一项所述的方法，其特征在于，所述方法应用于第一服务小区，所述第一服务小区包括以下小区中的至少一项：通过非SDT随机接入流程接入的小区，通过RRC连接重建流程成功接入的小区、终端设备重新进入RRC连接态时成功接入的小区。
  22. 根据权利要求21所述的方法，其特征在于，所述第一服务小区为配置有SDT资源且发生了SDT失败的第一小区；或所述第一服务小区为除所述第一小区之外的第二小区。
  23. 根据权利要求22所述的方法，其特征在于，所述方法应用于所述第二小区，所述方法还包括：
    向所述第一小区转发所述终端设备上报的所述SDT失败信息。
  24. 根据权利要求22所述的方法，其特征在于，所述SDT失败信息还包括所述第一小区的标识。
  25. 根据权利要求16至24中任一项所述的方法，其特征在于，所述方法还包括：
    接收所述终端设备上报的第一指示信息，所述第一指示信息用于指示存在待上报的SDT失败信息。
  26. 根据权利要求16至25中任一项所述的方法，其特征在于，所述方法还包括：
    向所述终端设备发送第二指示信息，所述第二指示信息用于指示终端设备上报或不上报SDT失败信息。
  27. 根据权利要求16至26中任一项所述的方法，其特征在于，所述方法还包括：
    通过随机接入资源和/或配置授权CG资源，接收所述终端设备发送的上行数据。
  28. 一种终端设备，其特征在于，包括：
    处理单元，用于确定是否发生小数据传输SDT失败；
    上报单元，用于在发生SDT失败的情况下，上报SDT失败信息。
  29. 一种网络设备，其特征在于，包括：
    接收单元，用于接收终端设备上报的小数据传输SDT失败信息。
  30. 一种终端设备，其特征在于，包括：
    处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行权利要求1至15中任一项所述的方法。
  31. 一种网络设备，其特征在于，包括：
    处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存 储的计算机程序，以执行权利要求16至27中任一项所述的方法。
  32. 一种芯片，其特征在于，包括：
    处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至15中任一项所述的方法或如权利要求16至27中任一项所述的方法。
  33. 一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至15中任一项所述的方法或如权利要求16至27中任一项所述的方法。
  34. 一种计算机程序产品，其特征在于，包括计算机程序指令，所述计算机程序指令使得计算机执行如权利要求1至15中任一项所述的方法或如权利要求16至27中任一项所述的方法。
  35. 一种计算机程序，其特征在于，所述计算机程序使得计算机执行如权利要求1至15中任一项所述的方法或如权利要求16至27中任一项所述的方法。
PCT/CN2021/092425 2021-05-08 2021-05-08 Sdt失败上报的方法、终端设备和网络设备 WO2022236484A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202180089280.6A CN116803193A (zh) 2021-05-08 2021-05-08 Sdt失败上报的方法、终端设备和网络设备
EP21941065.1A EP4333489A4 (en) 2021-05-08 2021-05-08 SDT ERROR REPORTING PROCEDURE, TERMINAL DEVICE AND NETWORK DEVICE
PCT/CN2021/092425 WO2022236484A1 (zh) 2021-05-08 2021-05-08 Sdt失败上报的方法、终端设备和网络设备
US18/504,243 US20240080699A1 (en) 2021-05-08 2023-11-08 Sdt failure reporting method, terminal device, and network device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/092425 WO2022236484A1 (zh) 2021-05-08 2021-05-08 Sdt失败上报的方法、终端设备和网络设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/504,243 Continuation US20240080699A1 (en) 2021-05-08 2023-11-08 Sdt failure reporting method, terminal device, and network device

Publications (1)

Publication Number Publication Date
WO2022236484A1 true WO2022236484A1 (zh) 2022-11-17

Family

ID=84027890

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/092425 WO2022236484A1 (zh) 2021-05-08 2021-05-08 Sdt失败上报的方法、终端设备和网络设备

Country Status (4)

Country Link
US (1) US20240080699A1 (zh)
EP (1) EP4333489A4 (zh)
CN (1) CN116803193A (zh)
WO (1) WO2022236484A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023125649A1 (zh) * 2021-12-31 2023-07-06 夏普株式会社 连接建立失败报告方法和用户设备
WO2023125375A1 (zh) * 2021-12-28 2023-07-06 华为技术有限公司 通信方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110913428A (zh) * 2018-09-14 2020-03-24 电信科学技术研究院有限公司 一种信息上报方法、信息获取方法、终端及网络设备
WO2021007869A1 (zh) * 2019-07-18 2021-01-21 Oppo广东移动通信有限公司 信息上报方法及相关设备
WO2021026932A1 (zh) * 2019-08-15 2021-02-18 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
CN112770350A (zh) * 2019-11-06 2021-05-07 维沃移动通信有限公司 一种失败报告的上报方法及相关设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104105114B (zh) * 2013-04-03 2018-02-23 中国移动通信集团公司 数据传输方法、装置及终端
CN111095973A (zh) * 2019-12-06 2020-05-01 北京小米移动软件有限公司 通信失败处理方法、通信失败处理装置及存储介质
WO2022212706A1 (en) * 2021-03-31 2022-10-06 Ofinno, Llc Report for small data transmission

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110913428A (zh) * 2018-09-14 2020-03-24 电信科学技术研究院有限公司 一种信息上报方法、信息获取方法、终端及网络设备
WO2021007869A1 (zh) * 2019-07-18 2021-01-21 Oppo广东移动通信有限公司 信息上报方法及相关设备
WO2021026932A1 (zh) * 2019-08-15 2021-02-18 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
CN112770350A (zh) * 2019-11-06 2021-05-07 维沃移动通信有限公司 一种失败报告的上报方法及相关设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4333489A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023125375A1 (zh) * 2021-12-28 2023-07-06 华为技术有限公司 通信方法及装置
WO2023125649A1 (zh) * 2021-12-31 2023-07-06 夏普株式会社 连接建立失败报告方法和用户设备

Also Published As

Publication number Publication date
EP4333489A1 (en) 2024-03-06
EP4333489A4 (en) 2024-05-29
US20240080699A1 (en) 2024-03-07
CN116803193A (zh) 2023-09-22

Similar Documents

Publication Publication Date Title
CN109565896B (zh) 低功率rrc操作方法和装置
JP7088603B2 (ja) データ伝送方法、端末デバイス及びアクセスネットワークデバイス
CN108541034B (zh) 处理状态的转换的装置及方法
WO2021203310A1 (zh) 一种数据传输方法及装置、终端设备
JP2021510255A (ja) ビーム失敗回復方法、装置およびデバイス
WO2018112871A1 (zh) 数据发送/接收装置、方法以及通信系统
US20240080699A1 (en) Sdt failure reporting method, terminal device, and network device
EP4229906A1 (en) Method and apparatus for multicast and broadcast services
TW202010334A (zh) 一種資料傳輸方法及裝置、終端
WO2021195843A1 (en) Method and apparatus for data transmission
CN115244979A (zh) 一种数据传输方法及装置、通信设备
WO2022061872A1 (zh) 一种小数据传输方法及装置、终端设备
US20230180329A1 (en) Method and apparatus for sidelink communication during fast mcg link recovery procedure
WO2020206643A1 (zh) 一种随机接入方法、设备及存储介质
WO2020024611A1 (zh) 一种信息传输的方法、设备及计算机存储介质
WO2023028991A1 (en) Method and apparatus for small data transmission
WO2023065303A1 (zh) 一种控制方法、设备及存储介质
WO2019136598A1 (zh) 部分带宽定时方法以及装置、通信系统
WO2021197029A1 (zh) 一种先听后说lbt失败指示方法及装置
WO2022236499A1 (zh) Cg资源维护方法、终端设备和网络设备
WO2020082394A1 (zh) 随机接入的方法、终端设备和网络设备
WO2020077600A1 (zh) 一种触发波束失败恢复的方法及装置、终端
WO2023122889A1 (zh) 一种通信处理方法及装置、终端设备、接入网设备
WO2023035240A1 (zh) 一种控制随机接入的方法及装置、终端设备
WO2022252133A1 (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: 21941065

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202180089280.6

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2021941065

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: 2021941065

Country of ref document: EP

Effective date: 20231201