WO2022006856A1

WO2022006856A1 - Processing method and apparatus for handover failure, communication device, and storage medium

Info

Publication number: WO2022006856A1
Application number: PCT/CN2020/101348
Authority: WO
Inventors: 尤心
Original assignee: Oppo广东移动通信有限公司
Priority date: 2020-07-10
Filing date: 2020-07-10
Publication date: 2022-01-13
Also published as: CN115516918A

Abstract

The present application relates to the field of communications. Disclosed are a processing method and apparatus for handover failure, a communication device, and a storage medium. The method is applied to a terminal device. The method comprises: in the case that a dual active protocol stack (DAPS) handover is failed, transmitting a radio link failure (RLF) report to a source cell. According to the method provided by the present application, when the DAPS handover is failed, the terminal device reports the RLF report to the source cell, so that the source cell can obtain the related information of the DAPS handover failure, and triggers a mobility robustness optimization scheme in a timely fashion.

Description

Handover failure processing method, device, communication device and storage medium

technical field

The present application relates to the field of mobile communications, and in particular, to a method, apparatus, communication device and storage medium for handling handover failure.

Background technique

In the 3rd Generation Partnership Project (3GPP) mobility enhancement project, a handover method is proposed to configure the Dual Active Protocol Stack (DAPS), that is, during the handover, the terminal device will keep the source The protocol stack of the cell and the target cell is designed to reduce the interruption time during handover.

During the period when the terminal device initiates random access to the target cell, the terminal device will keep monitoring the radio link of the source cell. If the DAPS handover fails at this time, the terminal device has not successfully accessed the target cell, and no radio link failure has occurred in the source cell. , the terminal device can restore the signaling bearer with the source cell, thereby avoiding the radio resource control (Radio Resource Control, RRC) connection re-establishment process caused by the DAPS handover failure.

However, how to trigger the mobility robustness optimization scheme when the DAPS handover fails, the related art has not yet provided a suitable solution.

SUMMARY OF THE INVENTION

The embodiments of the present application provide a handover failure processing method, apparatus, communication device, and storage medium, which can send an RLF report to a source cell when a DAPS handover fails, thereby triggering a mobility robustness optimization solution. The technical solution is as follows.

According to an aspect of the present application, a method for handling handover failure is provided, which is applied to a terminal device, and the method includes:

In the case of DAPS handover failure, an RLF report is sent to the source cell.

According to an aspect of the present application, a method for handling handover failure is provided, which is applied to a network device, and the method includes:

In the case of DAPS handover failure, the RLF report sent by the terminal device is received.

According to an aspect of the present application, there is provided an apparatus for processing a handover failure, which is applied to a terminal device, and the apparatus includes: a sending module;

The sending module is configured to send an RLF report to the source cell when the DAPS handover fails.

According to an aspect of the present application, there is provided an apparatus for processing a handover failure, which is applied to a network device, and the apparatus includes: a receiving module;

The receiving module is configured to receive the RLF report sent by the terminal device when the DAPS handover fails.

According to an aspect of the present application, a terminal device is provided, the terminal device comprising: a processor; a transceiver connected to the processor; a memory for storing executable instructions of the processor; The processor is configured to load and execute the executable instructions to implement the method for handling handover failure as described in the above aspects.

According to one aspect of the present application, a network device is provided, the network device comprising: a processor; a transceiver connected to the processor; a memory for storing executable instructions of the processor; wherein the The processor is configured to load and execute the executable instructions to implement the method for handling handover failure as described in the above aspects.

According to one aspect of the present application, a computer-readable storage medium is provided, and executable instructions are stored in the readable storage medium, and the executable instructions are loaded and executed by the processor to implement the above-mentioned aspects. The handling method of the handover failure.

According to one aspect of the present application, there is provided a computer program product or computer program, the computer program product or computer program comprising computer instructions stored in a computer-readable storage medium, the processor of the computer device being readable from the computer The storage medium reads the computer instruction, and the processor executes the computer instruction, so that the computer device executes the switching failure processing method described in the above aspect.

The technical solutions provided by the embodiments of the present application include at least the following beneficial effects:

When the DAPS handover fails, the terminal device will report an RLF report to the source cell, so that the source cell can obtain the relevant information of the DAPS handover failure and trigger the mobility robustness optimization scheme in time.

Description of drawings

In order to illustrate the technical solutions in the embodiments of the present application more clearly, the following briefly introduces the drawings that are used in the description of the embodiments. Obviously, the drawings in the following description are only some embodiments of the present application. For those of ordinary skill in the art, other drawings can also be obtained from these drawings without creative effort.

