WO2021003616A1

WO2021003616A1 - Method for switching network devices, and terminal device

Info

Publication number: WO2021003616A1
Application number: PCT/CN2019/094932
Authority: WO
Inventors: 尤心; 卢前溪
Original assignee: Oppo广东移动通信有限公司
Priority date: 2019-07-05
Filing date: 2019-07-05
Publication date: 2021-01-14
Also published as: CN113170367A; CN113170367B

Abstract

Disclosed in embodiments of the present application are a method for switching network devices, and a terminal device. The method comprises: the terminal device receives a radio resource control (RRC) connection reconfiguration message sent by a source network device; and when the channel quality of a target network device and/or the source network device satisfies a switching condition, on the basis of a condition switching command, the terminal device initiates switches to the target network device and does not send to the source network device an RRC connection reconfiguration completion message for the RRC connection reconfiguration message. The method and terminal device in the embodiments of the present application are beneficial in reducing signaling overhead.

Description

Method for switching network equipment and terminal equipment

Technical field

The embodiments of the present application relate to the field of communications, and in particular to a method and terminal device for switching network devices.

Background technique

In the prior art, if conditional handover is configured on the network side, the terminal device usually responds to the corresponding network side after receiving the radio resource control (Radio Resource Control, RRC) connection reconfiguration message sent by the source network device. The RRC connection reconfiguration complete message, and then based on the channel quality measurement, determines whether to initiate a handover. In the prior art, there may be a problem of wasting signaling overhead.

Summary of the invention

The embodiments of the present application provide a method and terminal device for switching network devices, which are beneficial to reducing signaling overhead.

In a first aspect, a method for switching network devices is provided, the method includes: a terminal device receives a radio resource control RRC connection reconfiguration message sent by a source network device; and the target network device and/or the source network device In the case that the channel quality satisfies the switching condition, the terminal device initiates switching to the target network device based on the conditional switching command and does not send the RRC connection reconfiguration complete message for the RRC connection reconfiguration message to the source network device .

In a second aspect, a terminal device is provided, which is used to execute the method in the first aspect or its implementation manner.

Specifically, the terminal device includes a functional module for executing the method in the foregoing first aspect or its implementation manner.

In a third aspect, a terminal device is provided, including a processor and a memory. The memory is used to store a computer program, and the processor is used to call and run the computer program stored in the memory to execute the method in the first aspect or its implementation manner.

In a fourth aspect, a chip is provided, which is used to implement the method in the first aspect or its implementation manners.

Specifically, the chip includes a processor, configured to call and run a computer program from the memory, so that the device installed with the chip executes the method in the first aspect or its implementation manners.

In a fifth aspect, a computer-readable storage medium is provided for storing a computer program that enables a computer to execute the method in the first aspect or its implementation manners.

In a sixth aspect, a computer program product is provided, including computer program instructions that cause a computer to execute the method in the first aspect or its implementation manners.

In a seventh aspect, a computer program is provided, which when running on a computer, causes the computer to execute the method in the first aspect or its implementation manners.

Through the above technical solution, when conditional handover is configured, after receiving the RRC connection reconfiguration message, it can be determined whether the channel quality meets the handover conditions. When the handover conditions are met, the handover is performed directly, so that no more Send the corresponding RRC connection reconfiguration complete message to the network side to reduce signaling overhead.

These and other aspects of the application will be more concise and understandable in the description of the following embodiments.

Description of the drawings

Fig. 1 is a schematic diagram of a communication system architecture provided by an embodiment of the present application.

Fig. 2 is a schematic diagram of a handover process provided by an embodiment of the present application.

Fig. 3 is a schematic diagram of a condition switching process provided by an embodiment of the present application.

FIG. 4 is a schematic block diagram of a method for switching network devices according to an embodiment of the present application.

FIG. 5 is a schematic diagram of a method for switching network equipment provided by an embodiment of the present application.

FIG. 6 is a schematic diagram of a method for switching network equipment provided by an embodiment of the present application.

FIG. 7 is a schematic diagram of a method for switching network equipment provided by an embodiment of the present application.

FIG. 8 is a schematic diagram of a method for switching network devices according to an embodiment of the present application.

FIG. 9 is a schematic block diagram of a terminal device provided by an embodiment of the present application.

FIG. 10 is a schematic block diagram of a terminal device according to an embodiment of the present application.

FIG. 11 is a schematic block diagram of a chip provided by an embodiment of the present application.

FIG. 12 is a schematic diagram of a communication system provided by an embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application will be described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are a part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art without creative work shall fall within the protection scope of this application.

It should be understood that the technical solutions of the embodiments of this application can be applied to various communication systems, such as: Global System of Mobile Communication (GSM) system, Code Division Multiple Access (CDMA) system, and broadband code Wideband Code Division Multiple Access (WCDMA) system, General Packet Radio Service (GPRS), Long Term Evolution LTE system, LTE Frequency Division Duplex (FDD) system, LTE Time Division Duplex (Time Division Duplex, TDD), Universal Mobile Telecommunication System (UMTS), Worldwide Interoperability for Microwave Access (WiMAX) communication system, New Radio (NR) or future 5G System etc.

In particular, the technical solutions of the embodiments of the present application can be applied to various communication systems based on non-orthogonal multiple access technologies, such as sparse code multiple access (SCMA) systems, low-density signatures (Low Density Signature, LDS) system, etc. Of course, the SCMA system and LDS system can also be called other names in the communication field; further, the technical solutions of the embodiments of this application can be applied to multi-carriers using non-orthogonal multiple access technology Transmission systems, such as non-orthogonal multiple access technology Orthogonal Frequency Division Multiplexing (OFDM), Filter Bank Multi-Carrier (FBMC), Generalized Frequency Division Multiplexing (Generalized Frequency Division Multiplexing) Frequency Division Multiplexing (GFDM), Filtered-OFDM (F-OFDM) systems, etc.

Exemplarily, the communication system 100 applied in the embodiment of the present application is shown in FIG. 1. The communication system 100 may include a network device 110, and the network device 110 may be a device that communicates with a terminal device 120 (or called a communication terminal or terminal). The network device 110 may provide communication coverage for a specific geographic area, and may communicate with terminal devices located in the coverage area. Optionally, the network device 110 may be a base station (Base Transceiver Station, BTS) in a GSM system or a CDMA system, a base station (NodeB, NB) in a WCDMA system, or an evolved base station in an LTE system (Evolutional Node B, eNB or eNodeB), or the wireless controller in the Cloud Radio Access Network (CRAN), or the network equipment can be a mobile switching center, a relay station, an access point, a vehicle-mounted device, Wearable devices, hubs, switches, bridges, routers, network devices gNB in 5G networks, or network devices in the future evolution of public land mobile networks (Public Land Mobile Network, PLMN), etc.

