Connection failure detection method and apparatus, communication device, and storage medium

Abstract

Embodiments of the present disclosure provide a connection failure detection method and apparatus, a communication device and a storage medium. The connection failure detection method performed by a user equipment (UE) can include: performing connection failure detection for a small data transmission (SDT) procedure.

Description

Technical Field

[0001] This disclosure relates to, but is not limited to, the field of wireless communication technology, and particularly to a connection failure detection method and apparatus, communication equipment and storage medium. Background Technology

[0002] Connection failure detection is a method for detecting the quality of the radio link between the UE and the base station. In connected mode, the UE performs connection failure detection according to the failure detection configuration. If a connection failure is detected, the UE re-establishes a connection with the base station through connection recovery, connection reconstruction, or connection establishment.

[0003] Small Data Transmission (SDT) occurs when the UE is in an inactive and / or idle state. It is performed via random access and / or a dedicated Physical Uplink Shared Channel (PUSCH) resource (configure grant), or by pre-allocated uplink resource (PUR), transmitting data over the SDT. During SDT, the terminal resumes data transmission on Signal Radio Bearer (SRB) 1, and simultaneously resumes data transmission on Signal Radio Bearer (SRB) 2 and / or the designated Data Radio Bearer (DRB) according to network configuration instructions. However, in some cases, small data packet transmission during SDT may experience a high failure rate, and currently, there is no connection failure detection technology specifically for SDT. Summary of the Invention

[0004] This disclosure provides a connection failure detection method and apparatus, a communication device, and a storage medium.

[0005] A first aspect of this disclosure provides a connection failure detection method, executed by a user equipment (UE), the method comprising:

[0006] For small data transfer SDT process, connection failure detection is performed.

[0007] A second aspect of this disclosure provides an information processing method, wherein the method is executed by a base station, the method comprising:

[0008] Send failure detection configuration, wherein the failure detection configuration is used by the UE to detect connection failures during the SDT process.

[0009] A third aspect of this disclosure provides a connection failure detection device, executed by a user equipment (UE), the device comprising:

[0010] The detection module is configured to detect connection failures during the Small Data Transmission (SDT) process.

[0011] A fourth aspect of this disclosure provides an information processing apparatus, the apparatus comprising:

[0012] The sending module is configured with a transmission failure detection configuration, wherein the failure detection configuration is used by the UE to detect connection failures during the SDT process.

[0013] A fifth aspect of this disclosure provides a communication device, including a processor, a transceiver, a memory, and an executable program stored in the memory and capable of being executed by the processor, wherein when the processor executes the executable program, it performs a connection failure detection method as provided in the first or second aspect above.

[0014] A sixth aspect of this disclosure provides a computer storage medium storing an executable program; the executable program, when executed by a processor, can implement the connection failure detection method provided in the first or second aspect.

[0015] The technical solution provided in this disclosure embodiment can detect connection failures during the SDT process even when the UE is in an idle or inactive state. This allows for the identification of the reasons for small data packet transmission failures during the SDT process and timely adjustments to the small data packet transmission during the SDT process when connection failures are detected, thereby improving the success rate and quality of small data packet transmission.

[0016] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and are not intended to limit the embodiments of this disclosure. Attached Figure Description

[0017] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this disclosure and, together with the description, serve to explain the principles of embodiments of this disclosure.

[0018] Figure 1 This is a schematic diagram illustrating the structure of a wireless communication system according to an exemplary embodiment;

[0019] Figure 2 This is a flowchart illustrating a connection failure detection method according to an exemplary embodiment;

[0020] Figure 3The SDT process illustrated according to an exemplary embodiment is a timing diagram;

[0021] Figure 4 This is a flowchart illustrating a connection failure detection method according to an exemplary embodiment;

[0022] Figure 5 This is a flowchart illustrating a connection failure detection method according to an exemplary embodiment;

[0023] Figure 6 This is a flowchart illustrating a connection failure detection method according to an exemplary embodiment;

[0024] Figure 7 This is a flowchart illustrating a connection failure detection method according to an exemplary embodiment;

[0025] Figure 8 This is a flowchart illustrating a connection failure detection method according to an exemplary embodiment;

[0026] Figure 9 This is a schematic diagram of a connection failure detection device according to an exemplary embodiment;

[0027] Figure 10 This is a schematic diagram of a connection failure detection device according to an exemplary embodiment;

[0028] Figure 11 This is a schematic diagram of the structure of a UE according to an exemplary embodiment;

[0029] Figure 12 This is a schematic diagram of the structure of a base station according to an exemplary embodiment. Detailed Implementation

[0030] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numerals in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with those of this disclosure. Rather, they are merely examples of apparatuses and methods consistent with some aspects of the embodiments of this disclosure as detailed in the appended claims.

[0031] The terminology used in this disclosure is for the purpose of describing particular embodiments only and is not intended to be limiting of the present disclosure. The singular forms “a,” “the,” and “the” as used in this disclosure and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used herein refers to and includes any and all possible combinations of one or more of the associated listed items.

[0032] It should be understood that although the terms first, second, third, etc., may be used to describe various information in embodiments of this disclosure, such information should not be limited to these terms. These terms are only used to distinguish information of the same type from one another. For example, first information may also be referred to as second information without departing from the scope of embodiments of this disclosure, and similarly, second information may also be referred to as first information. Depending on the context, the word "if" as used herein may be interpreted as "when," "when," or "in response to a determination."

[0033] Please refer to Figure 1 This illustration shows a schematic diagram of the structure of a wireless communication system provided in an embodiment of this disclosure. Figure 1 As shown, the wireless communication system is a communication system based on cellular mobile communication technology. The wireless communication system may include: several UEs 11 and several base stations 12.

[0034] UE11 can be a device that provides voice and / or data connectivity to a user. UE11 can communicate with one or more core networks via a Radio Access Network (RAN). UE11 can be an IoT UE, such as a sensor device, a mobile phone (or "cellular" phone), and a computer with an IoT UE. For example, it can be a fixed, portable, pocket-sized, handheld, computer-embedded, or vehicle-mounted device. Examples include a station (STA), subscriber unit, subscriber station, mobile station, mobile station, remote station, access point, remote terminal, access terminal, user terminal, user agent, user device, or user equipment (UE). Alternatively, UE11 can be a device in an unmanned aerial vehicle (UAV). Alternatively, UE11 can be a vehicle-mounted device, such as a vehicle computer with wireless communication capabilities, or a wireless communication device connected to an external vehicle computer. Alternatively, UE11 can also be a roadside device, such as a street light, traffic light, or other roadside device with wireless communication capabilities.

[0035] Base station 12 can be a network-side device in a wireless communication system. This wireless communication system can be a fourth-generation mobile communication (4G) system, also known as a Long Term Evolution (LTE) system; or it can be a 5G system, also known as a New Radio (NR) system or a 5G NR system. Alternatively, it can be a next-generation system after 5G. In this case, the access network in the 5G system can be called NG-RAN (New Generation-Radio Access Network). Alternatively, it can be an MTC system.

[0036] In this embodiment, base station 12 can be an evolved NB (eNB) used in a 4G system. Alternatively, base station 12 can also be a gNB (gNB) using a centralized-distributed architecture in a 5G system. When base station 12 adopts a centralized-distributed architecture, it typically includes a central unit (CU) and at least two distributed units (DU). The central unit is equipped with a protocol stack of Packet Data Convergence Protocol (PDCP), Radio Link Control (RLC), and Media Access Control (MAC) layers; the distributed units are equipped with a physical (PHY) layer protocol stack. This disclosure does not limit the specific implementation of base station 12.

[0037] Base station 12 and UE11 can establish a wireless connection via a wireless air interface. In different implementations, the wireless air interface is a wireless air interface based on the fourth-generation mobile communication network technology (4G) standard; or, the wireless air interface is a wireless air interface based on the fifth-generation mobile communication network technology (5G) standard, such as a new air interface; or, the wireless air interface can also be a wireless air interface based on a next-generation mobile communication network technology standard based on 5G.

[0038] In some embodiments, UE11 can also establish E2E (End to End) connections. Examples include V2V (vehicle to vehicle), V2I (vehicle to Infrastructure), and V2P (vehicle to pedestrian) communication scenarios in vehicle-to-everything (V2X) communication.

[0039] In some embodiments, the wireless communication system described above may further include a network management device 13.

[0040] Several base stations 12 are connected to network management device 13. Network management device 13 can be a core network device in a wireless communication system, such as a Mobility Management Entity (MME) in an Evolved Packet Core (EPC). Alternatively, it can be other core network devices, such as a Serving Gateway (SGW), a Public Data Network Gateway (PGW), a Policy and Charging Rules Function (PCRF), or a Home Subscriber Server (HSS). The implementation of network management device 13 is not limited in this embodiment.

[0041] like Figure 2 As shown, this disclosure provides a connection failure detection method, which is executed by a user equipment (UE). The method includes:

[0042] S110: Detects connection failures during the Small Data Transmission (SDT) process.

[0043] The connection failure detection method provided in this disclosure can be executed by a UE. In this disclosure, connection failure detection is performed during the SDT process on an idle or inactive UE. Here, connection failure detection during the SDT process can be understood as the UE in an idle or inactive state detecting the wireless transmission channel and determining whether the connection has failed during the SDT process based on the detected channel quality.

[0044] The connection failure detection here refers to the detection of connections during the SDT process, including: detection of the beam used in the SDT process, and / or detection of the channel used in the SDT process. This channel includes, but is not limited to: the Random Access Channel (RACH) and / or the Dedicated PUSCH (or CG-PUSCH), etc.

[0045] In this embodiment of the disclosure, the UE will also perform connection failure detection during the SDT process. In this way, it can be determined whether the reason for the failure of small data packet transmission in the SDT is a connection failure, or whether the transmission needs to be adjusted in time during the SDT process, for example, by delaying the transmission in the time domain.

[0046] In this embodiment of the disclosure, the small data transmission of the SDT process can be performed in any of the following steps:

[0047] During the initial four-step random access process, Msg3 carries small data packets;

[0048] During the initial two-step random access process, MsgA carries a small data packet;

[0049] Small data packets are sent on the dedicated Physical Uplink Shared Channel (PUSCH) resource configured in the network.

[0050] In this embodiment of the disclosure, the small data packet refers to the data packet reported during the SDT process.

[0051] like Figure 3 As shown, the SDT process may include an initial data transmission phase and a subsequent data transmission phase.

[0052] Initial data transmission phase: from the start of the initial data transmission of SDT to the receipt of the network side's acknowledgment information for the initial data, where the acknowledgment information varies depending on the specific SDT process.

[0053] For example, in a four-step random access channel SDT process, the acknowledgment information can be a contention resolution identifier indicating successful reception of Msg4; in a two-step random access channel SDT process, the acknowledgment information can be a contention resolution identifier indicating successful reception of MsgB. In a CG SDT process, the acknowledgment information can be an indication from the network side indicating successful data reception. This indication can be an acknowledgment character (ACK) indicated by the physical layer (Downlink Control Information, DCI).

[0054] like Figure 4 As shown, this disclosure provides a connection failure detection method, including:

[0055] S111: Based on the obtained failure detection configuration, perform connection failure detection for the SDT process.

[0056] In this embodiment of the disclosure, the UE performs connection failure detection according to the SDT process based on the failure detection configuration.

[0057] In some implementations, this failed connection configuration can also be used by the UE to detect failed connections in connected mode. That is, the UE can share the same failure detection configuration in both connected and disconnected modes. The disconnected mode includes: inactive mode and / or idle mode.

[0058] In other embodiments, the failure detection configuration differs from the failure detection configuration of the UE in connected mode. For example, the triggering events for connection failure detection defined by the two failure detection configurations are different, and / or, the frequencies of connection failure detection defined by the two failure detection configurations are different. For example, the detection frequency indicated by the failure detection configuration in disconnected mode is lower than the detection frequency indicated by the failure detection configuration in connected mode.

[0059] In some embodiments, the failure detection configuration includes:

[0060] Failure detection configuration received from the network side;

[0061] And / or,

[0062] The failure detection configuration is as agreed upon in the protocol.

[0063] In this embodiment of the disclosure, the failure detection configuration may be configured and sent by the network side, or it may be pre-configured in the protocol, so that the UE can obtain the failure detection configuration by reading the protocol.

[0064] The network side here may include at least a Radio Access Network (RAN). For example, the failed connection detection is received from a base station in the RAN.

[0065] In summary, there are many ways for a UE to obtain the failure detection configuration, and it is not limited to any of the above methods.

[0066] In some embodiments, the failure detection configuration received from the network side includes:

[0067] The failure detection configuration received from the network side and carried in the system message;

[0068] And / or,

[0069] The failure detection configuration received from the network side and carried in the connection release message.

[0070] The failure detection configuration can be carried in system messages. For example, the failure detection configuration can be carried in the Master Information Block (MIB) or System Information Block (SIB) x, where x can be any positive integer. For example, the value of x can be 1, 2, 3, or 4.

[0071] like Figure 4 As shown, this disclosure provides a connection failure detection method, including:

[0072] S111: In response to the detection of a trigger event, perform connection failure detection for the SDT process.

[0073] In this embodiment of the disclosure, connection failure detection for the SDT process is initiated only when a triggering event is detected, and connection failure detection for the SDT process is not performed at other times, thereby reducing unnecessary detection and thus reducing power consumption caused by unnecessary detection.

[0074] In some embodiments, the triggering event includes at least one of the following:

[0075] Initiate the SDT process;

[0076] The UE performs the first uplink data transmission during the SDT process;

[0077] The UE receives an acknowledgment from the network side, wherein the acknowledgment is an indication sent by the network side after receiving the first uplink data transmission of the SDT procedure.