1 is a schematic diagram of DAPS handover in a related art of the present application;

FIG. 2 is a block diagram of a communication system provided by an exemplary embodiment of the present application;

3 is a flowchart of a method for processing a handover failure provided by an exemplary embodiment of the present application;

4 is a flowchart of a method for processing a handover failure provided by an exemplary embodiment of the present application;

5 is a flowchart of a method for processing a handover failure provided by an exemplary embodiment of the present application;

6 is a flowchart of a method for processing a handover failure provided by an exemplary embodiment of the present application;

FIG. 7 is a schematic diagram of premature handover provided by an exemplary embodiment of the present application;

8 is a structural block diagram of an apparatus for processing a handover failure provided by an exemplary embodiment of the present application;

9 is a structural block diagram of an apparatus for processing a handover failure provided by an exemplary embodiment of the present application;

FIG. 10 is a schematic structural diagram of a communication device provided by an exemplary embodiment of the present application.

detailed description

In order to make the objectives, technical solutions and advantages of the present application clearer, the embodiments of the present application will be further described in detail below with reference to the accompanying drawings.

First, briefly introduce the terms involved in the embodiments of the present application:

DAPS switch:

In the 3GPP mobility enhancement topic, a DAPS optimization method for reducing the interruption time during handover is proposed. The main idea is that the terminal device will keep the protocol stacks of the source cell and the target cell during the handover.

As shown in FIG. 1 , the communication system includes a terminal device 110 , a source cell 120 and a target cell 130 . After receiving the DAPS handover command, the terminal device 110 maintains the connection with the source cell 120 and initiates a synchronization process to the target cell 130 . When the synchronization process/random access is completed, the terminal device 110 will switch the uplink data, that is, after the random access, the uplink data transmission of the terminal device 110 will be switched from the source base station side to the target base station side. After random access, the release of the source base station protocol stack is based on the explicit instructions of the network, that is to say, during the period after random access to the release of the source test connection, the terminal device 110 can normally receive the downlink sent by the source cell 120. data, and may send uplink feedback related information of the downlink data to the source cell 120, and the like.

During the period when the terminal device 110 initiates random access to the target cell 130, the terminal device 110 will keep the Radio Link Monitor (RLM) of the source cell. If the DAPS handover fails at this time, the terminal device 110 fails to access the target. cell 130, and the source cell 120 has no radio link failure, the terminal device 110 can restore the signaling radio bearer with the source cell 120, thereby avoiding the RRC connection re-establishment process due to handover failure.

FIG. 2 shows a block diagram of a communication system provided by an exemplary embodiment of the present application. The communication system may include: an access network 12 and a terminal device 14 .

The access network 12 includes several network devices 120 . The network device 120 may be a base station, which is a device deployed in an access network to provide a wireless communication function for a terminal. The base station may include various forms of macro base station, micro base station, relay station, access point and so on. In systems using different radio access technologies, the names of devices with base station functions may be different. For example, in LTE systems, they are called eNodeBs or eNBs; in 5G NR-U systems, they are called gNodeBs or gNBs. . As communication technology evolves, the description of "base station" may change. For the convenience of the embodiments of the present application, the above-mentioned apparatuses for providing a wireless communication function for the terminal device 14 are collectively referred to as network devices.

The terminal device 14 may include various handheld devices with wireless communication functions, vehicle-mounted devices, wearable devices, computing devices or other processing devices connected to wireless modems, as well as various forms of user equipment, mobile stations (Mobile Station, MS) , terminal device, etc. For the convenience of description, the devices mentioned above are collectively referred to as terminals. The network device 120 and the terminal device 14 communicate with each other through a certain air interface technology, such as a Uu interface.

The technical solutions of the embodiments of the present application can be applied to various communication systems, such as: Global System of Mobile Communication (GSM) system, Code Division Multiple Access (CDMA) system, wideband Code Division Multiple Access (CDMA) system (Wideband Code Division Multiple Access, WCDMA) system, General Packet Radio Service (General Packet Radio Service, GPRS), Long Term Evolution (Long Term Evolution, LTE) system, LTE Frequency Division Duplex (Frequency Division Duplex, FDD) system, LTE Time Division Duplex (TDD) systems, Advanced Long Term Evolution (LTE-A) systems, New Radio (NR) systems, evolution systems of NR systems, LTE on unlicensed frequency bands (LTE-based access to Unlicensed spectrum, LTE-U) system, NR-U system, Universal Mobile Telecommunication System (UMTS), Worldwide Interoperability for Microwave Access (WiMAX) communication system, Wireless Local Area Networks (WLAN), Wireless Fidelity (WiFi), next-generation communication systems or other communication systems, etc.