The communication system 100 also includes at least one terminal device 120 located within the coverage area of the network device 110. As used herein, "terminal equipment" includes but is not limited to User Equipment (UE), access terminal, user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile equipment, user terminal, Terminal, wireless communication equipment, user agent or user device. The access terminal can be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a wireless local loop (Wireless Local Loop, WLL) station, a personal digital processing (Personal Digital Assistant, PDA), with wireless communication Functional handheld devices, computing devices, or other processing devices connected to wireless modems, in-vehicle devices, wearable devices, terminal devices in the future 5G network, or future evolution of the public land mobile network (Public Land Mobile Network, PLMN) Terminal equipment, etc., are not limited in the embodiment of the present invention.

Optionally, direct terminal connection (Device to Device, D2D) communication may be performed between the terminal devices 120.

Optionally, the 5G system or 5G network may also be referred to as a New Radio (NR) system or NR network.

Figure 1 exemplarily shows one network device and two terminal devices. Optionally, the communication system 100 may include multiple network devices and the coverage of each network device may include other numbers of terminal devices. The embodiment does not limit this.

Optionally, the communication system 100 may also include other network entities such as a network controller and a mobility management entity, which are not limited in the embodiment of the present application.

It should be understood that the devices with communication functions in the network/system in the embodiments of the present application may be referred to as communication devices. Taking the communication system 100 shown in FIG. 1 as an example, the communication device may include a network device 110 and a terminal device 120 with communication functions, and the network device 110 and the terminal device 120 may be the specific devices described above, which will not be repeated here. The communication device may also include other devices in the communication system 100, such as a mobility management entity (Mobility Management Entity, MME), a serving gateway (Serving Gateway, S-GW), or a packet data gateway (PDN Gateway, P-GW), etc. This is not limited in the embodiments of this application.

It should be understood that the terms "system" and "network" in this article are often used interchangeably in this article. The term "and/or" in this article is only an association relationship describing associated objects, which means that there can be three relationships, for example, A and/or B, which can mean: A alone exists, A and B exist at the same time, exist alone B these three situations. In addition, the character "/" in this text generally indicates that the associated objects before and after are in an "or" relationship.

To facilitate understanding, the handover procedure in the existing LTE system will be described in detail below in conjunction with FIG. 2. As shown in Figure 2, the handover process mainly includes the three processes of handover preparation, handover execution, and handover completion, which specifically includes some or all of the following steps:

S201: The source eNB performs measurement configuration on the UE, and the measurement result of the UE will be used to assist the source eNB to make a handover decision.

S202: The UE performs a measurement report according to the measurement configuration.

S203: The source eNB refers to the measurement report result of the UE and makes a handover decision according to its own handover algorithm.

S204: The source eNB sends a handover request message to the target eNB. The message contains information related to handover preparation, including the UE’s X2 and S1 signaling context reference, target cell identifier, security key, and radio resource control (Radio Resource Control, RRC). ) Context, access layer (Access Stratum, AS) configuration, Evolved-Universal Terrestrial Radio Access (E-UTRAN) Radio Access Bearer (E-UTRAN, Radio Access, Bearer, E) -RAB) Context etc. At the same time, it also contains the physical layer identification of the source cell and the message authentication verification code, which is used for the recovery process after a possible handover failure. The X2 and S1 signaling context reference of the UE can help the target eNB find the location of the source eNB. E-RAB context includes necessary radio network layer (Radio Network Layer, RLN) and Transport Layer (Transport Network Layer, TNL) addressing information, and E-RAB quality of service (Quality of Service, QoS) information, etc.

S205: The target eNB performs admission control according to the received E-RAB QoS information to improve the success rate of handover. Admission control should consider reserving corresponding resources, cell radio network temporary identification (Cell Radio Network Temporary Identifier, C-RNTI), and assigning dedicated random access preamble codes. The AS configuration used by the target cell can be a complete configuration completely independent of the source cell, or it can be an incremental configuration based on the source cell (incremental configuration means that the same part is not configured, but only re-configured through signaling. With different parts, the UE will continue to use the original configuration for the configuration that has not been received).

S206: The target eNB prepares for L1/L2 handover, and at the same time sends a handover request ACK message to the source eNB. The message contains an RRC container, and the specific content is a handover command that triggers the UE to perform handover. The source eNB handover command adopts a transparent transmission mode (without any modification) and sends it to the UE. The handover command includes the new C-RNTI, the case algorithm identifier of the target eNB, and may also carry the special preamble code for random access, access parameters, system information, etc. If necessary, the handover request ACK message may also carry RNL/TNL information for data forwarding. After the source eNB receives the handover request ACK message or forwards the handover command to the UE, it can start data forwarding.

S207: The handover command (the RRC connection reconfiguration message that carries the mobility control information) is generated by the target eNB, and transparently transmitted to the UE through the source eNB. The source eNB performs necessary encryption and integrity protection on this message. When the UE receives the message, it will initiate the handover process using the relevant parameters in the message. The UE does not need to wait for the Hybrid Automatic Repeat reQuest (HARQ)/Automatic Repeat reQuest (ARQ) response sent by the lower layer to the source eNB, and can initiate the handover process.

S208: The source eNB sends a sequence number (Sequence Number, SN) status transmission message to the target eNB, and transmits the E-RAB uplink packet data convergence protocol (Packet Data Convergence Protocol, PDCP) SN reception status and downlink PDCP SN transmission status. The uplink PDCP SN reception status includes at least the PDCP SN of the last uplink SDU received in sequence, and may also include the SN of the uplink SDU that caused the loss of the received disorder in the form of bit mapping (if there is such an SDU, These SDUs may require the UE to retransmit in the target cell). The downlink PDCP SN transmission status indicates the next SDU sequence number that should be allocated at the target eNB. If no E-RAB needs to transmit the PDCP status report, the source eNB can omit this message.

S209: After receiving the handover command, the UE performs synchronization with the target cell. If the special preamble code for random access is configured in the handover command, it uses the non-contention random access procedure to access the target cell. If the special preamble code is not configured, Then use the competitive random access procedure to access the target cell. The UE calculates the key to be used at the target eNB and configures the security algorithm selected by the network for use at the target eNB, which is used to communicate with the target eNB after a successful handover.