[0078] If the UE initiates the SDT process in an inactive or idle state, that is, if the SDT process is detected and initiated, then it is considered that a trigger event has been detected.

[0079] In some embodiments, to reduce unnecessary detection, a triggering event is not considered detected simply because the UE initiates the SDT procedure. Instead, it is confirmed upon the first uplink data transmission during the SDT procedure or upon receiving an acknowledgment of the first transmitted uplink data. This acknowledgment indicates that the network side has received the first uplink data transmission during the SDT procedure. In some embodiments, the first transmission of uplink data during the SDT procedure includes at least one of the following:

[0080] The UE sends uplink data for the first time through the random access message 3 of the four-step random access;

[0081] The UE sends uplink data for the first time through a two-step random access random access message A;

[0082] The UE transmits uplink data for the first time on the configured authorized CG Physical Uplink Shared Channel (PUSCH) resource.

[0083] In some embodiments, the UE receives an acknowledgment from the network side, including:

[0084] The contention resolution identifier for four-step random access message 4 is received from the network side;

[0085] Receive the contention resolution identifier for the two-step random access message B from the network side;

[0086] Received a successful data transmission indication on the CG PUSCH resource from the network side.

[0087] like Figure 5 As shown, this disclosure provides a connection failure detection method, including:

[0088] S112: In response to the detection of a stop event, stop the connection failure detection for the SDT process.

[0089] In some embodiments, the connection failure detection of the SDT process may automatically stop after a preset duration, or automatically stop after a preset number of detections.

[0090] In this embodiment of the disclosure, a stop event is provided, and if a stop event is detected, the connection failure detection for the SDT process is stopped.

[0091] In some embodiments, detecting a stop event includes:

[0092] The state of the UE changes;

[0093] And / or,

[0094] The UE receives specific indication information associated with the connection from the network side.

[0095] In this embodiment of the disclosure, the state transition of the UE may include: the connection state between the UE and the network side is transitioned.

[0096] In this embodiment of the disclosure, the UE receives connection-associated specific indication information from the network side. This connection-associated specific indication information may include one or more of the following connection-associated indication information: indicating connection establishment, indicating connection release, indicating connection restoration, indicating connection switching.

[0097] In some embodiments, the state transition of the UE includes at least one of the following:

[0098] The UE transitions from an inactive state to an idle state;

[0099] The UE transitions from an inactive state to a connected state;

[0100] The UE transitions from idle state to connected state.

[0101] If the UE switches from the inactive state to the idle state, the UE not only releases the connection with the base station, but also releases the context. Moreover, the idle state is a state in which the core network is aware that the connection has been released, while the inactive state is a state in which the connection between the UE and the base station has been released, but the context has not been released, and the core network is unaware that the UE has released the connection.

[0102] If the UE switches from the inactive state to the idle state, it means that the amount of data that the UE is currently waiting to send has decreased or the amount of data has decreased. Therefore, the probability of needing to perform the SDT process is reduced. Thus, the connection failure detection of the SDT process can be stopped, thereby reducing unnecessary detection.

[0103] In some embodiments, if the UE exits the idle or inactive state, it transitions to the connected state. In the connected state, the UE can transmit data based on the RRC connection, and the UE may have a connection failure detection specific to the connected state. In this case, it is considered that a connection failure detection was detected during the SDT process.

[0104] In some embodiments, the UE receives specific indication information associated with the connection from the network side, including at least one of the following:

[0105] The UE receives a connection release message from the network side;

[0106] The UE receives a connection restoration message from the network side;

[0107] The UE receives a connection rejection message from the network side;

[0108] The UE receives a connection establishment message from the network side.

[0109] This connection release message can be used to trigger the UE to enter the idle state.

[0110] The connection restoration message can be used for an inactive UE to enter the connected state.

[0111] A connection rejection message is a message sent by the network side to indicate that a connection establishment request has been rejected in response to a connection request.

[0112] A connection establishment message is a message sent by the network side instructing the UE to enter the connected state by establishing a connection.

[0113] In summary, in this embodiment of the disclosure, the specific indication information can be various RRC messages associated with the connection. Thus, there is no need to set up a special message to indicate the cessation of connection failure detection during the SDT process. Instead, the sending and receiving of existing messages in related technologies are used to inform the cessation of connection failure detection during the SDT process, thereby having the characteristics of high compatibility with related technologies and simple implementation.

[0114] In some embodiments, the failure detection configuration includes at least one of the following:

[0115] Timer information, indicating the timer associated with connection failure detection;

[0116] Counter information, indicating the counter associated with the connection failure detection;

[0117] Signal indication information, used to indicate the signal for performing the connection failure detection.

[0118] In this embodiment of the disclosure, the timer information may be timer-related information, such as the timer duration, the start time and / or end time of the timer.

[0119] Counter information can be any information related to indicating the counter count; for example, the counter information may include the maximum count value.

[0120] In some embodiments, the signal indication information may indicate a signal that needs to be detected during connection failure detection in the SDT process, and the signal may be a reference signal for various physical layers.

[0121] In some embodiments, the timer includes at least one of the following:

[0122] The physical layer out-of-step timer is used to time out physical layer out-of-step events.

[0123] A beam failure timer, used to time beam failure detection.

[0124] Specifically, there are various types of timers, or timers for different types of connection failures.

[0125] For example, a physical layer out-of-sync timer primarily counts physical layer out-of-sync events. For example, physical layer synchronization can be established based on synchronization signals sent from the network side; in this case, physical layer out-of-sync means that the physical layer has not established a relatively accurate synchronization based on the synchronization signals.

[0126] In this embodiment of the disclosure, the physical layer failure timer tracks the duration of a physical layer failure. The beam failure timer tracks beam failure detection.

[0127] In some embodiments, the counter includes at least one of the following:

[0128] A step-out counter is used to count physical layer step-out indicators.

[0129] Synchronization counter, used for counting physical layer synchronization indicators;

[0130] Beam failure counter, used to count beam failures;

[0131] MAC layer random access counter, used to count the number of random accesses at the MAC layer;

[0132] The RLC layer transmission count counter is used to count the number of transmissions in the RLC layer.

[0133] If a series of physical layer failures are detected, a physical layer out-of-sync indicator will be generated. In this embodiment of the disclosure, the out-of-sync counter can be used to count physical layer failure indicators.

[0134] A synchronization counter can be used to count when a physical layer synchronization indication is generated upon detection of physical layer synchronization.

[0135] In other embodiments, the UE sends a random access request during random access. After a random access failure, it sends another random access request. Thus, in this embodiment, the MAC layer random access count counter is used to count the number of random access attempts at the MAC layer. In another embodiment, the RLC layer is configured with a transmission count counter, which can be used to count the number of transmissions of the random access request during a single random access process. If the count reaches a preset value and random access is still not successful, the random access is considered to have failed.

[0136] In some embodiments, the signal indication information is used to indicate at least one of the following:

[0137] The signal for physical layer out-of-sync detection in the connection failure detection;

[0138] The signal used in the connection failure detection is the beam failure detection signal.

[0139] The signals indicated by the signal indication information include: signals for physical layer out-of-synchronization detection and / or signals for beam failure detection.

[0140] The signals for physical layer out-of-synchronization detection and beam failure detection can be the same or different.

[0141] For example, the signals for physical layer out-of-synchronization detection and beam failure detection can both be Synchronization Signal / Physical Broadcast Channel Block (SSB) or Channel State Information-Reference Signal (CSI-RS).

[0142] The above are just examples illustrating the signals for physical layer out-of-synchronization detection and / or beam failure detection.

[0143] In some embodiments, the signal indicated by the signal indication information includes at least one of the following:

[0144] Downlink signals associated with the physical downlink random access channel (PRACH) resources of four-step random access;

[0145] Downlink signals associated with the Physical Downlink Control Channel (PDCCH) that are used to resolve contention for the four-step random access scheduling process;

[0146] After successfully receiving the contention resolution identifier of the random access message 4 of the four-step random access, the downlink signal associated with the PDCCH channel for scheduling data transmission;

[0147] Downlink signal associated with random access message A in a two-step random access process;

[0148] After the contention resolution identifier of the random access message B in the two-step random access is received, the downlink signal associated with the PDCCH of the scheduling data is sent.

[0149] Downlink signals associated with CG PUSCH resources;

[0150] Downlink signals associated with the PDCCH that transmits a transmission success indication; wherein the transmission success indication indicates that data transmission was successful on the CG PUSCH;

[0151] After receiving the transmission success indication, the downlink signal associated with the PDCCH that schedules the data transmission;

[0152] The downlink signal transmitted by the cell where the UE is located;

[0153] The downlink signal sent by the BWP where the UE is located;

[0154] The UE can detect the downlink signal of the cell;

[0155] The downlink signal that the BWP where the UE is located can detect.

[0156] In the embodiments of this disclosure, the downlink signals here can all be physical layer signals. For example, the downlink signals here can be physical layer reference signals.

[0157] In this embodiment of the disclosure, the downlink signal associated with xxx may include: a downlink signal that has a pre-established correspondence with xxx and / or a downlink signal that is quasi-co-located with xxx. Here, xxx refers to PDCCH, PUSCH, and / or PRACH resources, etc., in any of the foregoing technical solutions.

[0158] Base stations pre-allocate random access resources for random access, and the channels corresponding to these random access resources are called random access channels.

[0159] In this embodiment of the disclosure, the downlink signals associated with these random access resources may be the signals mentioned above for physical layer out-of-sync detection and / or beam failure detection.

[0160] For example, the random access channel includes four random access resources: random access resource 1, random access resource 2, random access resource 3, and random access resource 4. These four random access resources can be associated with different SSBs. For example, random access resource 1 is associated with SSB1, random access resource 2 with SSB2, random access resource 3 with SSB3, and random access resource 4 with SSB4. If the current SDT process is performed in random access resource 3, then the downlink signal indicated by the signal indication information can be SSB3 associated with random access resource 3.

[0161] In one embodiment, during the successful reception of a four-step random access process, the transmission resource for the contention resolution identifier of random access message 4 needs to be scheduled by the PDCCH, and the contention resolution identifier is transmitted on the resource scheduled by the PDCCH. In this embodiment of the disclosure, the signal for physical layer out-of-synchronization detection and / or beam failure detection can both be downlink signals associated with the PDCCH that schedules the transmission of the contention resolution identifier.

[0162] In some embodiments, after the contention resolution identifier of the random access message 4 in the four-step random access is received, Physical Shared Channel (PSCH) scheduling is performed. The PSCH here may include PDSCH and / or PUSCH. The channel for scheduling the PSCH is generally a PDCCH. In embodiments of this disclosure, the signal indicating information may be a downlink signal associated with the PDCCH. The downlink signal associated with the PDCCH for scheduling data transmission may include: downlink signals associated with the first m PDCCHs for scheduling data transmission. Here, m can be any positive integer.

[0163] If the random access for the current SDT procedure is a two-step random access, then the signals indicated by the above signal indication information can be: downlink signals associated with random access message A and / or random access message B. If the SDT procedure uses CG PUSCH resources, then the signals indicated by the signal indication information for physical layer out-of-synchronization detection and / or beam failure detection can be: downlink signals associated with CG PUSCH resources.

[0164] The SDT process is divided into an initial data transmission phase and a subsequent data transmission phase. In this embodiment of the present disclosure, after the first uplink data transmission is successfully completed in the initial data transmission phase, the network side will send a transmission success indication. In this way, the UE will receive the transmission success indication. At this time, the signal indicated by the signal indication information can be the downlink signal associated with the PDCCH of the transmission success indication.

[0165] Of course, in other embodiments, the signal indicating the signal for physical layer out-of-synchronization detection and / or for beam failure detection may be a downlink signal associated with the PDCCH used for scheduling data transmission, received after a transmission success indication is received. The downlink signal associated with the PDCCH used for scheduling data transmission may include downlink signals associated with the first n PDCCHs used for scheduling data transmission. Here, n can be any positive integer.

[0166] The cell where the UE is located can be the cell where the UE is camped. In some embodiments, the signal indicated by the signal indication information can be: all downlink signals sent by the cell within the camped cell.

[0167] If a cell is divided into multiple BWPs, the UE may only activate a portion of them, or the UE may only use a portion of the BWPs for signal detection and / or data transmission. These partial BWPs may include one or more BWPs.

[0168] When a cell transmits downlink signals, it may be based on beamforming. Therefore, when a UE is located at a certain position within the cell, it may only be able to detect the downlink signal at its current location, rather than downlink signals from other locations. In this embodiment, the aforementioned downlink signal can be any reference signal at the cell level. Correspondingly, the signal indication information indicates that the UE can detect all downlink signals of the cell.

[0169] If the UE has a BWP that it can use, then the BWP that the UE is in can be: the UE's active BWP or all BWPs that the UE can use, and the UE can detect downlink signals in the BWP.

[0170] In this embodiment of the disclosure, the configuration of physical layer out-of-sync detection signals and / or beam failure detection signals is pre-implemented in the failure detection configuration through signal indication information. Thus, downlink signal detection can be performed directly and in a timely manner according to the failure detection configuration during SDT, without the need for temporary scheduling on the network side.

[0171] There are various types of connection failures during the SDT process. For example, the types of connection failures during the SDT process may include one or more of the following:

[0172] Connection failure caused by physical layer synchronization loss;

[0173] Connection failure caused by MAC layer random access failure;

[0174] Connection failure caused by the RLC layer reaching the maximum number of retransmissions;

[0175] Beam failure, etc.

[0176] In some embodiments, the method further includes:

[0177] In response to determining a connection failure based on the failure detection result, a new connection is obtained;

[0178] or,

[0179] In response to determining a connection failure based on the failure detection result, the system enters an idle state.