Generally speaking, traditional communication systems support a limited number of connections and are easy to implement. However, with the development of communication technology, mobile communication systems will not only support traditional communication, but also support, for example, Device to Device (Device to Device, D2D) communication, Machine to Machine (M2M) communication, Machine Type Communication (MTC), Vehicle to Vehicle (V2V) communication and Vehicle to Everything (V2X) system, etc. The embodiments of the present application can also be applied to these communication systems.

FIG. 3 shows a flowchart of a method for processing a handover failure provided by an exemplary embodiment of the present application. This embodiment is exemplarily described by applying the method to the terminal device and the network device shown in FIG. 1 , and the method includes:

Step 310, in the case of DAPS handover failure, the terminal device sends an RLF report to the source cell.

The source cell is the cell accessed by the terminal device before the DAPS handover is initiated. During the DAPS handover, the terminal device maintains the protocol stacks of the source cell and the target cell at the same time.

During the DAPS handover, if the terminal device fails to successfully access the target cell, a DAPS handover failure occurs. At this time, the terminal device can maintain the connection of the same source cell and send an RLF report to the source cell.

The RLF report is a report including information about DAPS handover failure. Optionally, when a handover failure (Handover Failure, HoF) or a radio link failure (Radio Link Failure, RLF) occurs in the terminal device, the terminal device also sends a corresponding RLF report.

Optionally, the RLF report is set to information stored in a terminal variable (eg, the radio link failure information element varRLF-Report).

In the traditional design, the terminal device does not report the RLF report related to the DAPS handover failure, but clears the stored information about the DAPS handover failure when it is triggered to report the RLF report next time, so that the network device cannot obtain the information related to the DAPS handover failure. The RLF report.

Exemplarily, after the terminal device is handed over to another cell, an RLF occurs and an RLF report related to this RLF needs to be reported, and the terminal device clears the previously stored RLF report related to the DAPS handover failure.

Step 320, the source cell receives the RLF report.

In the case of DAPS handover failure, the terminal device sends an RLF report to the source cell, and the source cell correspondingly receives the RLF report sent by the terminal device.

Optionally, after receiving the RLF report, the source cell performs mobility robustness optimization according to the RLF report.

To sum up, in the method provided in this embodiment, when the DAPS handover fails, the terminal device will report the RLF report to the source cell, so that the source cell can obtain the relevant information of the DAPS handover failure, and trigger the mobility robustness optimization scheme in time .

In all the embodiments of the present application, the method for sending the RLF report to the source cell may be used in combination with any one of the embodiments of the present application, or may be used alone, which is not limited in the embodiments of the present application. However, in order to make the technical solution easier to understand, the following embodiments of the present application are illustrated in combination with the foregoing embodiments.

In an optional embodiment based on FIG. 3 , step 310 may include: when the DAPS handover fails, the terminal device sends target RRC signaling to the source cell, where the target RRC signaling carries the RLF report.

Since the source cell remains connected to the terminal device, the terminal device can report the RLF report to the source cell through the target RRC signaling.

Optionally, the target RRC signaling has the following two implementation manners:

Implementation 1: The target RRC signaling is failure information signaling.

The failureinformation signaling is used to inform the network device that the terminal device has radio link failure or handover failure information.

Exemplarily, referring to FIG. 4 , FIG. 4 shows a flowchart of a method for processing a handover failure provided by an exemplary embodiment of the present application.

In this embodiment, step 310 is replaced by step 311: in the case of a DAPS handover failure, the terminal device sends failureinformation signaling to the source cell, and the failureinformation signaling carries an RLF report.

Correspondingly, step 320 is replaced by step 321: the source cell receives the failureinformation signaling.

That is to say, the terminal device uses failureinformation signaling to inform the network device (ie the source cell) that the terminal device has radio link failure or handover failure information at the same time, since the failureinformation signaling also carries the RLF report, the terminal device also informs the network device. Information about DAPS handover failures.

Implementation mode 2: The target RRC signaling is the terminal information response UEinformationResponse signaling.

UEinformationResponse signaling is signaling in response to the information reported by the terminal device to the network device. In the UEinformationResponse signaling, the RLF report is carried.

It should be noted that the embodiments of the present application only use the above two implementation manners for exemplary description, and the target RRC signaling may also be other types of RRC signaling, which are not limited in the embodiments of the present application.