S210: The network replies to the uplink resource allocation instruction and timing advance.

S211: After the UE successfully accesses the target cell, the UE sends an RRC connection connection reconfiguration complete message to confirm the completion of the handover process to the target eNB. If resources permit, the message may also be accompanied by an upstream buffer status report (Buffer Status Report, BSR) improvement. The target eNB confirms the success of the handover by receiving the RRC connection connection reconfiguration complete message. At this point, the target eNB can start sending data to the UE.

S212: The target eNB sends a path switch request message to the MME to inform the UE that the cell has been changed. At this time, the air interface handover has been successfully completed.

S213: The MME sends a user plane update request message to the S-GW.

S214: The S-GW switches the downlink data path to the target eNB side. The S-GW sends one or more "end marker (end marker) packets" to the source eNB on the old path, and then can release the user plane resources of the source eNB.

S215: The S-GW sends a user plane update response message to the MME.

S216: The MME sends a path switch request ACK message to the target eNB. Steps 12-16 complete the path switching process, and the purpose of the process is to transfer the user plane data path from the source eNB to the target eNB. After the S-GW switches the downlink path, the downlink packets of the forward path and the new path may alternately arrive at the target eNB. The target eNB should first deliver all forwarded data packets to the UE, and then deliver the packets received from the new path. Using this method at the target eNB can forcefully ensure the correct transmission sequence. In order to assist the rearrangement function at the target eNB, the S-GW immediately sends one or more "end marker packets" on the old path after the E-RAB switches the path. The "end marker package" does not contain user data, which is indicated by the General Data Transfer Platform (GTP) header. After finishing sending the packet containing the identifier, the S-GW should not send any data packets on the old path. After receiving the "end marker packet", if forwarding is active for this bearer, the source eNB should send this packet to the target eNB. After detecting the "end marker packet", the target eNB should discard the "end marker packet" and initiate any necessary procedures to maintain the user's orderly delivery. These data are forwarded through the X2 port or transferred from the S-GW after the path is switched. Received through the S1 port.

S217: The target eNB sends a UE context release message to the source eNB to notify the source eNB of the success of the handover and trigger the source eNB to release resources. The target eNB sends this message after receiving the path switch ACK message sent back from the MME.

S218: After receiving the UE context release message, the source eNB may release the radio bearer and the control plane resources related to the UE context. Any ongoing data forwarding will continue.

However, for some special scenarios, such as high-speed movement of the UE or high-frequency conditions, the UE is required to frequently perform handover (HO). Therefore, a new handover procedure, namely conditional handover (Conditional Handover), is proposed. Conditional handover avoids the problem that the handover preparation time is too long and the UE is too late to handover. You can configure the HO command for the UE in advance. On the other hand, for the high-speed rail scenario, the UE’s operating trajectory is specific, so the source base station can allocate the target base station to the UE in advance, and the HO command contains the conditions for triggering the UE to switch. When the configured conditions are met, the UE Initiate an access request to the target base station.

Specifically, the 3GPP RAN2#104 meeting has agreed to this conditional handover, and supports the configuration of multiple target cells in the HO command in the conditional handover procedure. For example, Figure 3 shows a schematic diagram of part of the condition switching process. In order to be different from the handover shown in Fig. 2 above, the handover process corresponding to Fig. 2 is referred to as normal handover (normal HO) in this application.

As shown in Figure 3, S301, measurement report, is similar to the normal handover process. The UE reports the measurement report to the source eNB. This S301 can correspond to S201 and S202 in the normal handover process shown in Figure 2 above. For the sake of brevity, it is not here. Repeat it again.

S302, handover preparation, similar to the normal handover process, the handover preparation is performed between the source eNB and the target eNB. Specifically, the source eNB may perform handover preparation with one or more target eNBs. For example, the source eNB may send a handover request to one or more target eNBs. Wherein, the handover preparation steps performed between the source eNB and any target eNB in S302 can all correspond to S203 and S204 in the ordinary handover process shown in FIG. 2. For brevity, details are not described herein again.

S303. Handover command. Multiple target cells or multiple target eNBs can be configured in the handover command sent by the source eNB to the UE. Optionally, conditions for the UE to perform handover can also be configured. For example, the handover conditions can include cell or beam Information such as the status of the UE, so that the UE can determine which target cell or target eNB to access based on the configured conditions.

S304: Random access is performed when the handover condition is met. The UE determines whether the configured multiple target cells or target eNB meet the handover condition according to the configured condition, and performs random access when a certain target cell or target eNB meets the condition.

In order to distinguish between ordinary switching and switching commands in conditional switching, the switching commands in conditional switching can be defined as conditional switching commands.

Before handover, the network side usually configures measurement conditions or handover conditions for the terminal device to determine whether to switch. The so-called measurement refers to the mobility measurement in the connected state.

In ordinary handover, the network device can send measurement configuration information to the terminal device through the RRC message, and the terminal device detects the signal quality status of the current serving cell and/or neighboring cells according to the measurement object and report configuration parameters indicated in the measurement configuration information. And report the measurement report to the network device according to the trigger mode in the report configuration.

Generally, a measurement configuration database VarMeasConfig is maintained on the terminal device side. In VarMeasConfig, each measId corresponds to a measObjectId and a reportConfigId. Among them, measId is the database measurement configuration item index; measObjectId is the measurement object identifier, corresponding to a measurement object configuration item; reportConfigId is the measurement report identifier, corresponding to a measurement report configuration item. In addition, it also includes the public configuration items quantityConfig, measurement configuration, s-measure, and serving cell quality threshold control that have nothing to do with measId.

The measurement object is the basic unit of frequency point. Each configured measurement object is a separate frequency point and has a separate measurement object identifier. For Evolved Universal Terrestrial Radio Access (E-UTRA), the same frequency As with inter-frequency measurement, the measurement object is a single E-UTRA carrier frequency. For cells related to the carrier frequency, E-UTRA may configure a cell offset list and a blacklist cell list. No operation is performed on the blacklisted cells in the measurement evaluation and measurement report.

Reporting configurations are divided into event-triggered reporting and periodic-triggered reporting according to their types. Each reporting configuration has a separate identification. The event-triggered reporting configuration includes event types and thresholds, as well as the duration (Time to Trigger, TTT) that meets the trigger conditions. TTT can also be called the trigger time. The reporting configuration of the periodic trigger type includes the reporting period and the purpose of the periodic trigger.