[0180] This can be any type of connection failure, which can either enable the process of re-acquiring a connection or enter an idle state.

[0181] For example, the process of regaining connection may include at least one of the following: connection establishment process, connection reconstruction process, and / or beam recovery process.

[0182] In this way, when the UE detects a connection failure, it will reacquire the connection and transmit small data packets during the SDT process based on the reacquired connection.

[0183] By re-establishing the connection, data can be transmitted in a timely manner based on the re-established connection.

[0184] If the data to be transmitted during the SDT process is not urgent, the amount of data to be transmitted is small, or the service priority is below the threshold, and a connection failure is detected, it indicates a poor wireless environment, and transmission can be temporarily suspended. During this suspension, to further conserve UE power, the UE can enter a lower-power idle state.

[0185] In some embodiments, the method further includes:

[0186] In response to determining that the connection failure was due to beam failure based on the failure detection results, beam recovery is performed.

[0187] Different connection failure types can be addressed using different methods to reacquire the connection.

[0188] In this embodiment of the disclosure, beam failure may only be caused by the UE moving within the cell. In fact, the cell's radio channel (i.e. connection) may not be bad. In this case, the UE may be able to regain the connection simply by beam recovery.

[0189] Therefore, in some embodiments, if a beam failure is detected, beam recovery is performed. If the connection failure is caused by a beam failure, the beam recovery process can quickly and easily achieve beam recovery without having to obtain the connection again through multiple messages from the base station.

[0190] In other embodiments, if a beam failure is detected, beam recovery may not be performed; instead, a connection may be re-established or re-established directly.

[0191] Beam recovery has a corresponding beam recovery configuration. For details on how to perform beam recovery, please refer to the beam recovery configuration.

[0192] For example, the beam recovery process may include: sending a beam recovery request and receiving feedback of the beam recovery request from the network side.

[0193] In some embodiments, the method further includes at least one of the following:

[0194] Receive the beam recovery configuration carried in the system message;

[0195] Receive the beam recovery configuration carried in the connection release message;

[0196] The beam recovery configuration is determined based on the agreement.

[0197] In some embodiments, the beam recovery configuration can be carried in the connection reconfiguration message. For example, the beam recovery configuration for connected mode can be carried in the connection reconfiguration message, while the beam recovery configuration for disconnected mode can be carried in system messages or connection release messages. Alternatively, for beam recovery configuration in disconnected mode, the probability of application or the probability of needing dynamic debugging may be low. In this case, the beam recovery configuration can be directly written into the communication standard protocol, so that the UE can determine the beam recovery configuration by querying the protocol.

[0198] In some embodiments, the beam recovery configuration includes at least one of the following:

[0199] Beam recovery counter information, indicating the counter used for beam recovery counts;

[0200] Beam recovery timer information, indicating the timer duration for beam recovery;

[0201] Priority configuration is used to indicate the priority of random access corresponding to beam recovery, wherein different priorities correspond to different random access configurations during beam recovery;

[0202] Resource allocation indicates the resources used for beam recovery;

[0203] Threshold configuration indicates the threshold value used for beam recovery.

[0204] Beam recovery configuration may include timing values ​​of one or more timers, count values ​​of one or more counters, or one or more threshold values ​​for beam recovery.

[0205] For example, the beam recovery counter information indicates a counter that counts the number of beam recoveries, and for example, the counter information may include at least: the maximum count value of the counter.

[0206] As another example, beam recovery timer information can be used to indicate the duration of beam recovery, and the beam recovery timer information can indicate the maximum duration of the timer.

[0207] The resource configuration can indicate any resources used for beam recovery. For example, the resources used for beam recovery can be random access resources for beam recovery. In this embodiment of the disclosure, the random access resources include: time-frequency domain resources and / or sequence resources, where the sequence resources can be random access preambles, etc., used in the random access process of beam recovery.

[0208] Threshold configuration can be used to determine whether beam recovery has been completed. For example, beam recovery is performed by beam measurement carrying SSB. If the measured value of a specific SSB exceeds the threshold value indicated by the threshold configuration, the beam recovery can be considered successful.

[0209] The measurements of SSB include, but are not limited to: Reference Signal Received Power (RSPR) and / or Reference Signal Received Quality (RSPQ).

[0210] In some embodiments, the beam recovery configuration further includes a priority configuration that can reuse the priority configuration of random access. Different priorities correspond to different random access configurations. The random access configuration here may include at least one of the following:

[0211] Power ramp-up configuration, for example, when retransmitting a random access request, the transmit power of the random access request is increased according to the power ramp-up configuration;

[0212] The backoff time scaling factor for repeated random access requests. When a random access request fails to be sent, the network side instructs the UE to provide a backoff value (Backoff Indicator, BI). The specific backoff time depends not only on the BI but also on the backoff time scaling factor. The product of the backoff time scaling factor and the BI determines the specific value of the backoff time.

[0213] Understandably, the resource configuration indicates that the contention-based random access request resources of the cell or BWP in which the SDT procedure is performed are used for beam recovery.

[0214] Understandably, the threshold configuration indicates a threshold value for selecting random access request resources, which is reused as the threshold value for beam recovery.

[0215] In this embodiment of the disclosure, both resource configuration and threshold configuration reuse the resources and threshold values ​​used in the random access request process. On the one hand, this simplifies network configuration, on the other hand, it improves the effective utilization of resources and reduces the issuance of duplicate resource configuration and / or threshold configuration.

[0216] In some embodiments, the method further includes:

[0217] The network receives feedback information regarding the beam recovery, wherein the feedback information indicates the result of the beam recovery.

[0218] For example, if beam recovery is successful, an indication of successful recovery will be received; if beam recovery fails, an indication of failed recovery will be received.

[0219] In summary, in this embodiment of the disclosure, feedback information indicating whether beam recovery was successful or not, as indicated by the network side, can be received.

[0220] In some embodiments, if the feedback information indicates success, the beam recovery process can be stopped. If the beam recovery indicates failure, beam recovery can be stopped directly, and a connection can be re-acquired through connection establishment and / or connection re-establishment. Alternatively, it can be determined whether the number of beam failures has reached the maximum number. If the maximum number has been reached, beam recovery can be stopped and connection establishment or connection re-establishment can be performed instead. Otherwise, the next beam recovery can continue.

[0221] In some embodiments, the feedback information from the receiving network side regarding the beam recovery includes:

[0222] The feedback information is received on resources during the subsequent data transmission phase of the SDT process;

[0223] And / or,

[0224] The feedback information carried in the message sent by the network side during random access is received.

[0225] The reception of feedback information can be combined with the SDT (Service Delivery Time) process. For example, feedback information can be received on resources during a subsequent data transmission phase of the SDT process, or it can be received in any message carried during random access.

[0226] For example, receiving the feedback information on resources in the subsequent data transmission phase of the SDT process includes: receiving the feedback information on PDCCH resources used for scheduling data transmission in the subsequent data transmission phase of the SDT process.

[0227] Understandably, the feedback information carried in the message sent by the network side during random access includes at least one of the following:

[0228] Receive the feedback information carried in the random access message 2 sent by the network side in the four-step random access process;

[0229] Receive the feedback information carried in the random access message 4 sent by the network side in the four-step random access process;

[0230] The feedback information carried in the random access message B issued by the network side in the four-step random access process is received.

[0231] In some embodiments, if beam recovery fails, the connection can be re-established through a connection establishment and / or connection re-establishment process. Exemplarily, the method further includes: re-establishing the connection in response to the beam recovery failure; or, entering an idle state in response to the beam recovery failure.

[0232] If beam recovery fails, a reconnection operation is performed to achieve timely data transmission through the reconnection.

[0233] If the data to be transmitted during the current SDT process has a low urgency level (e.g., the allowed delay is greater than the delay threshold corresponding to high urgency level), or the service priority is lower than the service priority threshold, it means that the data to be transmitted during the SDT process is not urgent to be transmitted. In this case, the UE can enter the idle state to further save the UE's power consumption.

[0234] There are several ways to reacquire a connection. For example, reacquiring a connection includes at least one of the following:

[0235] Connection establishment is triggered by non-access stratum NAS messages;

[0236] Connection establishment is triggered based on a connection establishment request message;

[0237] Connection restoration is triggered based on the connection restoration request message;

[0238] Connection reconstruction is triggered based on the connection reconstruction request message.

[0239] For example, a NAS message triggers connection establishment, or a connection request message triggers connection establishment. Connection request messages are RRC layer messages.

[0240] The connection recovery process is triggered by the recovery request message, while the connection re-establishment process is triggered by the connection reconstruction request message.

[0241] In some embodiments, the method further includes:

[0242] Report connection failure detection results.

[0243] Connection failure detection will produce a result, which is called the connection failure detection result. This result can include either a result indicating that a connection failure was detected or a result indicating that the connection did not fail.

[0244] In some embodiments, the failure detection result includes at least one of the following: a connection failure type indication, indicating the type of connection failure;

[0245] SDT process indicator, used to indicate that a connection failure was detected during the SDT process;

[0246] SDT phase indication is used to indicate the SDT phase in which the connection failure occurs, wherein the SDT phase includes: the initial data transmission phase and / or the subsequent data transmission phase in the SDT process;

[0247] SDT process type indicator, used to specify the type of SDT process;

[0248] Business indications are used to indicate the business that triggers the SDT process.

[0249] For example, connection failure types include, but are not limited to:

[0250] Connection failure caused by physical layer synchronization loss;

[0251] Connection failure caused by random access failure at the MAC layer;

[0252] Connection failure caused by the RLC layer reaching the maximum retransmission count;

[0253] The connection failed due to beam failure.

[0254] The SDT phase indicator determines the SDT phase to be sent in case of connection failure. The SDT phase includes: the initial data transmission phase and the subsequent data transmission phase.

[0255] In some embodiments, the business instruction includes at least one of the following:

[0256] The radio bearer RB identifier of the service;

[0257] The service flow identifier of the service;

[0258] The session identifier for the service;

[0259] The logical channel identifier of the service.

[0260] Different services are mapped to different RBs, and each RB has an RB identifier, so the RB identifier can be used to identify a service.

[0261] If a service is transmitted in the form of a service flow, a service flow identifier will be assigned. Similarly, the service flow identifier can identify the service.

[0262] When a service is transmitted, a session identifier is assigned, and this session identifier can also identify the service.

[0263] In some embodiments, services are also mapped to logical channels, and different logical channels have different logical channel identifiers. Therefore, logical channel identifiers can also be used for service identification.

[0264] like Figure 6 As shown in the embodiments of this disclosure, an information processing method is provided, wherein the method is executed by a base station, and the method includes:

[0265] S210: Send failure detection configuration, wherein the failure detection configuration is used by the UE to detect connection failures during the SDT process.

[0266] The information processing method provided in this disclosure can be executed by a base station. The method may include: the base station sending a failure detection configuration to the UE, which can be used by the UE to detect connection failures during the SDT (Signal Delay Test) process.

[0267] In some embodiments, S210 may include:

[0268] Send a system message carrying the failure detection configuration;

[0269] And / or,

[0270] Send a connection release message carrying the failure detection configuration.

[0271] By carrying the information through system messages, if the failure detection configuration applies to all UEs within the cell, then all UEs within the cell will be able to receive the corresponding system message.

[0272] By using connection release messages with failure detection configuration, the connection release message that triggers the UE to enter the idle or inactive state where the SDT process can be performed carries the failure detection configuration, instead of sending a dedicated message. Moreover, it is sent before the UE enters the idle or inactive state, which has the advantages of low message signaling overhead and simple implementation.

[0273] like Figure 7 As shown in the embodiments of this disclosure, an information processing method is provided, executed by a base station, the method comprising:

[0274] S310: Send specific indication information associated with the connection; wherein, the specific indication information is used to trigger the UE to stop connection failure detection for the SDT procedure.

[0275] By instructing the cessation of failed connection detection through specific indication information associated with the connection, any other information related to the connection can be reused, thus exhibiting strong compatibility with related technologies.

[0276] In some embodiments, the specific indication information includes at least one of the following:

[0277] Connection release message;

[0278] Connection restored message;

[0279] Connection refused message;

[0280] Connection established message.

[0281] The description of the specific instruction message mentioned above can be found in the foregoing embodiments, and will not be repeated here.

[0282] In some embodiments, the failure detection configuration includes at least one of the following:

[0283] Timer information, indicating the timer associated with connection failure detection;

[0284] Counter information, indicating the counter associated with the connection failure detection;

[0285] Signal indication information, used to indicate the signal for performing the connection failure detection.

[0286] The descriptions of the timer information, counter information, and signal indication information here can be found in the foregoing embodiments, and will not be repeated here.

[0287] In some embodiments, the timer includes at least one of the following:

[0288] The physical layer out-of-step timer is used to time out physical layer out-of-step events.

[0289] A timer for detecting beam failures, used to time the detection of beam failures.

[0290] In some embodiments, the counter includes at least one of the following:

[0291] A step-out counter is used to count physical layer step-out indicators.

[0292] Synchronization counter, used for counting physical layer synchronization indicators;

[0293] Beam failure counter, used to count beam failures;

[0294] The Media Access Control (MAC) layer random access count counter is used to count the number of random accesses at the MAC layer.

[0295] The transmission count counter for the Radio Link Control (RLC) layer is used to count the number of transmissions at the RLC layer.

[0296] In some embodiments, the signal indication information is used to indicate at least one of the following:

[0297] The signal for physical layer out-of-sync detection in the connection failure detection;

[0298] The signal used in the connection failure detection is the beam failure detection signal.

[0299] In some embodiments, the signal indication information indicates a signal, including at least one of the following:

[0300] Downlink signals associated with the physical downlink random access channel (PRACH) resources of four-step random access;