To sum up, with the method provided in this embodiment, the terminal device can report the RLF report by carrying the RLF report in the target RRC signaling, and the target RRC signaling can be realized as failureinformation signaling, and can also be realized as UEinformationResponse signaling , which improves the flexibility of the method of sending RLF reports.

Hereinafter, further exemplary description will be given with respect to the above-mentioned implementation mode 2.

Referring to FIG. 5 in conjunction, FIG. 5 shows a flowchart of a method for processing a handover failure provided by an exemplary embodiment of the present application. In this embodiment, step 310 is replaced by steps 312-1 to 312-5, and step 320 is replaced by step 322:

Step 312-1, when the DAPS handover fails, the terminal device sends failure information signaling to the source cell.

The failureinformation signaling is used to inform the network device that there is an RLF report.

In an optional embodiment, the failureinformation signaling carries the radio link failure information available rlf-InfoAvailable flag bit, and the rlf-InfoAvailable flag bit is used to inform the network device that the terminal device is in the radio link failure information cell varRLF-Report The handover failure information is stored. In a possible implementation manner, the lf-InfoAvailable flag bit may further inform the network device that the handover failure information stored in the handover failure information is the handover failure information related to the DAPS handover failure. It can be understood that the handover failure information may also be stored in other terminal variables, which is not limited in this embodiment of the present application.

When the terminal device confirms that a DAPS handover failure has occurred, the terminal device will store information related to the DAPS handover failure and generate an RLF report. The terminal device sends failureinformation signaling to the source cell to inform the source cell that the DAPS handover fails, and at the same time, through the rlf-InfoAvailable flag in the failureinformation signaling, informs the source cell that the terminal device stores information about the handover failure.

It can be understood that, in addition to using the newly added rlf-InfoAvailable flag in the failureinformation signaling to implement the above functions, other existing flags in the failureinformation signaling can also be used to implement the above functions, which are not implemented in this embodiment of the present application. limit.

Step 312-2, the source cell receives the failureinformation signaling.

Optionally, after receiving the failureinformation signaling, the source cell confirms that there is an RLF report at the terminal device through the rlf-InfoAvailable flag in the failureinformation signaling, and the source cell can confirm whether the terminal device needs to report the RLF according to its own situation and needs. Report.

When the source cell confirms that the terminal equipment needs to report the RLF report, the source cell executes the following step 312-3.

Step 312-3, the source cell sends UEInformationRequest signaling to the terminal equipment.

The UEInformationRequest signaling is used to request the terminal device to send an RLF report.

Optionally, the UEInformationRequest signaling carries the radio link failure reporting request rlf-ReportReq flag. The source cell requests the terminal equipment to send an RLF report through the rlf-ReportReq flag.

Step 312-4, the terminal device receives the UEInformationRequest signaling sent by the source cell.

The terminal equipment receives the UEInformationRequest signaling sent by the source cell, and confirms whether it needs to report the RLF report to the source cell. For example, through the rlf-ReportReq flag in the UEInformationRequest signaling, confirm whether the RLF report needs to be reported.

Step 312-5, the terminal device sends UEinformationResponse signaling to the source cell.

The UEinformationResponse signaling carries the RLF report, and the RLF report includes the information stored in the radio link failure information element varRLF-Report. It can be understood that the RLF report may also include information stored in other terminal variables, which is not limited in this embodiment of the present application.

That is, the terminal device sends the RLF report through UEinformationResponse signaling.

Optionally, when the rlf-ReportReq flag bit is true, the terminal device sends UEinformationResponse signaling to the source cell.

The terminal device detects the rlf-ReportReq flag in the UEInformationRequest signaling sent by the source cell, and only sends the UEinformationResponse signaling to the source cell when the rlf-ReportReq flag is true to report the RLF report.

Optionally, when the rlf-ReportReq flag in the UEInformationRequest signaling is not true, the terminal device will not send the UEinformationResponse signaling to the source cell, and the source cell will not obtain the RLF report carried by the UEinformationResponse signaling. .

Step 322, the source cell receives UEinformationResponse signaling.

The source cell receives the RLF report through UEinformationResponse signaling, and obtains the relevant information of the DAPS handover failure.

Optionally, when the rlf-ReportReq flag bit is a true value, the source cell receives the UEinformationResponse signaling sent by the terminal device.

To sum up, in the method provided in this embodiment, the terminal device informs the source cell that there is an RLF report through the failureinformation signaling. If the source cell needs the terminal device to report the RLF report, it sends the UEInformationRequest signaling to the terminal device, and the terminal device responds to the UEInformationRequest message. The RLF report is reported to the source cell through UEinformationResponse signaling, which avoids the invalid RLF report reporting process when the network device does not need the RLF report.