At present, the same frequency/different frequency measurement events in the LTE system include the following:

Event A1: the serving cell is higher than an absolute threshold (serving>threshold);

Event A2: The serving cell is below a decision threshold (serving<threshold);

Event A3: The neighboring cell is higher than the primary cell/primary and secondary cell by an offset;

Event A4: The neighboring cell is higher than an absolute threshold (Neighbour>threshold);

Event A5: the primary cell/primary and secondary cell is below absolute threshold 1 and the neighboring cell/secondary cell is above another absolute threshold 2;

Event A6: The adjacent cell is higher than the secondary cell by an offset;

Event B1: The neighboring cell is higher than an absolute threshold;

Event B2: The primary cell is higher than an absolute threshold 1 and the neighboring cell is higher than another absolute threshold 2.

A separate measurement identifier associates the measurement object with a specific reporting configuration. If the terminal device reaches the measurement start threshold, the terminal device will determine whether to perform this type of measurement based on the presence of the measurement identifier.

After the terminal device completes the measurement, the measurement report is evaluated when a certain trigger condition is met. If the report condition is met, the terminal device will fill in the measurement report and send it to the network device.

Measurement reports are mainly divided into three categories:

1. Event trigger

The terminal device triggers the sending of the measurement report only when the measurement event entry threshold configured by the network is met and continues for a period of time, and the process ends after the measurement report is sent once. The reporting configuration corresponding to this criterion is:

The trigger type is "event", including A1-A6, B1-B2, one of the measurement events and their threshold parameters;

The number of reports is 1;

Regardless of the value of the reporting interval, the UE ignores it.

2. Periodic reporting

After the network configuration measurement, the terminal equipment measures the corresponding frequency points according to the configuration content, and sends the measurement report according to the specified reporting period and interval:

The trigger period is "period", including "reportCGI" and "reportStrongestCell"

If the report purpose is "reportCGI", the number of reports is equal to 1, and if the report purpose is "reportStrongestCell", the number of reports can be greater than 1;

Once the terminal device is configured with the "reportCGI" purpose of reporting, the T321 timer will be started. In order for the network to obtain the information required to construct the neighbor cell list as soon as possible, if the content required for reporting has been obtained before the timer expires, the terminal device can stop T321 and initiate reporting in advance.

3. The event triggers periodic reporting

The terminal device will trigger the sending of the measurement report only when the measurement event entry threshold of the network configuration is met and lasts for a period of time. After the report is triggered, the timer between multiple measurements and the counter of the number of measurements will be started until the report The process ends when the number of times reaches the requirement. The reporting configuration corresponding to this criterion is:

The trigger type is "event", including a measurement event from A1 to A5 and its threshold parameters;

The number of reports is greater than 1;

The reporting interval is valid, and the network sets the reporting cycle timer according to the configured interval parameter.

In conditional switching, the source network device sends the conditional switching command configured by the target network device to the terminal device in advance through an RRC connection reconfiguration message, and the terminal device needs to reply to the source network device with an RRC connection reconfiguration complete message. The terminal device will continue to monitor the channel quality of the target network device configured in the condition switching command. If the switching condition is met, the terminal device can immediately initiate the switching. However, when the terminal device receives the RRC connection reconfiguration message sent by the source network device, the handover condition has been met. If the terminal device continues to reply the RRC connection reconfiguration complete message to the source network device and then performs the handover, it may cause Waste of signaling overhead.

FIG. 4 shows a schematic block diagram of a method 400 for switching network devices according to an embodiment of the present application. As shown in FIG. 4, the method 400 includes some or all of the following contents:

S410: The terminal device receives a radio resource control RRC connection reconfiguration message sent by the source network device.

S420: In the case that the channel quality of the target network device and/or the source network device meets the switching condition, the terminal device initiates a switch to the target network device based on the conditional switching command and does not send to the source network device An RRC connection reconfiguration complete message for the RRC connection reconfiguration message.

Specifically, the RRC connection reconfiguration message may carry a conditional switching command configured by the target network device. It should be noted that the RRC connection reconfiguration message here may not carry the conditional switching command, that is, it is decoupled from the conditional switching command. The RRC connection reconfiguration message can carry any information, as long as the terminal device is required to reply a corresponding RRC connection reconfiguration complete message. For example, the terminal device receives the conditional switching command and the switching condition before receiving the RRC connection reconfiguration message carrying other information, and the channel quality of the target network device and/or the source network device is after receiving the RRC connection reconfiguration If the handover condition is met after the message, the terminal device may initiate a handover to the target network device and not send the RRC connection reconfiguration complete message for the RRC connection reconfiguration message to the source network device. In addition, the switching condition in the embodiment of the present application may be configured by the source network device or configured by the target network device. It may be carried in the conditional switching command in the RRC connection reconfiguration message and sent to the terminal device, or carried in the RRC connection reconfiguration message in addition to the conditional switching command and sent to the terminal device. The terminal device obtains the switching condition and the conditional switching command, and measures the channel quality of the target network device and/or the source network device in real time according to the requirements of the switching condition. For example, the handover condition requires that the measured value of the source network device's channel quality is less than an absolute threshold. If it is met, the terminal device can initiate a handover to the target network device. For another example, the handover condition requires that the measured value of the channel quality of the source network device is less than an absolute threshold and the measured value of the channel quality of the target network device is good to be greater than an absolute threshold. If it is met, the terminal device can initiate a request to the target network device Switch. For another example, the handover condition may require that the measured value of the channel quality of the target network device is better than the measured value of the channel quality of the source network device by a threshold. If it is met, the terminal device can initiate a handover to the network device.

In addition, that the channel quality of the target network device and/or the source network device meets the switching condition not only means that the measured value of the channel quality of the target network device and/or the source network device meets a condition, such as the first condition, but also refers to the target network The measurement value of the channel quality of the device and/or the source network device satisfies the first condition for a duration that reaches a trigger time. After the trigger time is reached, the terminal device can initiate a handover to the target network device. In other words, the handover condition includes not only the first condition, but also the first trigger time TTT1, and the channel quality of the target network device and/or the source network device meets the handover condition, including: the target network The measurement value of the channel quality of the device and/or the source network device satisfies the first condition for a duration that reaches the TTT1.

Optionally, the terminal device may also initiate handover to the target network device immediately when it is determined that the channel quality measurement value of the target network device and/or the source network device meets the first condition, that is, the handover condition does not include the first condition. The trigger time TTT1 may also mean that TTT1 included in the switching condition is 0.