[0301] Downlink signals associated with the Physical Downlink Control Channel (PDCCH) that are used to resolve contention for the four-step random access scheduling process;

[0302] After successfully receiving the contention resolution identifier of the random access message 4 of the four-step random access, the downlink signal associated with the PDCCH channel for scheduling data transmission;

[0303] Downlink signal associated with random access message A in a two-step random access process;

[0304] After the contention resolution identifier of the random access message B in the two-step random access is received, the downlink signal associated with the PDCCH of the scheduling data is sent.

[0305] Downlink signals associated with CG PUSCH resources;

[0306] Downlink signals associated with the PDCCH that transmits a transmission success indication; wherein the transmission success indication indicates that data transmission was successful on the CG PUSCH;

[0307] After receiving the transmission success indication, the downlink signal associated with the PDCCH that schedules the data transmission;

[0308] The downlink signal transmitted by the cell where the UE is located;

[0309] The downlink signal sent by the BWP where the UE is located;

[0310] The UE can detect the downlink signal of the cell;

[0311] The downlink signal that the BWP where the UE is located can detect.

[0312] like Figure 8As shown, this embodiment of the present disclosure provides an information processing method executed by a base station. The method includes: S410: sending a beam recovery configuration, wherein the beam recovery configuration is at least used for the UE to perform beam recovery when the UE detects that the connection failure is caused by a beam failure during the SDT process.

[0313] In this embodiment, the transmitted beam recovery configuration may be the same as or different from the beam recovery configuration in the connected state. If the beam recovery configuration is the same as the beam recovery configuration in the connected state, the UE will directly reuse the beam recovery configuration of the connected state. Here, the beam recovery configuration transmitted by the base station applies to both the connected and disconnected states of the UE. The disconnected state here includes: idle state and / or inactive state.

[0314] In some embodiments, the transmit beam recovery configuration includes at least one of the following:

[0315] Send a system message carrying the beam recovery configuration;

[0316] Send a connection release message carrying the beam recovery configuration.

[0317] In some embodiments, the beam recovery configuration includes at least one of the following:

[0318] Beam recovery counter information, indicating the counter used for beam recovery counts;

[0319] Beam recovery timer information, indicating the timer duration for beam recovery;

[0320] Priority configuration is used to indicate the priority of random access corresponding to beam recovery, wherein different priorities correspond to different random access configurations during beam recovery;

[0321] Resource allocation indicates the resources used for beam recovery;

[0322] Threshold configuration indicates the threshold value used for beam recovery.

[0323] The random access configuration here may include at least: power ramp-up configuration and / or a backoff time scaling factor for random access request retransmission.

[0324] The resources specified in this resource configuration can reuse random access resources, which may include, for example, PRACH resources and sequence resources corresponding to the root sequence.

[0325] Understandably, the resource configuration indicates that the contention-based random access request resources of the cell or BWP in which the SDT procedure is performed are used for beam recovery.

[0326] Understandably, the threshold configuration indicates a threshold value for selecting random access request resources, which is reused as the threshold value for beam recovery.

[0327] Understandably, the method also includes:

[0328] Based on the beam recovery result of the UE, the feedback information of the beam recovery is sent.

[0329] The base station can send beam recovery feedback information to the UE based on the beam recovery results.

[0330] Understandably, the transmission of the beam recovery feedback information includes:

[0331] The feedback information is sent on resources during the subsequent data transmission phase of the SDT process;

[0332] And / or,

[0333] Send a message carrying the feedback information during random access.

[0334] Understandably, sending the feedback information on resources during the subsequent data transmission phase of the SDT process includes:

[0335] The feedback information is sent on the PDCCH resource used for scheduling data transmission during the subsequent data transmission phase of the SDT process.

[0336] Understandably, sending a message carrying the feedback information during random access includes at least one of the following:

[0337] On the network side, a random access message 2 carrying the feedback information is sent during the four-step random access process;

[0338] In the four-step random access process, a random access message 4 carrying the feedback information is sent.

[0339] In the four-step random access process, a random access message B carrying the feedback information is sent.

[0340] Understandably, the method also includes:

[0341] Receive connection failure detection result.

[0342] Understandably, the failure detection result includes at least one of the following:

[0343] Connection failure type indicator, indicating the type of connection failure;

[0344] SDT process indicator, used to indicate that a connection failure was detected during the SDT process;

[0345] SDT phase indication is used to indicate the SDT phase in which the connection failure occurs, wherein the SDT phase includes: the initial data transmission phase and / or the subsequent data transmission phase in the SDT process;

[0346] SDT process type indicator, used to specify the type of SDT process;

[0347] Business indications are used to indicate the business that triggers the SDT process.

[0348] Understandably, the business instructions include at least one of the following:

[0349] The radio bearer RB identifier of the service;

[0350] The service flow identifier of the service;

[0351] The session identifier for the service;

[0352] The logical channel identifier of the service.

[0353] The relevant explanations of the various business identifiers here can be found in the aforementioned embodiments of the corresponding locations, and will not be repeated here.

[0354] In related technologies, if a UE initiates an SDT (Signal Delay Test) procedure while in idle / inactive mode, the system defaults to not performing connection failure detection in idle / inactive states. This prevents the UE from assessing connection reliability and thus from taking appropriate action when the connection is unreliable. Therefore, determining which connection failure detection method to use for the UE in idle / inactive states, how to provide the failure detection configuration to the UE, and how to handle failures are all issues that need to be addressed.

[0355] Through the embodiments of this disclosure, idle / inactive UEs can perform corresponding connection failure detection during SDT (Service Dependency Test). Based on the result of this connection failure detection, appropriate processing is performed when a failure occurs, thereby improving the reliability of data transmission.

[0356] The UE performs connection failure detection for the SDT process according to network configuration or protocol agreement, and performs corresponding failure handling after detecting a failure.

[0357] The network side provides connection failure detection configuration and / or beam recovery configuration for the SDT process.

[0358] Terminal side: Based on the connection failure detection configuration of the SDT process, perform connection failure detection for the SDT process.

[0359] For example, the UE performs connection failure detection for the SDT procedure according to the configuration agreed upon by the network and / or protocol. The configuration agreed upon by the network and / or protocol here includes at least the connection failure configuration mentioned above.

[0360] One or more of the failure detection configuration and / or beam recovery configuration can be provided to the UE in at least one of the following ways:

[0361] Send the system information to the UE;

[0362] Send a connection release message to the UE;

[0363] As agreed upon in the agreement;

[0364] The triggering event for initiating the connection failure detection of this SDT process includes any of the following:

[0365] The SDT process is triggered;

[0366] The first transmission of uplink data during the SDT process.

[0367] The initial data sent during the SDT process includes any of the following:

[0368] The four-step RACH SDT sends data for the first time via Msg3.

[0369] The two-step RACH SDT sends data via MsgA for the first time.

[0370] CG-SDT sends data via CG resources for the first time.

[0371] Received confirmation from the network side. This includes any of the following:

[0372] The four-step RACH SDT successfully received the contention resolution flag for Msg4.

[0373] The two-step RACH SDT successfully received the contention resolution flag for MsgB.

[0374] CG-SDT successfully received the data reception success indication sent by the network.

[0375] The stop event that halts the connection failure detection includes any of the following:

[0376] The UE's connection state changes from inactive (RRC_INACTIVE) or from inactive to idle (RRC_IDLE).

[0377] The UE's connection state changes to connected state (RRC_CONNECTED).

[0378] Received specific indication information sent by the network. This specific indication information may include any of the following:

[0379] Connection release message;

[0380] Connection restored message;

[0381] Connection refused message;

[0382] Connection establishment message;

[0383] The failure detection configuration agreed upon through the protocol includes at least one of the following:

[0384] The values ​​of counters and / or timers in the failure detection configuration are agreed upon through the protocol.

[0385] The signal used for physical layer out-of-step detection is defined by the protocol. Depending on the different SDT process types, this signal for physical layer out-of-step detection can be any of the following:

[0386] For a four-step RACH SDT, the downlink signal includes any of the following:

[0387] PRACH transmits downlink signals associated with resources. For example, the four PRACH resources in the PRACH configuration (i.e., PRACH-1 / 2 / 3 / 4) correspond to four different downlink signals; these four downlink signals may include SSB-1 / 2 / 3 / 4. If the UE selects PRACH-1 to transmit uplink data, then the SSB-1 associated with PRACH-1 is used for physical layer out-of-synchronization detection.

[0388] The contention resolution flag for Msg4 indicates the downlink signal corresponding to the physical control channel. For example, the contention resolution flag for Msg4 indicates that the PDSCH (Physical Downlink Shared Channel) transmits signals on the PDCCH (Physical Downlink Control Channel) channel, which has a quasi-co-located relationship with this PDCCH channel, such as SSB-1.

[0389] After successfully receiving the contention resolution identifier Msg4, the downlink signal corresponding to the physical control channel is used for subsequent data scheduling. For example, after random access contention resolution, the UE receives scheduling information for subsequent data transmission and reception through a specific search space configured with the corresponding PDCCH, and signals with quasi-co-addressable relationships to this PDCCH channel, such as SSB-1. Among these, the signals with quasi-co-addressable relationships to this PDCCH channel can be: downlink signals associated with PRACH transmission resources.

[0390] The SDT procedure is performed on all specific downlink signals in the cell or BWP where the procedure takes place. For example, the SDT procedure is configured to be performed on the initial BWP, which contains all the SSBs configured on that initial BWP.

[0391] The SDT procedure involves all specific downlink signals detected in the cell or BWP where the procedure takes place. For example, if the SDT procedure is configured to be performed on the initial BWP, and the specific downlink signals configured on the initial BWP are SSB-1 / 2 / 3 / 4, and the UE detects SSB-1 / 2, then SSB-1 / 2 is considered the detection signal.

[0392] For a two-step RACH SDT, the signal includes any of the following:

[0393] MsgA sends downlink signals associated with resources. For example, the four PRACH resources in the MsgA configuration (i.e., PRACH-1 / 2 / 3 / 4) correspond to four different downlink signals, such as SSB-1 / 2 / 3 / 4. If the UE selects PRACH-1 to send uplink data, then SSB-1 associated with PRACH-1 is used for physical layer out-of-sync detection.

[0394] The downlink signal corresponding to the physical control channel of the contention resolution identifier of the scheduling MsgB, for example, the downlink signal that the contention resolution identifier of the scheduling MsgB PDSCH is transmitted to the PDCCH channel and has a quasi-co-address relationship with the PDCCH channel, such as SSB-1.

[0395] After successfully receiving the contention resolution identifier from MsgB, the downlink signal corresponding to the physical control channel is used for subsequent data scheduling. For example, after contention resolution during the SDT process, the UE receives scheduling information for subsequent data transmission and reception through the corresponding PDCCH configured in a specific search space. The signal with a quasi-co-address relationship with this PDCCH channel is the downlink signal used for connection failure detection during the SSD process, such as SSB-1. Among them, the signal with a quasi-co-address relationship with this PDCCH channel can be the downlink signal associated with the resource sent by MsgA.

[0396] All specific downlink signals corresponding to the cell or BWP where the SDT process takes place.

[0397] All specific downlink signals detected in the cell where the SDT process takes place or the cell corresponding to the BWP.

[0398] For CG-SDT, the signal includes any of the following:

[0399] The CG PUSCH transmits downlink signals associated with resources. For example, one resource cycle in the CG configuration includes four CG resources (i.e., CG-1 / 2 / 3 / 4), each corresponding to four different downlink signals (e.g., SSB-1 / 2 / 3 / 4). If the UE selects CG-1 to transmit uplink data, then the SSB-1 associated with CG-1 is used for physical layer out-of-synchronization detection.

[0400] The downlink signal corresponding to the physical control channel indicating successful data reception, for example, the downlink signal that has a quasi-co-address relationship with the PDCCH channel, such as SSB-1.

[0401] After successfully receiving the data reception success indication, the UE uses the downlink signal corresponding to the physical control channel for subsequent data scheduling. For example, after successfully receiving the data reception success indication during the SDT process, the UE configures the corresponding PDCCH through a specific search space to receive scheduling information for subsequent data transmission and reception, and signals with quasi-co-addressable relationships with this PDCCH channel, such as SSB-1. Among these, the signals with quasi-co-addressable relationships with this PDCCH channel can be downlink signals associated with CG PUSCH transmission resources.

[0402] All specific downlink signals corresponding to the cell or BWP where the SDT process takes place.

[0403] All specific downlink signals detected in the cell where the SDT process takes place or the cell corresponding to the BWP.

[0404] The signal used for beam failure detection is agreed upon through the protocol.

[0405] Similarly, the signals used for physical layer out-of-synchronization detection can be agreed upon through the protocol, as well as the signals for beam failure detection.

[0406] Step 2: Following Step 1, when the UE detects a connection failure, it determines the type of connection failure and re-establishes the connection based on the type. The following are several alternative methods for re-establishing the connection after a connection failure is detected:

[0407] Alternative method 1: The UE transitions from the inactive state (RRC_INATIVE) to the idle state (RRC_IDLE). Furthermore, the UE's AS (Access Stratum) layer can indicate this failure information to the NAS (Non-Access Stratum) layer. Even further, the UE's NAS layer can trigger the connection establishment process.

[0408] Alternative method 2: The UE triggers the connection establishment process, which can be achieved by sending a connection establishment request message to re-establish the connection;

[0409] Alternative method 3: The UE triggers the connection restoration process, which can be achieved by sending a connection restoration request message to request connection restoration.

[0410] Alternative method four: The UE triggers the connection reconstruction process, which can be as follows: after selecting a suitable cell from the cell selection process, the UE sends a connection reconstruction request message to realize the connection reconstruction.