At the same time, the method provided in this embodiment improves the reliability of the RLF report reporting process through the interaction between the above signaling.

In an optional embodiment based on FIG. 3 , FIG. 6 shows a flowchart of a method for processing a handover failure provided by an exemplary embodiment of the present application. In this embodiment, step 330 is also included.

Optionally, the failure of the DAPS handover includes the following situation: the first timer expires, and the previously received RRC reconfiguration signaling contains DAPS configuration related information.

The first timer is a timer configured for the terminal device. The first timer corresponds to a running duration, and within the running duration of the first timer, if the DAPS handover is not completed, the first timer will time out.

The RRC reconfiguration signaling is signaling for modifying the RRC connection, and the RRC reconfiguration signaling is delivered by the network device to the terminal device. Since the RRC reconfiguration signaling previously received by the terminal device contains DAPS configuration related information, this handover is a DAPS handover.

The terminal device may determine that the DAPS handover fails when the first timer expires and the received RRC reconfiguration signaling contains DAPS configuration related information.

Exemplarily, the first timer is timer T304. Optionally, the terminal device starts the T304 timer immediately after receiving the handover command, and starts downlink synchronization to the target cell, acquires the target cell Master Information Block (MIB) information, and then initiates random access. During the random access process, multiple random access preamble retransmissions are allowed until the random access succeeds. If the T304 timer expires and the received RRC reconfiguration signaling contains DAPS configuration related information, the DAPS handover fails, and the terminal device resumes the signaling bearer with the source cell.

Step 320, the source cell receives the RLF report.

The RLF report contains various information blocks, and different information blocks are used to indicate different types of information.

Optionally, the information blocks in the RLF report include but are not limited to: the signal measurement result of the source cell, the signal measurement result of the neighboring cell, the geographic location information when RLF occurs, the failed cell ID, the connection failure time, and the reconnected cell ID. , at least one of source cell ID and connection failure type. With the evolution of communication technologies, the information blocks included in the RLF report will also change, such as adding new types of information blocks, which is not limited in this embodiment of the present application.

It can be understood that, in the DAPS handover, the above-mentioned failed cell ID is the ID corresponding to the target cell, and the reconnected cell ID is the ID corresponding to the source cell.

Among them, the signal measurement result of the source cell and the signal measurement result of the neighboring cell are obtained by the terminal device based on the available synchronization signal block (Synchronization Signal Block, SSB) and channel state information reference signal (Channel State Information Reference Signals, CSI-RS) measurement The measurement results include but are not limited to: Reference Signal Receiving Power (RSRP), Reference Signal Received Quality (RSRQ) and Signal to Interference plus Noise Ratio (SINR) ) at least one of them. Optionally, in the signal measurement result of the neighboring cell, the neighboring cell with good signal and the measurement result are placed in front of the menu list.

The connection failure type (connectionFailureType) is an information block that defines an RRC connection failure. In the existing design, in the case of handover failure, the connection failure type is indicated as handover failure (hof); or, in the case of wireless link failure, the connection failure type is indicated as handover failure (rlf).

For the connection failure type information block in the RLF report when the DAPS handover fails, in a possible implementation manner, the connection failure type is a type related to the DAPS handover failure, that is, a brand new connection is set for the DAPS handover failure. Type of failure. In another possible implementation manner, the connection failure type is indicated as handover failure, that is, "hof" in the existing design is used as the connection failure type in the case of DAPS handover failure.

Step 330, the source cell adjusts the measurement reporting threshold according to the RLF report.

After the source cell receives the RLF report from the terminal device, the source cell can determine that the terminal has experienced an early handover (Too-Early HO) during DAPS handover. Premature handover refers to a handover failure of the terminal equipment during the process of accessing the target cell or a radio link failure on the target cell after the handover is successfully completed.

The source cell determines the corresponding measurement reporting event according to the RLF report. The source cell then optimizes and adjusts the threshold corresponding to the measurement reporting event according to the measurement reporting event.

Optionally, the measurement reporting events supported by the terminal device include but are not limited to the following:

1) Event A1: The signal quality of the serving cell is higher than a threshold.

2) A2 event: the signal quality of the serving cell is lower than a threshold.

3) Event A3: The signal quality of the neighboring cell is higher than the signal quality of the special cell (SpCell) by a threshold.

4) Event A4: The signal quality of the neighboring cell is higher than a threshold.