In addition, when the channel quality of the target network device and/or the source network device meets the handover condition, the terminal device does not send the RRC connection reconfiguration complete message for the received RRC connection reconfiguration message to the source network device, to Avoid unnecessary signaling overhead.

In an achievable embodiment, the terminal device can immediately check the channel quality of the target network device and/or the source network device when it receives the RRC connection reconfiguration message carrying the conditional switching command and the switching condition for the first time. Perform measurement and determine that the obtained measurement value satisfies the first condition. Further, it can continue TTT1 when the first condition is met, then the terminal device can initiate a handover to the target network device, and not to the source network device Send the RRC connection reconfiguration complete message. The implementation of this embodiment is shown in Figure 5, where the conditional switching command is carried in the RRC connection reconfiguration message.

In another achievable embodiment, before the terminal device receives the RRC connection reconfiguration message carrying the conditional switching command and the switching condition, the terminal device has already received the first condition of the switching condition. For example, the terminal device receives the measurement configuration information sent by the source network device in advance, and the measurement configuration information includes the measurement object and report configuration corresponding to the first condition. Or it can be said that the measurement configuration information includes the first condition. It should be noted that, for example, the first condition may include one of the various measurement events described above, and the measurement configuration information may include other conditions in addition to the first condition. For example, the first condition may be the above measId, and corresponds to one measObjectId and one reportConfigId. Among them, reportConfigId corresponds to a measurement report configuration item. The measurement report configuration item is configured with various measurement events including thresholds, etc. In addition, the measurement report configuration item can also be configured with TTT.

Optionally, the terminal device receives the measurement configuration information sent by the source network device in advance, and the terminal device always performs measurement according to the configuration in the measurement configuration information, and the terminal device receives the RRC connection carrying the conditional switching command and the switching condition When the message is reconfigured, it is found that the first condition in the measurement configuration information is satisfied, and the first condition in the measurement configuration information is exactly the same as the first condition in the handover condition. At this time, the terminal device may consider that the measured value of the channel quality of the source network device and/or the target network device satisfies the first condition in the handover condition. For example, the first condition in the measurement configuration information is that the measured value of the channel quality of the neighboring cell is higher than a decision threshold. After the terminal device receives the measurement configuration information, it always measures the channel quality of the neighboring cell, and the terminal device receives When the conditional handover command and handover conditions are reached, it is determined that the measured value of the channel quality of the neighboring cell satisfies the first condition in the measurement configuration information, and the terminal device finds that the neighboring cell is exactly where the network device that sends the conditional handover command is located. The cell (ie, the target network device in this document) and the first condition in the measurement configuration information is the same as the first condition in the handover command. Then the terminal device can determine that the measured value of the channel quality of the target network device satisfies the first condition in the handover condition, and further, the measured value of the channel quality of the target network device can continue TTT1 when the first condition is satisfied. , The terminal device can initiate a handover to the target network device, and does not send an RRC connection reconfiguration complete message to the source network device. The implementation of this embodiment is shown in FIG. 6.

Optionally, the terminal device may also perform measurement in advance based on the first condition in the received measurement configuration information, for example, the first condition is that the measured value of the channel quality of the neighboring cell is higher than an absolute threshold. Before the terminal device receives the conditional switching command and the switching condition, the measured value of the channel quality of the neighboring cell has met the first condition in the measurement configuration information, and continues until the terminal device receives the conditional switching command and the switching condition. The terminal device finds that this neighboring cell is just the cell where the network device sending the conditional handover command is located (that is, the target network device in this document), and the first condition in the measurement configuration information is the same as the first condition in the handover command. Then the terminal device can consider that starting from determining that the channel quality of the neighboring cell meets the first condition in the measurement configuration information, the measured value of the channel quality of the target network device meets the first condition in the handover condition. As long as TTT1 continues, the terminal device will The handover can be initiated to the target network device, and the RRC connection reconfiguration complete message is not sent to the source network device.

As mentioned above, the terminal device performs measurement according to the measurement configuration information sent by the network side. When a certain trigger condition (the first condition) is met, it also needs to evaluate the measurement report. If the report condition is met, the terminal device needs to check the network side. Report the measurement report. In the embodiment of this application, the terminal device performs measurement based on the measurement configuration information and determines that the first condition is satisfied, but the purpose is to determine that the channel quality measurement value of the target network device and/or the source network device meets the first condition, and Furthermore, it initiates a handover to the target network device according to the continuous TTT1. Therefore, the reporting of the measurement report is unnecessary, that is, the measured value of the channel quality of the target network device and/or the source network device meets the measurement configuration information. Under the first condition, the terminal device may not send the measurement report for the measurement configuration information to the source network device. Therefore, the signaling overhead can be further reduced.

In this article, there are two TTTs. Among them, TTT1 is included in the handover condition, and is used to trigger the terminal device to initiate a handover to the target network device. Specifically, when the channel quality of the target network device and/or the source network device is measured The duration of the value satisfying the first condition reaches TTT1, which triggers the terminal device to initiate a handover to the target network device. The second trigger time TTT2 is included in the measurement configuration information and is used to trigger the reporting of the measurement report. Specifically, when the terminal device performs measurement based on the measurement configuration information and the duration of satisfying the first condition reaches TTT2, the terminal device is triggered to send a measurement report to the source network device.

Optionally, in the embodiment of the present application, as shown in FIG. 7, TTT2 may be greater than or equal to TTT1. Specifically, when the terminal device determines that the first condition in the measurement configuration information has been met, the terminal device can start TTT1 and TTT2. In the entire duration of TTT1, the first conditions in the measurement configuration information are all met. When TTT1 is reached, In other words, the terminal device can be triggered to initiate a handover to the target network device. At this time, since TTT2 has not yet reached, that is, the measurement report is not satisfied, the terminal device does not report the measurement report to the source network device. Optionally, TTT1 in the embodiment of the present application can start from the first condition in the measurement configuration information being satisfied, or it can start from receiving the RRC connection reconfiguration message carrying the condition switching command and the switching condition, and the end of TTT1 can be with The end of TTT2 is the same, or the start and end of TTT1 can also completely coincide with the start and end of TTT2.