[0411] When a UE detects a connection failure, the handling methods for beam failure may include:

[0412] Option 5: Trigger the beam recovery process. This beam recovery process includes any of the following:

[0413] The UE selects a specific downlink beam that meets the measurement threshold and then selects the corresponding uplink transmission resource to transmit uplink signals based on that specific downlink beam. For example, after a beam failure, the UE triggers a random access procedure, selects a specific downlink beam SSB-1 that meets the threshold, and selects the PRACH-1 resource associated with SSB-1 to send a random access request. During this random access procedure, the UE sends its identification information to the network side. For example, a C-RNTI MAC CE is sent to the network side in Msg3 or MsgA. After the random access procedure is successfully completed, the beam identified by SSB-1 is used as its serving beam.

[0414] The specific downlink beam that meets the measurement threshold is reported to the network side.

[0415] One or more of the beam recovery configuration information can be provided to the UE in at least one of the following ways:

[0416] The system information beamback configuration is restored and sent to the UE;

[0417] Send the beam recovery configuration to the UE via a connection release message;

[0418] The beam recovery configuration is sent to the UE according to the protocol.

[0419] The beam recovery configuration agreed upon through the protocol includes at least one of the following:

[0420] The values ​​of the counters and / or timers in the beam recovery configuration are agreed upon through the protocol.

[0421] The random access priority configuration in the beam recovery configuration is agreed upon through the protocol. (For example, this access priority configuration involves power ramp-up values ​​and / or backoff time scaling factor values ​​for random access request retransmission.)

[0422] According to the agreement, all contention-based random access request resources in the BWP or cell where the SDT process is located are reused as random access request resources for beam recovery.

[0423] As agreed in the protocol, the measurement threshold value for the downlink signal selection corresponding to the random access request resource of the contention-based random access procedure in the BWP or cell where the SDT procedure is located is reused as the measurement threshold value for the selection of candidate beams in the beam recovery procedure.

[0424] According to the agreement, the resources for network feedback information in beam recovery are:

[0425] Resources used in the SDT process for subsequent data transmission phases. For example, the PDCCH of search space-1 used for data scheduling in subsequent data transmission phases.

[0426] The resources used to receive network feedback information in the contention-based random access procedure of the BWP or cell where the SDT procedure is located. (For example, search space-0 or control set-0 can be used to receive Msg2, Msg4 or MsgB in the contention-based random access procedure.)

[0427] If the beam recovery process also fails, the UE will use any one of the above alternative methods one to four, specifically, it can re-establish the connection between the UE and the base station through the connection establishment or connection re-establishment process. A beam recovery failure here can, for example, include: the random access procedure corresponding to beam recovery reaching the maximum number of transmissions.

[0428] In some embodiments, the UE may report the failure information of the connection failure detection result to the network side. For example, the UE may only report failure information and not success information to reduce unnecessary reporting. If the network side does not receive any information about the connection detection result, it is assumed that the UE's SDT procedure did not find any failed connections. If failure information is received, it is assumed that the UE's SDT procedure has found failed connections. Of course, in other cases, the failure detection result may also include success information indicating that the connection was not failed (i.e., the connection was successful).

[0429] The failure message includes at least one of the following:

[0430] The connection failure type indicator indicates whether the connection failure was caused by physical layer out-of-sync, MAC layer random access failure, RLC layer failure to reach the maximum retransmission count, or beam failure.

[0431] SDT process indication, at least used to indicate whether a connection failure was detected during the SDT process;

[0432] SDT procedure type indication, for example, may include: an SDT procedure that occurs in a four-step random access, an SDT procedure that occurs in a two-step random access, or an SDT procedure that is performed based on CG-PUSCH resources.

[0433] A service indication indicating a connection failure. This service indication information includes at least one of the following:

[0434] Radio Bearer (RB) identifier, which may be a Data Radio Bearer (DRB).

[0435] Service flow identifier, for example, QoS flow-1;

[0436] Session identifier, for example, PDU Session-1;

[0437] Logical channel identifier, for example, LCH-1.

[0438] like Figure 9 As shown, this disclosure provides a connection failure detection device, the device comprising:

[0439] The detection module 510 is configured to perform connection failure detection for the Small Data Transmission (SDT) process.

[0440] In one embodiment, the detection module 510 may be a program module that, after being executed by the processor, is capable of detecting connection failures in the SDT process.

[0441] In another embodiment, the detection module 510 may be a hardware-software hybrid module; the hardware-software hybrid module includes, but is not limited to, programmable circuits; the programmable circuits include, but are not limited to, field-programmable circuits and / or complex programmable circuits.

[0442] In some embodiments, the detection module 510 may also include a pure hardware module; the pure hardware module includes, but is not limited to, an application-specific integrated circuit.

[0443] In one embodiment, the detection module 510 is configured to perform connection failure detection for the SDT process based on the acquired failure detection configuration.

[0444] In one embodiment, the device failure detection configuration includes:

[0445] The failure detection configuration received from the network side; and / or the failure detection configuration agreed upon in the protocol.

[0446] In one embodiment, the failure detection configuration received from the network side includes: the failure detection configuration received from the network side and carried in a system message; and / or, the failure detection configuration received from the network side and carried in a connection release message.

[0447] In one embodiment, the acquisition module is configured to perform connection failure detection for the SDT process in response to the detection of a triggering event.

[0448] In one embodiment, the triggering event includes at least one of the following:

[0449] Initiate the SDT process;

[0450] The UE performs the first uplink data transmission during the SDT process;

[0451] The UE receives an acknowledgment from the network side, wherein the acknowledgment is an indication sent by the network side after receiving the first uplink data transmission of the SDT procedure.

[0452] In one embodiment, the initial transmission of uplink data during the SDT process includes at least one of the following:

[0453] The UE sends uplink data for the first time through the random access message 3 of the four-step random access;

[0454] The UE sends uplink data for the first time through a two-step random access random access message A;

[0455] The UE transmits uplink data for the first time on the configured authorized CG Physical Uplink Shared Channel (PUSCH) resource.

[0456] In one embodiment, the acquisition module is configured to perform at least one of the following:

[0457] The contention resolution identifier for four-step random access message 4 is received from the network side;

[0458] Receive the contention resolution identifier for the two-step random access message B from the network side;

[0459] Received a successful data transmission indication on the CG PUSCH resource from the network side.

[0460] In one embodiment, the apparatus further includes:

[0461] The stop module is configured to stop the connection failure detection for the SDT process in response to the detection of a stop event.

[0462] In one embodiment, detecting a stop event includes: a change in the connection state of the UE; and / or, the UE receiving specific indication information associated with the connection from the network side.

[0463] In one embodiment, the connection state of the UE changes, including at least one of the following:

[0464] The UE transitions from an inactive state to an idle state;

[0465] The UE transitions from an inactive state to a connected state;

[0466] The UE transitions from idle state to connected state.

[0467] In one embodiment, the acquisition module is configured to perform at least one of the following:

[0468] The UE receives a connection release message from the network side;

[0469] The UE receives a connection restoration message from the network side;

[0470] The UE receives a connection rejection message from the network side;

[0471] The UE receives a connection establishment message from the network side.

[0472] In one embodiment, the failure detection configuration includes at least one of the following:

[0473] Timer information, indicating the timer associated with connection failure detection;

[0474] Counter information, indicating the counter associated with the connection failure detection;

[0475] Signal indication information, used to indicate the signal for performing the connection failure detection.

[0476] In one embodiment, the timer includes at least one of the following:

[0477] The physical layer out-of-step timer is used to time out physical layer out-of-step events.

[0478] A timer for detecting beam failures, used to time the detection of beam failures.

[0479] In one embodiment, the counter includes at least one of the following:

[0480] A step-out counter is used to count physical layer step-out indicators.

[0481] Synchronization counter, used for counting physical layer synchronization indicators;

[0482] Beam failure counter, used to count beam failures;

[0483] The Media Access Control (MAC) layer random access count counter is used to count the number of random accesses at the MAC layer.

[0484] The transmission count counter for the Radio Link Control (RLC) layer is used to count the number of transmissions at the RLC layer.

[0485] In one embodiment, the signal indication information is used to indicate at least one of the following:

[0486] The signal for physical layer out-of-sync detection in the connection failure detection;

[0487] The signal used in the connection failure detection is the beam failure detection signal.

[0488] In one embodiment, the signal indicating the signal includes at least one of the following:

[0489] Downlink signals associated with the physical downlink random access channel (PRACH) resources of four-step random access;

[0490] Downlink signals associated with the Physical Downlink Control Channel (PDCCH) that are used to resolve contention for the four-step random access scheduling process;

[0491] After successfully receiving the contention resolution identifier of the random access message 4 of the four-step random access, the downlink signal associated with the PDCCH channel for scheduling data transmission;

[0492] Downlink signal associated with random access message A in a two-step random access process;

[0493] After the contention resolution identifier of the random access message B in the two-step random access is received, the downlink signal associated with the PDCCH of the scheduling data is sent.

[0494] Downlink signals associated with CG PUSCH resources;

[0495] Downlink signals associated with the PDCCH that transmits a transmission success indication; wherein the transmission success indication indicates that data transmission was successful on the CG PUSCH;

[0496] After receiving the transmission success indication, the downlink signal associated with the PDCCH that schedules the data transmission;

[0497] The downlink signal transmitted by the cell where the UE is located;

[0498] The downlink signal sent by the BWP where the UE is located;

[0499] The UE can detect the downlink signal of the cell;

[0500] The downlink signal that the BWP where the UE is located can detect.

[0501] In one embodiment, the apparatus further includes:

[0502] The connection module is configured to re-acquire a connection in response to determining a connection failure based on the failure detection result;

[0503] or,

[0504] The state switching module is configured to enter an idle state in response to determining a connection failure based on the failure detection result.

[0505] In one embodiment, the apparatus further includes:

[0506] The recovery module is configured to perform beam recovery in response to determining, based on the failure detection result, that the connection failure was caused by beam failure.

[0507] In one embodiment, the recovery module is configured to perform beam recovery according to a beam recovery configuration.

[0508] In one embodiment, the apparatus further includes: a beam recovery configuration module; the beam recovery configuration module is configured to perform at least one of the following:

[0509] Receive the beam recovery configuration carried in the system message;

[0510] Receive the beam recovery configuration carried in the connection release message;

[0511] The beam recovery configuration is determined based on the agreement.

[0512] In one embodiment, the beam recovery configuration includes at least one of the following:

[0513] Beam recovery counter information, indicating the counter used for beam recovery counts;

[0514] Beam recovery timer information, indicating the timer duration for beam recovery;

[0515] Priority configuration is used to indicate the priority of random access corresponding to beam recovery, wherein different priorities correspond to different random access configurations during beam recovery;

[0516] Resource allocation indicates the resources used for beam recovery;

[0517] Threshold configuration indicates the threshold value used for beam recovery.

[0518] In one embodiment, the resource configuration instructs the contention-based random access request resources of the cell where the SDT procedure is performed or the BWP to be used for beam recovery.

[0519] In one embodiment, the threshold configuration indicates a threshold value for selecting random access request resources, which is reused as the threshold value for beam recovery.

[0520] In one embodiment, the apparatus further includes:

[0521] The feedback module is configured to receive feedback information from the network side regarding the beam recovery, wherein the feedback information indicates the result of the beam recovery.

[0522] In one embodiment, the feedback module is configured to receive the feedback information on resources during a subsequent data transmission phase of the SDT process; and / or to receive the feedback information carried in a message sent by the network side during random access.

[0523] In one embodiment, the feedback module is configured to receive the feedback information on the PDCCH resources used for scheduling data transmission during a subsequent data transmission phase of the SDT process.

[0524] In one embodiment, the feedback module is configured to perform at least one of the following:

[0525] Receive the feedback information carried in the random access message 2 sent by the network side in the four-step random access process;

[0526] Receive the feedback information carried in the random access message 4 sent by the network side in the four-step random access process;

[0527] The feedback information carried in the random access message B issued by the network side in the four-step random access process is received.

[0528] In one embodiment, the apparatus further includes:

[0529] The connection module is configured to re-acquire the connection in response to a beam recovery failure;

[0530] or,

[0531] The state switching module is configured to enter an idle state in response to the failure of beam recovery.

[0532] In one embodiment, the connection module is configured to perform at least one of the following:

[0533] Connection establishment is triggered by non-access stratum NAS messages;

[0534] Connection establishment is triggered based on a connection establishment request message;

[0535] Connection restoration is triggered based on the connection restoration request message;

[0536] Connection reconstruction is triggered based on the connection reconstruction request message.

[0537] In one embodiment, the apparatus further includes:

[0538] The reporting module is configured to report connection failure detection results.

[0539] In one embodiment, the failure detection result includes at least one of the following:

[0540] Connection failure type indicator, indicating the type of connection failure;

[0541] SDT process indicator, used to indicate that a connection failure was detected during the SDT process;

[0542] SDT phase indication is used to indicate the SDT phase in which the connection failure occurs, wherein the SDT phase includes: the initial data transmission phase and / or the subsequent data transmission phase in the SDT process;

[0543] SDT process type indicator, used to specify the type of SDT process;

[0544] Business indications are used to indicate the business that triggers the SDT process.

[0545] In one embodiment, the business instruction includes at least one of the following:

[0546] The radio bearer RB identifier of the service;

[0547] The service flow identifier of the service;

[0548] The session identifier for the service;

[0549] The logical channel identifier of the service.

[0550] like Figure 10 As shown, this disclosure provides an information processing apparatus, the apparatus comprising:

[0551] The sending module 610 is configured to send failure detection configuration, wherein the failure detection configuration is used by the UE to detect connection failure during the SDT process.