5) Event A5: The signal quality of the SpCell is lower than a threshold 1, and the signal quality of the neighboring cell is higher than a threshold 2.

6) Event A6: the signal quality of the neighboring cell is higher than that of the SCell by a threshold.

7) Event B1: The signal quality of the neighboring cell of the different technology is higher than a threshold.

8) B2 event: the signal quality of the primary cell is lower than a threshold 1, and the signal quality of the neighboring cell of the different technology is higher than a threshold 2.

Exemplarily, with reference to FIG. 7 , FIG. 7 shows a schematic diagram of premature handover provided by an exemplary embodiment. When the terminal equipment fails to handover, the cell measurement results are: the RSRP of the source cell is -70dBm, and the RSRP of the target cell is -68dBm.

The terminal device sends an RLF report to the source cell after a handover failure occurs, and the source cell knows that a premature handover occurs. It means that the offset (offset) in the A3 event of the corresponding frequency point of the target cell is not set well enough, and the offset should be set larger. Since the terminal equipment reports the measurement result when the target cell RSRP > serving cell RSRP + offset during handover, a larger offset is set to ensure that the measurement result is reported to the target cell when the RSRP of the target cell is good enough. The internet.

To sum up, with the method provided in this embodiment, the source cell can adjust the measurement reporting threshold according to the RLF report, thereby setting reasonable parameters and improving the utilization efficiency of network resources.

It should be noted that, the foregoing method embodiments may be implemented separately, or may be implemented in combination, which is not limited in this application.

In the above embodiments, the steps performed by the terminal device can be implemented independently as a method for handling handover failure on the terminal device side, and the steps performed by the network device can be implemented independently as a method for handling handover failure on the network device side.

FIG. 8 is a block diagram of an apparatus for processing a handover failure provided by an exemplary embodiment of the present application. The apparatus is applied in a terminal device, or the apparatus is implemented as a terminal device or a part of the terminal device. The apparatus includes: a sending module 801;

The sending module 801 is configured to send an RLF report to the source cell when the DAPS handover fails.

In an optional embodiment, the sending module 801 is configured to send the target RRC signaling to the source cell, where the target RRC signaling carries the RLF report.

In an optional embodiment, the target RRC signaling is failure information signaling.

In an optional embodiment, the target RRC signaling is the terminal information response UEinformationResponse signaling, and the apparatus further includes: a receiving module 802; a sending module 801, configured to send the failure information failureinformation signaling to the source cell, and the failureinformation signaling is used for Inform the network equipment that the terminal equipment has information about radio link failure or handover failure; the receiving module 802 is used to receive the UEInformationRequest signaling of the terminal information request sent by the source cell, and the UEInformationRequest signaling is used to request the terminal equipment to send an RLF report; the sending module 801, Used to send UEinformationResponse signaling to the source cell.

In an optional embodiment, the UEInformationRequest signaling carries the radio link failure reporting request rlf-ReportReq flag; the sending module 801 is configured to send the UEinformationResponse message to the source cell when the rlf-ReportReq flag is true make.

In an optional embodiment, the failureinformation signaling carries the radio link failure information available rlf-InfoAvailable flag, and the rlf-InfoAvailable flag is used to inform the network device that the terminal device is in the radio link failure information cell varRLF-Report The handover failure information is stored.

In an optional embodiment, the UEinformationResponse signaling carries an RLF report, and the RLF report includes the information stored in the radio link failure information element varRLF-Report.

In an optional embodiment, the information block in the RLF report includes: the signal measurement result of the source cell, the signal measurement result of the neighbor cell, the geographic location information when the RLF occurs, the ID of the failed cell, the connection failure time, the reconnection At least one of cell ID, source cell ID, and connection failure type.

In an optional embodiment, the connection failure type is a type related to DAPS handover failure; or, the connection failure type indicates handover failure.

In an optional embodiment, the failure of the DAPS handover includes the following situation: the first timer expires, and the received RRC reconfiguration signaling contains DAPS configuration related information.

FIG. 9 is a block diagram of an apparatus for processing a handover failure provided by an exemplary embodiment of the present application. The apparatus is applied in a network device, or the apparatus is implemented as a network device or a part of the network device. The apparatus includes: a receiving module 901;

The receiving module 901 is configured to receive the RLF report sent by the terminal device when the DAPS handover fails.

In an optional embodiment, the receiving module 901 is configured to receive the target RRC signaling sent by the terminal device, where the target RRC signaling carries the RLF report.

In an optional embodiment, the target RRC reporting signaling is failure information signaling.