Optionally, in the embodiment of the present application, as shown in FIG. 8, TTT2 may be smaller than TTT1. Specifically, when the terminal device determines that the first condition in the measurement configuration information is satisfied, the terminal device can start TTT1 and TTT2. Within the entire duration of TTT1, the first conditions in the measurement configuration information are all satisfied. When TTT1 is reached, That is to say, the terminal device can be triggered to initiate a handover to the target network device, and because TTT2 has been reached before, that is, the report of the measurement report is satisfied, but the terminal device also does not report the measurement report to the source network device. Further, when reaching TTT2, the terminal device needs to further determine that the measured value of the channel quality of the target network device and/or the source network device that meets TTT2 to not meet TTT1 (ie, TTT1-TTT2) meets the first condition, Therefore, when TTT1 is reached, the terminal device can be triggered to initiate a handover to the target network device. Optionally, the start of TTT1 can also start from receiving an RRC connection reconfiguration message carrying conditional switching commands and switching conditions, then triggering the terminal device to initiate switching to the target network device has nothing to do with TTT2, but when it reaches TTT2, the terminal The device does not report measurement reports to the source network device.

Since the reporting of the measurement report can also be triggered periodically, that is, the terminal device can maintain a timer, and when the timer expires, the terminal device reports the measurement report to the network device. In the embodiment of the present application, if the terminal device determines that the channel quality of the target network device and/or the source network device meets the switching condition before the timer expires, then the terminal device can initiate a switch to the target network device at this time, and does not Send a measurement report to the source network device. Or before the timer expires, the terminal device has determined that the channel quality measurement value of the target network device and/or the source network device meets the first condition and has not yet reached TTT1, then similarly, when the timing for reporting the measurement report When the timer times out, the terminal device does not send a measurement report to the source network device.

Optionally, in the case that the channel quality of the target network device and/or the source network device meets the handover condition, the terminal device may also suspend the signaling radio bearer, and/or its related wireless link Road control (Radio Link Control, RLC)/Packet Data Convergence Protocol (PDCP) entity.

Optionally, when the channel quality of the target network device and/or the source network device meets the handover condition, the terminal device may also reset the SRB and/or its related RLC/PDCP entity.

It should be understood that in condition switching, multiple target network devices may configure condition switching commands to the terminal device, and the multiple target network devices may share a switching condition or may respectively correspond to a switching condition. In addition, the conditional switching commands and switching conditions of multiple target network devices may be carried in one RRC connection reconfiguration message, or may be sent in multiple pieces.

It should be understood that the interaction between the source network device and the target network device and the terminal device described on the network device side and related features and functions correspond to the related features and functions of the terminal device. In addition, the related content has been described in detail in the above method 400, and is not repeated here for brevity.

It should be understood that, in the various embodiments of the present application, the size of the sequence number of the above-mentioned processes does not mean the order of execution, and the execution order of each process should be determined by its function and internal logic, rather than corresponding to the embodiments of the present application. The implementation process constitutes any limitation.

The foregoing describes in detail the method for switching network equipment according to the embodiment of the present application. The following will describe the apparatus for switching network equipment according to the embodiment of the present application in conjunction with FIG. 9 to FIG. 11, and the technology described in the method embodiment Features apply to the following device embodiments.

FIG. 9 shows a schematic block diagram of a terminal device 500 according to an embodiment of the present application. As shown in FIG. 9, the terminal device 500 includes:

The transceiver unit 510 is configured to receive a radio resource control RRC connection reconfiguration message sent by a source network device;

The processing unit 520 is configured to initiate a switch to the target network device and not send to the source network device based on a conditional switch command when the channel quality of the target network device and/or the source network device meets the switching condition An RRC connection reconfiguration complete message for the RRC connection reconfiguration message.

Optionally, in the embodiment of the present application, the RRC connection reconfiguration message includes the conditional switching command.

Optionally, in the embodiment of the present application, the RRC connection reconfiguration message includes the handover condition, and the handover condition includes a first condition and a first trigger time, and the target network device and/or the source network The channel quality of the device meeting the handover condition includes: the measurement value of the channel quality of the target network device and/or the source network device satisfies the first condition for a duration that reaches the first trigger time.

Optionally, in the embodiment of the present application, the processing unit is further configured to: in the case of receiving the RRC connection reconfiguration message, check the channel quality of the target network device and/or the source network device Performing measurement; determining that the measured value of the channel quality of the target network device and/or the source network device meets the first condition.

Optionally, in the embodiment of the present application, the processing unit is further configured to: before the terminal device receives the RRC connection reconfiguration message, determine that the first condition is satisfied.

Optionally, in the embodiment of the present application, the transceiver unit is further configured to: before the transceiver unit receives the RRC connection reconfiguration message, receive measurement configuration information sent by the source network device, and the measurement The configuration information includes the first condition.

Optionally, in this embodiment of the application, the measurement configuration information includes a second trigger time, and the first trigger time is used to trigger the terminal device to initiate a handover to the target network device, and the second trigger time For triggering the reporting of a measurement report, the processing unit is further configured to: when the first trigger time is met and/or the second trigger time is met, not to send the measurement report to the source network device Configuration information measurement report.

Optionally, in the embodiment of the present application, the second trigger time is greater than or equal to the first trigger time.

Optionally, in the embodiment of the present application, the second trigger time is less than the first trigger time.

Optionally, in the embodiment of the present application, the processing unit is further configured to: in a case where the second trigger time is satisfied, determine that between the second trigger time and the first trigger time is not met The measured value of the channel quality of the target network device and/or the source network device meets the first condition.

Optionally, in the embodiment of the present application, the processing unit is further configured to: suspend the signaling radio bearer when the channel quality of the target network device and/or the source network device meets the handover condition SRB and/or the radio link control RLC/packet data convergence protocol PDCP entity corresponding to the SRB, or when the channel quality of the target network device and/or the source network device meets the handover condition, Reset the SRB and/or the RLC/PDCP entity corresponding to the SRB.

Therefore, the terminal device of the embodiment of the present application can first determine whether the channel quality meets the handover condition after receiving the RRC connection reconfiguration message when conditional handover is configured, and directly performs handover if the handover condition is met Therefore, there is no need to send the corresponding RRC connection reconfiguration complete message to the network side, and the signaling overhead is reduced.

FIG. 10 is a schematic structural diagram of a terminal device 600 provided by an embodiment of the present application. The terminal device 600 shown in FIG. 10 includes a processor 610, and the processor 610 can call and run a computer program from the memory to implement the method in the embodiment of the present application.

Optionally, as shown in FIG. 10, the terminal device 600 may further include a memory 620. The processor 610 may call and run a computer program from the memory 620 to implement the method in the embodiment of the present application.