[0552] In one embodiment, the sending module 610 may be a program module, which, after being executed by the processor, can send a connection failure detection message to the UE to perform SDT (Single Targeting) on ​​the connection failure.

[0553] In another embodiment, the transmitting module 610 may be a hardware-software hybrid module; the hardware-software hybrid module includes, but is not limited to, programmable circuits; the programmable circuits include, but are not limited to, field-programmable circuits and / or complex programmable circuits.

[0554] In some embodiments, the transmitting module 610 may also include a pure hardware module; the pure hardware module includes, but is not limited to, an application-specific integrated circuit.

[0555] In one embodiment, the sending module 610 is configured to send a system message carrying the failure detection configuration; and / or send a connection release message carrying the failure detection configuration.

[0556] In one embodiment, the receiving module is further configured to receive specific indication information associated with the connection; wherein the specific indication information is used to trigger the UE to stop connection failure detection for the SDT process.

[0557] In one embodiment, the specific indication information includes at least one of the following:

[0558] Connection release message;

[0559] Connection restored message;

[0560] Connection refused message;

[0561] Connection established message.

[0562] In one embodiment, the failure detection configuration includes at least one of the following:

[0563] Timer information, indicating the timer associated with connection failure detection;

[0564] Counter information, indicating the counter associated with the connection failure detection;

[0565] Signal indication information, used to indicate the signal for performing the connection failure detection.

[0566] In one embodiment, the timer includes at least one of the following:

[0567] The physical layer out-of-step timer is used to time out physical layer out-of-step events.

[0568] A timer for detecting beam failures, used to time the detection of beam failures.

[0569] In one embodiment, the counter includes at least one of the following:

[0570] A step-out counter is used to count physical layer step-out indicators.

[0571] Synchronization counter, used for counting physical layer synchronization indicators;

[0572] Beam failure counter, used to count beam failures;

[0573] The Media Access Control (MAC) layer random access count counter is used to count the number of random accesses at the MAC layer.

[0574] The transmission count counter for the Radio Link Control (RLC) layer is used to count the number of transmissions at the RLC layer.

[0575] In one embodiment, the signal indication information is used to indicate at least one of the following:

[0576] The signal for physical layer out-of-sync detection in the connection failure detection;

[0577] The signal used in the connection failure detection is the beam failure detection signal.

[0578] In one embodiment, the signal indication information indicates a signal, including at least one of the following:

[0579] Downlink signals associated with the physical downlink random access channel (PRACH) resources of four-step random access;

[0580] Downlink signals associated with the Physical Downlink Control Channel (PDCCH) that are used to resolve contention for the four-step random access scheduling process;

[0581] After successfully receiving the contention resolution identifier of the random access message 4 of the four-step random access, the downlink signal associated with the PDCCH channel for scheduling data transmission;

[0582] Downlink signal associated with random access message A in a two-step random access process;

[0583] After the contention resolution identifier of the random access message B in the two-step random access is received, the downlink signal associated with the PDCCH of the scheduling data is sent.

[0584] Downlink signals associated with CG PUSCH resources;

[0585] Downlink signals associated with the PDCCH that transmits a transmission success indication; wherein the transmission success indication indicates that data transmission was successful on the CG PUSCH;

[0586] After receiving the transmission success indication, the downlink signal associated with the PDCCH that schedules the data transmission;

[0587] The downlink signal transmitted by the cell where the UE is located;

[0588] The downlink signal sent by the BWP where the UE is located;

[0589] The UE can detect the downlink signal of the cell;

[0590] The downlink signal that the BWP where the UE is located can detect.

[0591] In one embodiment, the transmitting module 610 is further configured to transmit a beam recovery configuration, wherein the beam recovery configuration is used for the UE to perform beam recovery when the connection failure is detected as a beam failure during the SDT process.

[0592] In one embodiment, the sending module 610 is configured to perform at least one of the following:

[0593] Send a system message carrying the beam recovery configuration;

[0594] Send a connection release message carrying the beam recovery configuration.

[0595] In one embodiment, the beam recovery configuration includes at least one of the following:

[0596] Beam recovery counter information, indicating the counter used for beam recovery counts;

[0597] Beam recovery timer information, indicating the timer duration for beam recovery;

[0598] Priority configuration is used to indicate the priority of random access corresponding to beam recovery, wherein different priorities correspond to different random access configurations during beam recovery;

[0599] Resource allocation indicates the resources used for beam recovery;

[0600] Threshold configuration indicates the threshold value used for beam recovery.

[0601] In one embodiment, the resource configuration instructs the contention-based random access request resources of the cell where the SDT procedure is performed or the BWP to be used for beam recovery.

[0602] In one embodiment, the threshold configuration indicates a threshold value for selecting random access request resources, which is reused as the threshold value for beam recovery.

[0603] In one embodiment, the transmitting module 610 is configured to transmit beam recovery feedback information based on the beam recovery result of the UE.

[0604] In one embodiment, the sending module 610 is configured to send the feedback information on resources during a subsequent data transmission phase of the SDT process; and / or to send a message carrying the feedback information during random access.

[0605] In one embodiment, the sending module 610 is further configured to send the feedback information on the PDCCH resources used for scheduling data transmission during a subsequent data transmission phase of the SDT process.

[0606] In one embodiment, the sending module 610 is configured to perform at least one of the following:

[0607] On the network side, a random access message 2 carrying the feedback information is sent during the four-step random access process;

[0608] In the four-step random access process, a random access message 4 carrying the feedback information is sent.

[0609] In the four-step random access process, a random access message B carrying the feedback information is sent.

[0610] In one embodiment, the apparatus further includes:

[0611] The receiving module is configured to receive connection failure detection results.

[0612] In one embodiment, the failure detection result includes at least one of the following:

[0613] Connection failure type indicator, indicating the type of connection failure;

[0614] SDT process indicator, used to indicate that a connection failure was detected during the SDT process;

[0615] SDT phase indication is used to indicate the SDT phase in which the connection failure occurs, wherein the SDT phase includes: the initial data transmission phase and / or the subsequent data transmission phase in the SDT process;

[0616] SDT process type indicator, used to specify the type of SDT process;

[0617] Business indications are used to indicate the business that triggers the SDT process.

[0618] In one embodiment, the business instruction includes at least one of the following:

[0619] The radio bearer RB identifier of the service;

[0620] The service flow identifier of the service;

[0621] The session identifier for the service;

[0622] The logical channel identifier of the service.

[0623] This disclosure provides a communication device, including:

[0624] Memory used to store processor-executable instructions;

[0625] The processor is connected to the memory separately;

[0626] The processor is configured to execute the connection failure detection method provided by any of the aforementioned technical solutions.

[0627] The processor may include various types of storage media, which are non-transitory computer storage media that can continue to store information after the communication device loses power.

[0628] Here, the communication equipment includes: UE or base station.

[0629] The processor can be connected to the memory via a bus or similar means to read executable programs stored in the memory, for example, such as... Figure 2 , Figures 4 to 8 At least one of the methods shown.

[0630] Figure 11 This is a block diagram illustrating a UE 800 according to an exemplary embodiment. For example, the UE 800 may be a mobile phone, computer, digital broadcast user equipment, messaging transceiver, game console, tablet device, medical device, fitness equipment, personal digital assistant, etc.

[0631] Reference Figure 11 UE800 may include one or more of the following components: processing component 802, memory 804, power supply component 806, multimedia component 808, audio component 810, input / output (I / O) interface 812, sensor component 814, and communication component 816.

[0632] Processing component 802 typically controls the overall operation of UE 800, such as operations associated with display, telephone calls, data communication, camera operation, and recording. Processing component 802 may include one or more processors 820 to execute instructions to complete all or part of the steps of the methods described above. Furthermore, processing component 802 may include one or more modules to facilitate interaction between processing component 802 and other components. For example, processing component 802 may include a multimedia module to facilitate interaction between multimedia component 808 and processing component 802.

[0633] Memory 804 is configured to store various types of data to support operation on UE 800. Examples of this data include instructions for any application or method operating on UE 800, contact data, phonebook data, messages, pictures, videos, etc. Memory 804 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk.

[0634] Power supply component 806 provides power to various components of UE800. Power supply component 806 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to UE800.

[0635] The multimedia component 808 includes a screen that provides an output interface between the UE 800 and the user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touchscreen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensors may sense not only the boundaries of the touch or swipe action but also the duration and pressure associated with the touch or swipe operation. In some embodiments, the multimedia component 808 includes a front-facing camera and / or a rear-facing camera. When the UE 800 is in an operating mode, such as a shooting mode or a video mode, the front-facing camera and / or the rear-facing camera may receive external multimedia data. Each front-facing camera and rear-facing camera may be a fixed optical lens system or have focal length and optical zoom capabilities.

[0636] Audio component 810 is configured to output and / or input audio signals. For example, audio component 810 includes a microphone (MIC) configured to receive external audio signals when UE 800 is in an operating mode, such as call mode, recording mode, and voice recognition mode. The received audio signals may be further stored in memory 804 or transmitted via communication component 816. In some embodiments, audio component 810 also includes a speaker for outputting audio signals.

[0637] I / O interface 812 provides an interface between processing component 802 and peripheral interface modules, such as keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to, home buttons, volume buttons, power buttons, and lock buttons.

[0638] Sensor assembly 814 includes one or more sensors for providing status assessments of various aspects of UE 800. For example, sensor assembly 814 can detect the on / off state of UE 800, the relative positioning of components such as the display and keypad of UE 800, changes in the position of UE 800 or one of its components, the presence or absence of user contact with UE 800, the orientation or acceleration / deceleration of UE 800, and temperature changes of UE 800. Sensor assembly 814 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. Sensor assembly 814 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, sensor assembly 814 may also include an accelerometer, a gyroscope, a magnetometer, a pressure sensor, or a temperature sensor.

[0639] Communication component 816 is configured to facilitate wired or wireless communication between UE 800 and other devices. UE 800 can access wireless networks based on communication standards, such as WiFi, 2G, or 3G, or combinations thereof. In one exemplary embodiment, communication component 816 receives broadcast signals or broadcast-related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, communication component 816 also includes a near-field communication (NFC) module to facilitate short-range communication. For example, the NFC module may be implemented based on radio frequency identification (RFID) technology, Infrared Data Association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

[0640] In an exemplary embodiment, UE800 may be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components to perform the methods described above.

[0641] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory 804 including instructions, which can be executed by the processor 820 of the UE 800 to complete the aforementioned arbitrary connection failure detection method, at least as follows: Figures 6 to 8 At least one of the methods shown. For example, the non-transitory computer-readable storage medium may be a ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage device, etc.

[0642] like Figure 12 As shown in the figure, one embodiment of this disclosure illustrates the structure of a base station. Base station 900, base station reference... Figure 12 The base station 900 includes a processing component 922, which further includes one or more processors, and memory resources represented by a memory 932 for storing instructions executable by the processing component 922, such as application programs. The application programs stored in the memory 932 may include one or more modules, each corresponding to a set of instructions. Furthermore, the processing component 922 is configured to execute instructions to perform any of the methods described above applied to the base station, such as... Figures 6 to 8 At least one of the methods shown.

[0643] Base station 900 may also include a power supply component 926 configured to perform power management of base station 900, a wired or wireless network interface 950 configured to connect base station 900 to a network, and an input / output (I / O) interface 958. Base station 900 can operate on an operating system stored in memory 932, such as Windows Server™, Mac OS X™, Unix™, Linux™, FreeBSD™, or similar.

[0644] Other embodiments of the present disclosure will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This disclosure is intended to cover any variations, uses, or adaptations of the embodiments of this disclosure that follow the general principles of the embodiments of this disclosure and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of the embodiments of this disclosure are indicated by the following claims.

[0645] It should be understood that the embodiments disclosed herein are not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from their scope. The scope of the embodiments disclosed herein is limited only by the appended claims.

Claims

1. A connection failure detection method, wherein, Performed by a user equipment (UE), the method includes: Based on the obtained failure detection configuration, connection failure detection is performed for the small data transmission SDT process; In response to the connection failure determined based on the connection failure detection result, the UE enters the idle state and the access layer AS indicates the failure information to the non-access layer NAS, which then triggers the connection establishment process. The failure detection configuration includes at least one of the following: Counter information, indicating the counter associated with the connection failure detection; Signal indication information, used to indicate a signal for performing the connection failure detection; The connection failure includes at least one of the following: connection failure caused by physical layer out-of-synchronization, connection failure caused by MAC layer random access failure, connection failure caused by RLC layer reaching the maximum number of retransmissions, and beam failure.

2. The method according to claim 1, wherein, The failure detection configuration includes: Failure detection configuration received from the network side; And / or, The failure detection configuration is as agreed upon in the protocol.

3. The method according to claim 2, wherein, The failure detection configuration received from the network side includes: The failure detection configuration received from the network side and carried in the system message; And / or, The failure detection configuration received from the network side and carried in the connection release message.

4. The method according to any one of claims 1 to 3, wherein, The connection failure detection for the small data transmission SDT process includes: In response to the detection of a triggering event, a connection failure detection is performed for the SDT process.

5. The method according to claim 4, wherein, The triggering event includes at least one of the following: Initiate the SDT process; The UE performs the first uplink data transmission during the SDT process; The UE receives an acknowledgment from the network side, wherein the acknowledgment is an indication sent by the network side after receiving the first uplink data transmission of the SDT procedure.

6. The method according to claim 5, wherein, The initial transmission of uplink data during the SDT process includes at least one of the following: The UE sends uplink data for the first time through the random access message 3 of the four-step random access; The UE sends uplink data for the first time through a two-step random access random access message A; The UE transmits uplink data for the first time on the configured authorized CG Physical Uplink Shared Channel (PUSCH) resource.