In an optional embodiment, the target RRC signaling is the terminal information response UEinformationResponse signaling, and the apparatus further includes: a sending module 902; a receiving module 901, configured to receive the failure information failure information signaling sent by the terminal device, and the failure information signaling uses To inform the network equipment that the terminal equipment has radio link failure or handover failure information; the sending module 902 is used to send the terminal information request UEInformationRequest signaling to the terminal equipment, and the UEInformationRequest signaling is used to request the terminal equipment to send the RLF report; the receiving module 901, Used to receive UEinformationResponse signaling sent by terminal equipment.

In an optional embodiment, the UEInformationRequest signaling carries the radio link failure reporting request rlf-ReportReq flag; the receiving module 901 is configured to receive the UEinformationResponse sent by the terminal device when the rlf-ReportReq flag is true signaling.

In an optional embodiment, the apparatus further includes: an adjustment module 903; the adjustment module 903 is configured to adjust the measurement reporting threshold according to the RLF report.

FIG. 10 shows a schematic structural diagram of a communication device (network device or terminal device) provided by an exemplary embodiment of the present application. The communication device includes: a processor 101 , a receiver 102 , a transmitter 103 , a memory 104 and a bus 105 .

The processor 101 includes one or more processing cores, and the processor 101 executes various functional applications and information processing by running software programs and modules.

The receiver 102 and the transmitter 103 may be implemented as a communication component, which may be a communication chip.

The memory 104 is connected to the processor 101 through the bus 105 .

The memory 104 may be configured to store at least one instruction, and the processor 101 may be configured to execute the at least one instruction, so as to implement various steps in the foregoing method embodiments.

Additionally, memory 104 may be implemented by any type or combination of volatile or non-volatile storage devices including, but not limited to, magnetic or optical disks, electrically erasable programmable Read Only Memory (Electrically-Erasable Programmable Read Only Memory, EEPROM), Erasable Programmable Read Only Memory (EPROM), Static Random Access Memory (SRAM), Read Only Memory (Read-Only Memory, ROM), magnetic memory, flash memory, programmable read-only memory (Programmable Read-Only Memory, PROM).

In an exemplary embodiment, a computer-readable storage medium is also provided, wherein the computer-readable storage medium stores at least one instruction, at least one piece of program, code set or instruction set, the at least one instruction, the At least one piece of program, the code set or the instruction set is loaded and executed by the processor to implement the method for handling handover failure performed by the terminal device or the method for handling handover failure performed by the network device provided by the above method embodiments.

In an exemplary embodiment, there is also provided a computer program product or computer program comprising computer instructions stored in a computer readable storage medium from which a processor of a computer device can retrieve The computer instruction is read by reading the storage medium, and the processor executes the computer instruction, so that the computer device executes the switching failure processing method described in the above aspect.

Those of ordinary skill in the art can understand that all or part of the steps of implementing the above embodiments can be completed by hardware, or can be completed by instructing relevant hardware through a program, and the program can be stored in a computer-readable storage medium. The storage medium mentioned may be a read-only memory, a magnetic disk or an optical disk, etc.

The above descriptions are only optional embodiments of the present application, and are not intended to limit the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application shall be included in the protection of the present application. within the range.

Claims

A method for handling handover failure, characterized in that, applied to a terminal device, the method includes:

In the case that the DAPS handover of the dual active protocol stack fails, a radio link failure RLF report is sent to the source cell.
The method according to claim 1, wherein the sending a radio link failure report to the source cell comprises:

Send target radio resource control RRC signaling to the source cell, where the target RRC signaling carries the RLF report.
The method of claim 2, wherein:

The target RRC signaling is failure information signaling.
The method according to claim 2, wherein the target RRC signaling is UEinformationResponse signaling;

The sending the target RRC signaling to the source cell includes:

Send failure information failureinformation signaling to the source cell, where the failureinformation signaling is used to inform the network device that the terminal device has radio link failure or handover failure information;

receiving UEInformationRequest signaling of a terminal information request sent by the source cell, where the UEInformationRequest signaling is used to request the terminal device to send the RLF report;

Send the UEinformationResponse signaling to the source cell.
The method according to claim 4, wherein the UEInformationRequest signaling carries a radio link failure reporting request rlf-ReportReq flag;

The sending the UEinformationResponse signaling to the source cell includes:

In the case that the rlf-ReportReq flag bit is a true value, the UEinformationResponse signaling is sent to the source cell.
The method of claim 4, wherein:

The failureinformation signaling carries the radio link failure information available rlf-InfoAvailable flag bit, and the rlf-InfoAvailable flag bit is used to inform the network device that the terminal device stores the switchover in the radio link failure information cell varRLF-Report failure message.
The method of claim 4, wherein:

The UEinformationResponse signaling carries the RLF report, and the RLF report includes the information stored in the radio link failure information element varRLF-Report.
The method according to any one of claims 1 to 7, wherein the information block in the RLF report comprises:

At least one of the signal measurement result of the source cell, the signal measurement result of the neighboring cell, the geographic location information when RLF occurs, the failed cell ID, the connection failure time, the reconnected cell ID, the source cell ID, and the connection failure type.
The method of claim 8, wherein:

The connection failure type is a type related to DAPS handover failure;

Or, the connection failure type is indicated as handover failure.
The method according to any one of claims 1 to 9, wherein the failure of the DAPS handover includes the following situations:

The first timer expires, and the received RRC reconfiguration signaling contains DAPS configuration related information.
A method for handling handover failure, characterized in that, when applied to a network device, the method includes:

In the case that the DAPS handover of the dual active protocol stack fails, the RLF report of the radio link failure sent by the terminal device is received.
The method according to claim 11, wherein the receiving the radio link failure RLF report sent by the terminal device comprises:

Receive the target radio resource control RRC signaling sent by the terminal device, where the target RRC signaling carries the RLF report.
The method of claim 12, wherein:

The target RRC reporting signaling is failure information signaling.
The method according to claim 12, wherein the target RRC signaling is UEinformationResponse signaling;

The receiving the target radio resource control RRC signaling sent by the terminal device includes:

Receive failure information failureinformation signaling sent by the terminal device, where the failureinformation signaling is used to inform the network device that the terminal device has radio link failure or handover failure information;

sending terminal information request UEInformationRequest signaling to the terminal device, where the UEInformationRequest signaling is used to request the terminal device to send the RLF report;

Receive the UEinformationResponse signaling sent by the terminal device.
The method according to claim 14, wherein the UEInformationRequest signaling carries a radio link failure reporting request rlf-ReportReq flag;

The receiving the UEinformationResponse signaling sent by the terminal device includes:

In the case that the rlf-ReportReq flag bit is a true value, the UEinformationResponse signaling sent by the terminal device is received.
The method of claim 14, wherein:

The failureinformation signaling carries the radio link failure information available rlf-InfoAvailable flag bit, and the rlf-InfoAvailable flag bit is used to inform the network device that the terminal device stores the radio link failure information element varRLF-Report There is a switch failure message.
The method of claim 14, wherein:

The UEinformationResponse signaling carries the RLF report, and the RLF report includes the information stored in the radio link failure information element varRLF-Report.
The method according to any one of claims 11 to 17, wherein the information block in the RLF report comprises:

At least one of the signal measurement result of the source cell, the signal measurement result of the neighboring cell, the geographic location information when RLF occurs, the failed cell ID, the connection failure time, the reconnected cell ID, the source cell ID, and the connection failure type.
The method of claim 18, wherein:

The connection failure type is a type related to DAPS handover failure;

Or, the connection failure type is indicated as handover failure.
The method according to any one of claims 11 to 19, wherein the failure of the DAPS handover includes the following situations:

The first timer expires, and the received RRC reconfiguration signaling contains DAPS configuration related information.
The method according to any one of claims 11 to 19, wherein the method further comprises:

According to the RLF report, the measurement reporting threshold is adjusted.
A switching failure processing device, characterized in that, when applied to terminal equipment, the device comprises: a sending module;

The sending module is configured to send a radio link failure RLF report to the source cell when the dual activation protocol stack DAPS handover fails.
A switching failure processing device, characterized in that, when applied to network equipment, the device comprises: a receiving module;

The receiving module is configured to receive the radio link failure RLF report sent by the terminal device when the DAPS handover of the dual activation protocol stack fails.
A terminal device, characterized in that the terminal device includes:

processor;

a transceiver connected to the processor;

memory for storing executable instructions for the processor;

Wherein, the processor is configured to load and execute the executable instructions to implement the handover failure processing method according to any one of claims 1 to 10.
A network device, characterized in that the network device includes:

processor;

a transceiver connected to the processor;

memory for storing executable instructions for the processor;

Wherein, the processor is configured to load and execute the executable instructions to implement the handover failure processing method according to any one of claims 11 to 21.
A computer-readable storage medium, wherein executable instructions are stored in the readable storage medium, and the executable instructions are loaded and executed by a processor to implement any one of claims 1 to 21. How to handle switch failure.