The memory 620 may be a separate device independent of the processor 610, or may be integrated in the processor 610.

Optionally, as shown in FIG. 10, the terminal device 600 may further include a transceiver 630, and the processor 610 may control the transceiver 630 to communicate with other devices. Specifically, it may send information or data to other devices, or receive other devices. Information or data sent by the device.

The transceiver 630 may include a transmitter and a receiver. The transceiver 630 may further include an antenna, and the number of antennas may be one or more.

FIG. 11 is a schematic structural diagram of a chip of an embodiment of the present application. The chip 700 shown in FIG. 11 includes a processor 710, and the processor 710 can call and run a computer program from the memory to implement the method in the embodiment of the present application.

Optionally, as shown in FIG. 11, the chip 700 may further include a memory 720. Wherein, the processor 710 may call and run a computer program from the memory 720 to implement the method in the embodiment of the present application.

The memory 720 may be a separate device independent of the processor 710, or may be integrated in the processor 710.

Optionally, the chip 700 may further include an input interface 730. The processor 710 may control the input interface 730 to communicate with other devices or chips, and specifically, may obtain information or data sent by other devices or chips.

Optionally, the chip 700 may further include an output interface 740. The processor 710 can control the output interface 740 to communicate with other devices or chips, and specifically, can output information or data to other devices or chips.

Optionally, the chip can be applied to the terminal device in the embodiment of the present application, and the chip can implement the corresponding process implemented by the terminal device in the various methods of the embodiment of the present application. For brevity, details are not repeated here.

It should be understood that the chip mentioned in the embodiment of the present application may also be referred to as a system-level chip, a system-on-chip, a system-on-chip, or a system-on-chip.

FIG. 12 is a schematic block diagram of a communication system 800 according to an embodiment of the present application. As shown in FIG. 12, the communication system 800 includes a terminal device 810 and a network device 820.

Wherein, the terminal device 810 can be used to implement the corresponding function implemented by the terminal device in the above method, and the network device 820 can be used to implement the corresponding function implemented by the network device in the above method. For the sake of brevity, it will not be omitted here. Repeat.

It should be understood that the processor of the embodiment of the present application may be an integrated circuit chip with signal processing capability. In the implementation process, the steps of the foregoing method embodiments can be completed by hardware integrated logic circuits in the processor or instructions in the form of software. The aforementioned processor may be a general-purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (ASIC), a ready-made programmable gate array (Field Programmable Gate Array, FPGA) or other Programming logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps, and logical block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor or the like. The steps of the method disclosed in the embodiments of the present application may be directly embodied as being executed and completed by a hardware decoding processor, or executed and completed by a combination of hardware and software modules in the decoding processor. The software module can be located in a mature storage medium in the field such as random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, registers. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.