7. The method according to claim 5, wherein, The UE receives an acknowledgment from the network side, including: The contention resolution identifier for four-step random access message 4 is received from the network side; Receive the contention resolution identifier for the two-step random access message B from the network side; Received a successful data transmission indication on the CG PUSCH resource from the network side.

8. The method according to claim 1, wherein, The method further includes: In response to the detection of a stop event, the connection failure detection for the SDT process is stopped.

9. The method according to claim 8, wherein, The detected stop event includes: The connection state of the UE changes; And / or, The UE receives specific indication information associated with the connection from the network side.

10. The method according to claim 9, wherein, The connection state of the UE changes, including at least one of the following: The UE transitions from an inactive state to an idle state; The UE transitions from an inactive state to a connected state; The UE transitions from idle state to connected state.

11. The method according to claim 9, wherein, The UE receives specific indication information associated with the connection from the network side, including at least one of the following: The UE receives a connection release message from the network side; The UE receives a connection restoration message from the network side; The UE receives a connection rejection message from the network side; The UE receives a connection establishment message from the network side.

12. The method according to claim 1, wherein, The failure detection configuration also includes timer information indicating a timer associated with connection failure detection, the timer including at least one of the following: The physical layer out-of-step timer is used to time out physical layer out-of-step events. A timer for detecting beam failures, used to time the detection of beam failures.

13. The method according to claim 1, wherein, The counter includes at least one of the following: A step-out counter is used to count physical layer step-out indicators. Synchronization counter, used for counting physical layer synchronization indicators; Beam failure counter, used to count beam failures; The Media Access Control (MAC) layer random access count counter is used to count the number of random accesses at the MAC layer. The transmission count counter for the Radio Link Control (RLC) layer is used to count the number of transmissions at the RLC layer.

14. The method of claim 1, wherein the signal indication information is used to indicate at least one of the following: The signal for physical layer out-of-sync detection in the connection failure detection; The signal used in the connection failure detection is the beam failure detection signal.

15. The method according to claim 1, wherein, The signal indicated by the signal indication information includes at least one of the following: Downlink signals associated with the physical downlink random access channel (PRACH) resources of four-step random access; Downlink signals associated with the Physical Downlink Control Channel (PDCCH) that are used to resolve contention for the four-step random access scheduling process; After successfully receiving the contention resolution identifier of the random access message 4 of the four-step random access, the downlink signal associated with the PDCCH channel for scheduling data transmission; Downlink signal associated with random access message A in a two-step random access process; After the contention resolution identifier of the random access message B in the two-step random access is received, the downlink signal associated with the PDCCH of the scheduling data is sent. Downlink signals associated with CG PUSCH resources; Downlink signals associated with the PDCCH that transmit a transmission success indication; wherein the transmission success indication indicates that data transmission was successful on the CGPUSCH; After receiving the transmission success indication, the downlink signal associated with the PDCCH that schedules the data transmission; The downlink signal transmitted by the cell where the UE is located; The downlink signal sent by the BWP where the UE is located; The UE can detect the downlink signal of the cell; The downlink signal that the BWP where the UE is located can detect.

16. The method according to claim 1, wherein, The method further includes: In response to determining that the connection failure was caused by beam failure based on the connection failure detection result, beam recovery is performed.

17. The method according to claim 16, wherein, The beam recovery process includes: The beam recovery is performed according to the beam recovery configuration.

18. The method according to claim 17, wherein, The method further includes at least one of the following: Receive the beam recovery configuration carried in the system message; Receive the beam recovery configuration carried in the connection release message; The beam recovery configuration is determined based on the agreement.

19. The method according to claim 17 or 18, wherein, The beam recovery configuration includes at least one of the following: Beam recovery counter information, indicating the counter used for beam recovery counts; Beam recovery timer information, indicating the timer duration for beam recovery; Priority configuration is used to indicate the priority of random access corresponding to beam recovery, wherein different priorities correspond to different random access configurations during beam recovery; Resource allocation indicates the resources used for beam recovery; Threshold configuration indicates the threshold value used for beam recovery.

20. The method according to claim 19, wherein, The resource configuration indicates that the contention-based random access request resources of the cell or BWP in which the SDT procedure is performed are used for beam recovery.

21. The method according to claim 19, wherein, The threshold configuration indicates a threshold value for selecting random access request resources, which is reused as the threshold value for beam recovery.

22. The method according to claim 17, wherein, The method further includes: The network receives feedback information regarding the beam recovery, wherein the feedback information indicates the result of the beam recovery.

23. The method according to claim 22, wherein, The feedback information from the receiving network side regarding the beam recovery includes: The feedback information is received on resources during the subsequent data transmission phase of the SDT process; And / or, The feedback information carried in the message sent by the network side during random access is received.

24. The method according to claim 23, wherein, Receiving the feedback information on resources during the subsequent data transmission phase of the SDT process includes: The feedback information is received on the PDCCH resource used for scheduling data transmission during the subsequent data transmission phase of the SDT process.

25. The method according to claim 23, wherein, The feedback information carried in the message sent by the network side during random access includes at least one of the following: Receive the feedback information carried in the random access message 2 sent by the network side in the four-step random access process; Receive the feedback information carried in the random access message 4 sent by the network side in the four-step random access process; The feedback information carried in the random access message B sent by the network side in the two-step random access process is received.

26. The method according to claim 17, wherein, The method further includes: In response to the failure of beam recovery, re-establish the connection; or, In response to the failure of beam recovery, it enters an idle state.

27. The method according to claim 26, wherein, The reconnection re-acquisition includes at least one of the following: Connection establishment is triggered by non-access stratum NAS messages; Connection establishment is triggered based on a connection establishment request message; Connection restoration is triggered based on the connection restoration request message; Connection reconstruction is triggered based on the connection reconstruction request message.

28. The method according to claim 1, wherein, The method further includes: Report connection failure detection results.

29. The method according to claim 28, wherein, The connection failure detection result includes at least one of the following: Connection failure type indicator, indicating the type of connection failure; SDT process indicator, used to indicate that a connection failure was detected during the SDT process; SDT phase indication is used to indicate the SDT phase in which the connection failure occurs, wherein the SDT phase includes: the initial data transmission phase and / or the subsequent data transmission phase in the SDT process; SDT process type indicator, used to indicate the type of SDT process; Business indications are used to indicate the business that triggers the SDT process.

30. The method according to claim 29, wherein, The business instructions include at least one of the following: The radio bearer RB identifier of the service; The service flow identifier of the service; The session identifier for the service; The logical channel identifier of the service.

31. An information processing method, wherein, Performed by the base station, the method includes: Send failure detection configuration, wherein the failure detection configuration is used by the UE to detect connection failure during the SDT process; Receive connection failure detection result; The failure detection configuration includes at least one of the following: Counter information, indicating the counter associated with the connection failure detection; Signal indication information, used to indicate a signal for performing the connection failure detection; If the connection failure detection result determines that the connection has failed, the UE enters an idle state and the UE's access layer AS indicates the failure information to the non-access layer NAS, which then triggers the connection establishment process. The connection failure includes at least one of the following: connection failure caused by physical layer out-of-sync, connection failure caused by MAC layer random access failure, connection failure caused by RLC layer reaching the maximum number of retransmissions, and beam failure.

32. The method according to claim 31, wherein, The sending failure detection configuration includes: Send a system message carrying the failure detection configuration; And / or, Send a connection release message carrying the failure detection configuration.

33. The method according to claim 31 or 32, wherein, The method further includes: Send specific indication information associated with the connection; wherein the specific indication information is used to trigger the UE to stop connection failure detection for the SDT procedure.

34. The method according to claim 33, wherein, The specific indication information includes at least one of the following: Connection release message; Connection restored message; Connection refused message; Connection established message.

35. The method according to claim 31, wherein, The failure detection configuration also includes timer information indicating a timer associated with connection failure detection, the timer including at least one of the following: The physical layer out-of-step timer is used to time out physical layer out-of-step events. A timer for detecting beam failures, used to time the detection of beam failures.

36. The method according to claim 31, wherein, The counter includes at least one of the following: A step-out counter is used to count physical layer step-out indicators. Synchronization counter, used for counting physical layer synchronization indicators; Beam failure counter, used to count beam failures; The Media Access Control (MAC) layer random access count counter is used to count the number of random accesses at the MAC layer. The transmission count counter for the Radio Link Control (RLC) layer is used to count the number of transmissions at the RLC layer.

37. The method of claim 31, wherein the signal indication information is used to indicate at least one of the following: The signal for physical layer out-of-sync detection in the connection failure detection; The signal used in the connection failure detection is the beam failure detection signal.

38. The method according to claim 31, wherein, The signal indication information indicates a signal, including at least one of the following: Downlink signals associated with the physical downlink random access channel (PRACH) resources of four-step random access; Downlink signals associated with the Physical Downlink Control Channel (PDCCH) that are used to resolve contention for the four-step random access scheduling process; After successfully receiving the contention resolution identifier of the random access message 4 of the four-step random access, the downlink signal associated with the PDCCH channel for scheduling data transmission; Downlink signal associated with random access message A in a two-step random access process; After the contention resolution identifier of the random access message B in the two-step random access is received, the downlink signal associated with the PDCCH of the scheduling data is sent. Downlink signals associated with CG PUSCH resources; Downlink signals associated with the PDCCH that transmit a transmission success indication; wherein the transmission success indication indicates that data transmission was successful on the CGPUSCH; After receiving the transmission success indication, the downlink signal associated with the PDCCH that schedules the data transmission; The downlink signal transmitted by the cell where the UE is located; The downlink signal sent by the BWP where the UE is located; The UE can detect the downlink signal of the cell; The downlink signal that the BWP where the UE is located can detect.

39. The method according to claim 31, wherein, The method further includes: Send beam recovery configuration, wherein the beam recovery configuration is used for the UE to perform beam recovery when the connection failure is detected as the cause of beam failure during the SDT process.

40. The method according to claim 39, wherein, The transmit beam recovery configuration includes at least one of the following: Send a system message carrying the beam recovery configuration; Send a connection release message carrying the beam recovery configuration.

41. The method according to claim 39 or 40, wherein, The beam recovery configuration includes at least one of the following: Beam recovery counter information, indicating the counter used for beam recovery counts; Beam recovery timer information, indicating the timer duration for beam recovery; Priority configuration is used to indicate the priority of random access corresponding to beam recovery, wherein different priorities correspond to different random access configurations during beam recovery; Resource allocation indicates the resources used for beam recovery; Threshold configuration indicates the threshold value used for beam recovery.

42. The method according to claim 41, wherein, The resource configuration indicates that the contention-based random access request resources of the cell or BWP in which the SDT procedure is performed are used for beam recovery.

43. The method according to claim 41, wherein, The threshold configuration indicates a threshold value for selecting random access request resources, which is reused as the threshold value for beam recovery.

44. The method according to claim 39, wherein, The method further includes: Based on the beam recovery result of the UE, the feedback information of the beam recovery is sent.

45. The method according to claim 44, wherein, The transmission of the beam recovery feedback information includes: The feedback information is sent on resources during the subsequent data transmission phase of the SDT process; And / or, Send a message carrying the feedback information during random access.

46. ​​The method according to claim 45, wherein, Sending the feedback information on resources during the subsequent data transmission phase of the SDT process includes: The feedback information is sent on the PDCCH resource used for scheduling data transmission during the subsequent data transmission phase of the SDT process.

47. The method according to claim 45, wherein, Sending the message carrying the feedback information in random access includes at least one of the following: In the four-step random access process, a random access message 2 carrying the feedback information is sent; In the four-step random access process, a random access message 4 carrying the feedback information is sent. In the two-step random access process, a random access message B carrying the feedback information is sent.

48. The method according to claim 31, wherein, The connection failure detection result includes at least one of the following: Connection failure type indicator, indicating the type of connection failure; SDT process indicator, used to indicate that a connection failure was detected during the SDT process; SDT phase indication is used to indicate the SDT phase in which the connection failure occurs, wherein the SDT phase includes: the initial data transmission phase and / or the subsequent data transmission phase in the SDT process; SDT process type indicator, used to indicate the type of SDT process; Business indications are used to indicate the business that triggers the SDT process.

49. The method according to claim 48, wherein, The business instructions include at least one of the following: The radio bearer RB identifier of the service; The service flow identifier of the service; The session identifier for the service; The logical channel identifier of the service.

50. A connection failure detection device, wherein, The device, applied to a user equipment (UE), includes: The detection module is configured to perform connection failure detection for the Small Data Transmission (SDT) process based on the acquired failure detection configuration; in response to determining a connection failure based on the connection failure detection result, the UE enters an idle state and the access layer AS indicates the failure information to the non-access layer NAS, which then triggers the connection establishment process. The failure detection configuration includes at least one of the following: Counter information, indicating the counter associated with the connection failure detection; Signal indication information, used to indicate a signal for performing the connection failure detection; The connection failure includes at least one of the following: connection failure caused by physical layer out-of-synchronization, connection failure caused by MAC layer random access failure, connection failure caused by RLC layer reaching the maximum number of retransmissions, and beam failure.

51. The apparatus according to claim 50, wherein, The detection module is configured to perform connection failure detection for the SDT process based on the acquired failure detection configuration.

52. The apparatus according to claim 51, wherein, The failure detection configuration includes: Failure detection configuration received from the network side; And / or, The failure detection configuration is as agreed upon in the protocol.

53. The apparatus according to claim 52, wherein, The failure detection configuration received from the network side includes: The failure detection configuration received from the network side and carried in the system message; And / or, The failure detection configuration received from the network side and carried in the connection release message.

54. The apparatus according to any one of claims 50 to 53, wherein, The connection failure detection for the small data transmission SDT process includes: In response to the detection of a triggering event, a connection failure detection is performed for the SDT process.

55. The apparatus according to claim 54, wherein, The triggering event includes at least one of the following: Initiate the SDT process; The UE performs the first uplink data transmission during the SDT process; The UE receives an acknowledgment from the network side, wherein the acknowledgment is an indication sent by the network side after receiving the first uplink data transmission of the SDT procedure.

56. The apparatus according to claim 55, wherein, The initial transmission of uplink data during the SDT process includes at least one of the following: The UE sends uplink data for the first time through the random access message 3 of the four-step random access; The UE sends uplink data for the first time through a two-step random access random access message A; The UE transmits uplink data for the first time on the configured authorized CG Physical Uplink Shared Channel (PUSCH) resource.

57. The apparatus according to claim 55, wherein, The UE receives an acknowledgment from the network side, including at least one of the following: The contention resolution identifier for four-step random access message 4 is received from the network side; Receive the contention resolution identifier for the two-step random access message B from the network side; Received a successful data transmission indication on the CG PUSCH resource from the network side.

58. The apparatus according to claim 50, wherein, The device further includes: The stop module is configured to stop the connection failure detection for the SDT process in response to the detection of a stop event.

59. The apparatus according to claim 58, wherein, The detected stop event includes: The connection state of the UE changes; And / or, The UE receives specific indication information associated with the connection from the network side.

60. The apparatus according to claim 59, wherein, The connection state of the UE changes, including at least one of the following: The UE transitions from an inactive state to an idle state; The UE transitions from an inactive state to a connected state; The UE transitions from idle state to connected state.

61. The apparatus according to claim 59, wherein, The specific indication information associated with the connection received by the UE from the network side includes at least one of the following: The UE receives a connection release message from the network side; The UE receives a connection restoration message from the network side; The UE receives a connection rejection message from the network side; The UE receives a connection establishment message from the network side.

62. The apparatus according to claim 50, wherein, The failure detection configuration also includes timer information indicating a timer associated with connection failure detection, the timer including at least one of the following: The physical layer out-of-step timer is used to time out physical layer out-of-step events. A timer for detecting beam failures, used to time the detection of beam failures.

63. The apparatus according to claim 50, wherein, The counter includes at least one of the following: A step-out counter is used to count physical layer step-out indicators. Synchronization counter, used for counting physical layer synchronization indicators; Beam failure counter, used to count beam failures; The Media Access Control (MAC) layer random access count counter is used to count the number of random accesses at the MAC layer. The transmission count counter for the Radio Link Control (RLC) layer is used to count the number of transmissions at the RLC layer.

64. The apparatus of claim 50, wherein the signal indication information is used to indicate at least one of the following: The signal for physical layer out-of-sync detection in the connection failure detection; The signal used in the connection failure detection is the beam failure detection signal.

65. The apparatus according to claim 50, wherein, The signal indicated by the signal indication information includes at least one of the following: Downlink signals associated with the physical downlink random access channel (PRACH) resources of four-step random access; Downlink signals associated with the Physical Downlink Control Channel (PDCCH) that are used to resolve contention for the four-step random access scheduling process; After successfully receiving the contention resolution identifier of the random access message 4 of the four-step random access, the downlink signal associated with the PDCCH channel for scheduling data transmission; Downlink signal associated with random access message A in a two-step random access process; After the contention resolution identifier of the random access message B in the two-step random access is received, the downlink signal associated with the PDCCH of the scheduling data is sent. Downlink signals associated with CG PUSCH resources; Downlink signals associated with the PDCCH that transmit a transmission success indication; wherein the transmission success indication indicates that data transmission was successful on the CGPUSCH; After receiving the transmission success indication, the downlink signal associated with the PDCCH that schedules the data transmission; The downlink signal transmitted by the cell where the UE is located; The downlink signal sent by the BWP where the UE is located; The UE can detect the downlink signal of the cell; The downlink signal that the BWP where the UE is located can detect.

66. The apparatus according to claim 50, wherein, The device further includes: The recovery module is configured to perform beam recovery in response to determining that the connection failure is due to beam failure based on the connection failure detection result.

67. The apparatus according to claim 66, wherein, The recovery module is configured to perform beam recovery according to the beam recovery configuration.

68. The apparatus according to claim 67, wherein, The apparatus further includes: a beam recovery configuration module; the beam recovery configuration module is configured to perform at least one of the following: Receive the beam recovery configuration carried in the system message; Receive the beam recovery configuration carried in the connection release message; The beam recovery configuration is determined based on the agreement.

69. The apparatus according to claim 67 or 68, wherein, The beam recovery configuration includes at least one of the following: Beam recovery counter information, indicating the counter used for beam recovery counts; Beam recovery timer information, indicating the timer duration for beam recovery; Priority configuration is used to indicate the priority of random access corresponding to beam recovery, wherein different priorities correspond to different random access configurations during beam recovery; Resource allocation indicates the resources used for beam recovery; Threshold configuration indicates the threshold value used for beam recovery.

70. The apparatus according to claim 69, wherein, The resource configuration indicates that the contention-based random access request resources of the cell or BWP in which the SDT procedure is performed are used for beam recovery.

71. The apparatus according to claim 70, wherein, The threshold configuration indicates a threshold value for selecting random access request resources, which is reused as the threshold value for beam recovery.

72. The apparatus according to claim 67, wherein, The device further includes: The feedback module is configured to receive feedback information from the network side regarding the beam recovery, wherein the feedback information indicates the result of the beam recovery.

73. The apparatus according to claim 72, wherein, The feedback module is configured to receive the feedback information on resources during the subsequent data transmission phase of the SDT process; and / or to receive the feedback information carried in a message sent by the network side during random access.

74. The apparatus according to claim 73, wherein, The feedback module is configured to receive the feedback information on the PDCCH resources used for scheduling data transmission during the subsequent data transmission phase of the SDT process.

75. The apparatus according to claim 73, wherein, The feedback module is configured to perform at least one of the following: Receive the feedback information carried in the random access message 2 sent by the network side in the four-step random access process; Receive the feedback information carried in the random access message 4 sent by the network side in the four-step random access process; The feedback information carried in the random access message B sent by the network side in the two-step random access process is received.

76. The apparatus of claim 66, wherein, The device further includes: The connection module is configured to re-acquire the connection in response to a beam recovery failure; or, The state switching module is configured to enter an idle state in response to the failure of beam recovery.

77. The apparatus according to claim 76, wherein, The connection module is configured to perform at least one of the following: Connection establishment is triggered by non-access stratum NAS messages; Connection establishment is triggered based on a connection establishment request message; Connection restoration is triggered based on the connection restoration request message; Connection reconstruction is triggered based on the connection reconstruction request message.

78. The apparatus according to claim 50, wherein, The device further includes: The reporting module is configured to report connection failure detection results.

79. The apparatus according to claim 78, wherein, The connection failure detection result includes at least one of the following: Connection failure type indicator, indicating the type of connection failure; SDT process indicator, used to indicate that a connection failure was detected during the SDT process; SDT phase indication is used to indicate the SDT phase in which the connection failure occurs, wherein the SDT phase includes: the initial data transmission phase and / or the subsequent data transmission phase in the SDT process; SDT process type indicator, used to indicate the type of SDT process; Business indications are used to indicate the business that triggers the SDT process.

80. The apparatus according to claim 79, wherein, The business instructions include at least one of the following: The radio bearer RB identifier of the service; The service flow identifier of the service; The session identifier for the service; The logical channel identifier of the service.

81. An information processing apparatus, wherein, Applied to a base station, the device includes: The sending module is configured with a sending failure detection configuration, wherein the failure detection configuration is used by the UE to detect connection failures during the SDT process; The receiving module is configured to receive connection failure detection results; The failure detection configuration includes at least one of the following: Counter information, indicating the counter associated with the connection failure detection; Signal indication information, used to indicate a signal for performing the connection failure detection; If the connection failure detection result determines that the connection has failed, the UE enters an idle state and the UE's access layer AS indicates the failure information to the non-access layer NAS, which then triggers the connection establishment process. The connection failure includes at least one of the following: connection failure caused by physical layer out-of-sync, connection failure caused by MAC layer random access failure, connection failure caused by RLC layer reaching the maximum number of retransmissions, and beam failure.

82. The apparatus according to claim 81, wherein, The sending module is configured to send a system message carrying the failure detection configuration; and / or send a connection release message carrying the failure detection configuration.

83. The apparatus according to claim 81 or 82, wherein, The sending module is configured to send specific indication information associated with the connection; wherein the specific indication information is used to trigger the UE to stop connection failure detection for the SDT process.

84. The apparatus according to claim 83, wherein, The specific indication information includes at least one of the following: Connection release message; Connection restored message; Connection refused message; Connection established message.

85. The apparatus according to claim 81, wherein, The failure detection configuration also includes timer information indicating a timer associated with connection failure detection, the timer including at least one of the following: The physical layer out-of-step timer is used to time out physical layer out-of-step events. A timer for detecting beam failures, used to time the detection of beam failures.

86. The apparatus according to claim 81, wherein, The counter includes at least one of the following: A step-out counter is used to count physical layer step-out indicators. Synchronization counter, used for counting physical layer synchronization indicators; Beam failure counter, used to count beam failures; The Media Access Control (MAC) layer random access count counter is used to count the number of random accesses at the MAC layer. The transmission count counter for the Radio Link Control (RLC) layer is used to count the number of transmissions at the RLC layer.

87. The apparatus according to claim 81, wherein, The signal indication information is used to indicate at least one of the following: The signal for physical layer out-of-sync detection in the connection failure detection; The signal used in the connection failure detection is the beam failure detection signal.

88. The apparatus according to claim 81, wherein, The signal indication information indicates a signal, including at least one of the following: Downlink signals associated with the physical downlink random access channel (PRACH) resources of four-step random access; Downlink signals associated with the Physical Downlink Control Channel (PDCCH) that are used to resolve contention for the four-step random access scheduling process; After successfully receiving the contention resolution identifier of the random access message 4 of the four-step random access, the downlink signal associated with the PDCCH channel for scheduling data transmission; Downlink signal associated with random access message A in a two-step random access process; After the contention resolution identifier of the random access message B in the two-step random access is received, the downlink signal associated with the PDCCH of the scheduling data is sent. Downlink signals associated with CG PUSCH resources; Downlink signals associated with the PDCCH that transmit a transmission success indication; wherein the transmission success indication indicates that data transmission was successful on the CGPUSCH; After receiving the transmission success indication, the downlink signal associated with the PDCCH that schedules the data transmission; The downlink signal transmitted by the cell where the UE is located; The downlink signal sent by the BWP where the UE is located; The UE can detect the downlink signal of the cell; The downlink signal that the BWP where the UE is located can detect.

89. The apparatus according to claim 81, wherein, The transmitting module is also configured to transmit a beam recovery configuration, wherein the beam recovery configuration is used for the UE to perform beam recovery when the connection failure is detected as a beam failure during the SDT process.

90. The apparatus according to claim 89, wherein, The sending module is configured to perform at least one of the following: Send a system message carrying the beam recovery configuration; Send a connection release message carrying the beam recovery configuration.

91. The apparatus according to claim 89 or 90, wherein, The beam recovery configuration includes at least one of the following: Beam recovery counter information, indicating the counter used for beam recovery counts; Beam recovery timer information, indicating the timer duration for beam recovery; Priority configuration is used to indicate the priority of random access corresponding to beam recovery, wherein different priorities correspond to different random access configurations during beam recovery; Resource allocation indicates the resources used for beam recovery; Threshold configuration indicates the threshold value used for beam recovery.

92. The apparatus according to claim 91, wherein, The resource configuration indicates that the contention-based random access request resources of the cell or BWP in which the SDT procedure is performed are used for beam recovery.

93. The apparatus according to claim 92, wherein, The threshold configuration indicates a threshold value for selecting random access request resources, which is reused as the threshold value for beam recovery.

94. The apparatus according to claim 81, wherein, The transmitting module is configured to transmit beam recovery feedback information based on the beam recovery result of the UE.

95. The apparatus according to claim 94, wherein, The sending module is configured to send the feedback information on resources during a subsequent data transmission phase of the SDT process; and / or to send a message carrying the feedback information during random access.

96. The apparatus according to claim 95, wherein, The sending module is also configured to send the feedback information on the PDCCH resources used for scheduling data transmission during the subsequent data sending phase of the SDT process.

97. The apparatus according to claim 94, wherein, The sending module is configured to perform at least one of the following: In the four-step random access process, a random access message 2 carrying the feedback information is sent; In the four-step random access process, a random access message 4 carrying the feedback information is sent. In the two-step random access process, a random access message B carrying the feedback information is sent.

98. The apparatus according to claim 81, wherein, The connection failure detection result includes at least one of the following: Connection failure type indicator, indicating the type of connection failure; SDT process indicator, used to indicate that a connection failure was detected during the SDT process; SDT phase indication is used to indicate the SDT phase in which the connection failure occurs, wherein the SDT phase includes: the initial data transmission phase and / or the subsequent data transmission phase in the SDT process; SDT process type indicator, used to indicate the type of SDT process; Business indications are used to indicate the business that triggers the SDT process.

99. The apparatus according to claim 98, wherein, The business instructions include at least one of the following: The radio bearer RB identifier of the service; The service flow identifier of the service; The session identifier for the service; The logical channel identifier of the service.

100. A communication device, comprising a processor, a transceiver, a memory, and an executable program stored in the memory and executable by the processor, wherein, When the processor runs the executable program, it performs the method provided as claimed in any one of claims 1 to 30 or 31 to 49.

101. A computer storage medium storing an executable program; the executable program, when executed by a processor, is capable of implementing the method provided in any one of claims 1 to 30 or 31 to 49.

Images