It can be understood that the memory in the embodiment of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memory. Among them, the non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), and electrically available Erase programmable read-only memory (Electrically EPROM, EEPROM) or flash memory. The volatile memory may be a random access memory (Random Access Memory, RAM), which is used as an external cache. By way of exemplary but not restrictive description, many forms of RAM are available, such as static random access memory (Static RAM, SRAM), dynamic random access memory (Dynamic RAM, DRAM), synchronous dynamic random access memory (Synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (Double Data Rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (Enhanced SDRAM, ESDRAM), synchronous connection dynamic random access memory (Synchlink DRAM, SLDRAM) ) And Direct Rambus RAM (DR RAM). It should be noted that the memories of the systems and methods described herein are intended to include, but are not limited to, these and any other suitable types of memories.

It should be understood that the foregoing memory is exemplary but not restrictive. For example, the memory in the embodiment of the present application may also be static random access memory (static RAM, SRAM), dynamic random access memory (dynamic RAM, DRAM), Synchronous dynamic random access memory (synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (double data rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous connection Dynamic random access memory (synch link DRAM, SLDRAM) and direct memory bus random access memory (Direct Rambus RAM, DR RAM), etc. That is to say, the memory in the embodiment of the present application is intended to include but not limited to these and any other suitable types of memory.

The embodiment of the present application also provides a computer-readable storage medium for storing computer programs.

Optionally, the computer-readable storage medium may be applied to the network device in the embodiment of the present application, and the computer program causes the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application. For brevity, here No longer.

Optionally, the computer-readable storage medium can be applied to the terminal device in the embodiment of the present application, and the computer program causes the computer to execute the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of the present application, for the sake of brevity , I won’t repeat it here.

The embodiments of the present application also provide a computer program product, including computer program instructions.

Optionally, the computer program product may be applied to the network device in the embodiment of the present application, and the computer program instructions cause the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application. For the sake of brevity, it is not here. Repeat it again.

Optionally, the computer program product can be applied to the terminal device in the embodiment of this application, and the computer program instructions cause the computer to execute the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of this application. For the sake of brevity, I will not repeat them here.

The embodiment of the present application also provides a computer program.

Optionally, the computer program can be applied to the network device in the embodiment of the present application. When the computer program runs on the computer, the computer is caused to execute the corresponding process implemented by the network device in each method of the embodiment of the present application. For the sake of brevity , I won’t repeat it here.

Optionally, the computer program can be applied to the terminal device in the embodiment of the present application. When the computer program runs on the computer, it causes the computer to execute the corresponding process implemented by the terminal device in each method of the embodiment of the present application. For the sake of brevity , I won’t repeat it here.

A person of ordinary skill in the art may be aware that the units and algorithm steps of the examples described in combination with the embodiments disclosed herein can be implemented by electronic hardware or a combination of computer software and electronic hardware. Whether these functions are executed by hardware or software depends on the specific application and design constraint conditions of the technical solution. Professionals and technicians can use different methods for each specific application to implement the described functions, but such implementation should not be considered beyond the scope of this application.

Those skilled in the art can clearly understand that, for the convenience and conciseness of description, the specific working process of the above-described system, device, and unit can refer to the corresponding process in the foregoing method embodiment, which will not be repeated here.

In the several embodiments provided in this application, it should be understood that the disclosed system, device, and method may be implemented in other ways. For example, the device embodiments described above are only illustrative. For example, the division of the units is only a logical function division, and there may be other divisions in actual implementation, for example, multiple units or components can be combined or It can be integrated into another system, or some features can be ignored or not implemented. In addition, the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, and may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.

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

If the function is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer readable storage medium. Based on this understanding, the technical solution of this application essentially or the part that contributes to the existing technology or the part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including Several instructions are used to make a computer device (which may be a personal computer, a server, or a network device, etc.) execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage media include: U disk, mobile hard disk, read-only memory (Read-Only Memory,) ROM, random access memory (Random Access Memory, RAM), magnetic disk or optical disk and other media that can store program code .

The above are only specific implementations of this application, but the protection scope of this application is not limited to this. Any person skilled in the art can easily think of changes or substitutions within the technical scope disclosed in this application. Should be covered within the scope of protection of this application. Therefore, the protection scope of this application shall be subject to the protection scope of the claims.

Claims

A method for switching network equipment, characterized in that it comprises:

The terminal device receives the radio resource control RRC connection reconfiguration message sent by the source network device;

In the case that the channel quality of the target network device and/or the source network device meets the switching condition, the terminal device initiates a switch to the target network device based on the conditional switching command and does not send the target network device to the source network device. The RRC connection reconfiguration complete message of the RRC connection reconfiguration message.
The method according to claim 1, wherein the RRC connection reconfiguration message includes the conditional switching command.
The method according to claim 1 or 2, wherein the RRC connection reconfiguration message includes the handover condition, the handover condition includes a first condition and a first trigger time, and the target network device and/or The channel quality of the source network device satisfies the handover condition, including: the measured value of the channel quality of the target network device and/or the source network device satisfies the first condition for a duration that reaches the first trigger time.
The method according to claim 3, wherein the method further comprises:

When the terminal device receives the RRC connection reconfiguration message, measuring the channel quality of the target network device and/or the source network device;

The terminal device determines that the measured value of the channel quality of the target network device and/or the source network device satisfies the first condition.
The method according to claim 3, wherein the method further comprises:

Before the terminal device receives the RRC connection reconfiguration message, the terminal device determines that the first condition is satisfied.
The method of claim 5, wherein the method further comprises:

Before the terminal device receives the RRC connection reconfiguration message, the terminal device receives measurement configuration information sent by the source network device, where the measurement configuration information includes the first condition.
The method according to claim 6, wherein the measurement configuration information includes a second trigger time, and the first trigger time is used to trigger the terminal device to initiate a handover to the target network device, and the second The trigger time is to trigger the reporting of the measurement report, and the method further includes:

When the first trigger time and/or the second trigger time are met, the terminal device does not send a measurement report for the measurement configuration information to the source network device.
The method according to claim 7, wherein the second trigger time is greater than or equal to the first trigger time.
The method according to claim 7, wherein the second trigger time is less than the first trigger time.
The method according to claim 9, wherein the method further comprises:

In the case that the second trigger time is met, the terminal device determines that between the second trigger time and the first trigger time is not met, the target network device and/or the source network device The measured value of the channel quality satisfies the first condition.
The method according to any one of claims 1 to 10, wherein the method further comprises:

In the case that the channel quality of the target network device and/or the source network device meets the handover condition, the terminal device suspends signaling radio bearer SRB and/or radio link control RLC corresponding to the SRB /Packet Data Convergence Protocol PDCP entity, or

When the channel quality of the target network device and/or the source network device meets the handover condition, the terminal device resets the SRB and/or the RLC/PDCP entity corresponding to the SRB.
A terminal device, characterized in that the terminal device includes:

The transceiver unit is configured to receive a radio resource control RRC connection reconfiguration message sent by the source network device;

The processing unit is configured to initiate a handover to the target network device and not to send the target network device to the source network device based on a conditional switching command when the channel quality of the target network device and/or the source network device meets the switching condition The RRC connection reconfiguration complete message of the RRC connection reconfiguration message.
The terminal device according to claim 12, wherein the RRC connection reconfiguration message includes the conditional switching command.
The terminal device according to claim 12 or 13, wherein the RRC connection reconfiguration message includes the handover condition, and the handover condition includes a first condition and a first trigger time, and the target The channel quality of the network device and/or the source network device satisfies the handover condition, including: the measured value of the channel quality of the target network device and/or the source network device satisfies the first condition for a duration of reaching The first trigger time.
The terminal device according to claim 14, wherein the processing unit is further configured to:

In the case of receiving the RRC connection reconfiguration message, measuring the channel quality of the target network device and/or the source network device;

It is determined that the measured value of the channel quality of the target network device and/or the source network device satisfies the first condition.
The terminal device according to claim 14, wherein the processing unit is further configured to:

Before the terminal device receives the RRC connection reconfiguration message, it is determined that the first condition is satisfied.
The terminal device according to claim 16, wherein the transceiver unit is further configured to:

Before the transceiver unit receives the RRC connection reconfiguration message, it receives measurement configuration information sent by the source network device, where the measurement configuration information includes the first condition.
The terminal device according to claim 17, wherein the measurement configuration information includes a second trigger time and a second trigger time, and the first trigger time is used to trigger the terminal device to initiate a handover to the target network device , The second trigger time is used to trigger the reporting of a measurement report, and the processing unit is further used to:

When the first trigger time and/or the second trigger time are met, the measurement report for the measurement configuration information is not sent to the source network device.
The terminal device according to claim 18, wherein the second trigger time is greater than or equal to the first trigger time.
The terminal device according to claim 18, wherein the second trigger time is less than the first trigger time.
The terminal device according to claim 20, wherein the processing unit is further configured to:

In the case that the second trigger time is met, it is determined that the channel quality of the target network device and/or the source network device is measured between the second trigger time and the first trigger time is not met The value satisfies the first condition.
The terminal device according to any one of claims 12 to 21, wherein the processing unit is further configured to:

When the channel quality of the target network device and/or the source network device meets the handover condition, suspend the signaling radio bearer SRB and/or the radio link control RLC/packet data aggregation corresponding to the SRB Protocol PDCP entity, or

When the channel quality of the target network device and/or the source network device meets the handover condition, reset the SRB and/or the RLC/PDCP entity corresponding to the SRB.
A terminal device, characterized by comprising: a processor and a memory, the memory is used to store a computer program, the processor is used to call and run the computer program stored in the memory, and execute any of claims 1 to 11 The method described in one item.
A chip, characterized by comprising: a processor, configured to call and run a computer program from a memory, so that a device installed with the chip executes the method according to any one of claims 1 to 11.
A computer-readable storage medium, characterized in that it is used to store a computer program that enables a computer to execute the method according to any one of claims 1 to 11.
A computer program product, characterized by comprising computer program instructions, which cause a computer to execute the method according to any one of claims 1 to 11.
A computer program, wherein the computer program causes a computer to execute the method according to any one of claims 1 to 11.