WO2012059013A1

WO2012059013A1 - Method and device for processing rlf indication messages in long-term evolution system

Info

Publication number: WO2012059013A1
Application number: PCT/CN2011/081331
Authority: WO
Inventors: 王彦; 刘爱娟
Original assignee: 大唐移动通信设备有限公司
Priority date: 2010-11-03
Filing date: 2011-10-26
Publication date: 2012-05-10
Also published as: CN102083115A; CN102083115B

Abstract

Disclosed are a method and device for processing RLF indication messages in a long-term evolution system, the method comprising: when a base station receives a first RLF indication message carrying no RLF report information, the base station determines whether a second RLF indication message carrying the RLF report information can be received; if the second RLF indication message can be received, the base station discards the first RLF indication message, and determines the cause of failure of a user equipment (UE) according to the received second RLF indication message; otherwise, the base station determines the cause of failure of the UE according to the first RLF indication message. In an embodiment of the present invention, the network can correctly process interaction information between base stations, correctly collect causes of failure, avoid incorrect failure event statistics and allow the network to acquire true statistical data of trouble classification, thus avoiding erroneously triggering the optimization actions.

Description

Method and device for processing RLF indication message in long-term evolution system The application claims to be submitted to the Chinese Patent Office on November 3, 2010 and December 17, 2010, and the application number is 201010534751.3, 201010610335.7, and the invention name is "a long-term The priority of the Chinese Patent Application for Processing Method and Apparatus for RLF Indication Messages in Evolving Systems, the entire contents of which are incorporated herein by reference. Technical field

The present invention relates to the field of communications technologies, and in particular, to a method and a device for processing an RLF indication message in a long term evolution system. Background technique

In the R3 version of the current 3GPP (The 3rd Generation Partnership Project) standard protocol, RLF (Radio Link Failure) occurs in the UE (User Equipment) to help the network to detect the failure. After the radio link fails or Handover failure, information exchange between the relevant base stations is required.

The Rel-9 protocol stipulates that after the RLF or handover failure of the UE occurs, the base station that receives the RRC (Radio Resource Control) reconfiguration request of the UE (hereinafter referred to as the base station is the reestablished base station) needs to pass the X2 interface to fail. The base station where the former serving cell is located (hereinafter referred to as the failed base station) sends a radio link failure indication (RLF INDICATION) message, so that the failed base station can determine the reason for the failure according to the information carried in the radio link failure indication message.

Specifically, after receiving the RRC connection reestablishment request, the base station may have two results: success or failure. If the base station has the context of the UE, the RRC connection re-establishment request is accepted, and the re-establishment process is completed. If the base station does not have the context of the UE, the RRC connection reestablishment request is rejected and the reestablishment fails.

As shown in Figure 1, the RRC connection reestablishment is successful. After the RRC connection is successfully reestablished, the uplink "RRC Connection Reestablishment Complete" message sent by the UE carries a message. The indicator bit, the UE informs the base station that the data related to the RLF failure is saved by the indication bit, and then the reconstructed base station acquires the data from the UE through the UE Information signaling process, that is, the radio link failure report (RLF report), and It is carried in the RLF INDICATION message and sent to the failed base station for the failed base station to determine the reason for the failure.

As shown in Figure 2, the RRC connection reestablishment fails. After the RRC connection reestablishment fails, the UE enters the IDLE state. Therefore, the reestablishment base station cannot obtain RLF related data (ie, RLF report) from the UE, and sends it to the failed base station. This information is not available in the RLF INDICATION message.

It should be noted that in the above process, the following information is included in the Rel-9 version of the RLF report: signal measurement data of the serving cell before failure, and signal measurement data of the surrounding neighboring area. The following information is included in the RLF INDICATION message of the Rd-9 version: Physical Layer Cell Identity (Cell Layer), and Globalized ECGI (E-UTRAN (Evolved Universal Terrestrial Radio Access Network) Evolved Universal Terrestrial Radio Network (Cell Global Identity), E-UTRAN Cell Global Identity), UE C-RNTI (Cell-Radio Network Temporary Identifier) in the serving cell before failure, UE fails The short message authentication code used for data integrity of signalling messages (short message authentication code used for data integrity of the signal integrity message) and the RLF report information (optional carrying) , depending on the result of the reconstruction).

Further, as shown in FIG. 3, the RLF INDICATION message processing flow diagram of the Rd-9 version may include the following steps after the base station receives the RLF INDICATION message:

Step 301: Determine whether the serving cell is under the local base station before the failure. If yes, go to step 302, otherwise, end the process.

Step 302: Determine whether the RLF report is included in the RLF INDICATION message. If yes, go to step 303, otherwise, go to step 305.

In step 303, it is determined whether the signal of any cell in the RLF report is good enough. If yes, go to step 305, otherwise, go to step 304. In step 304, the reason for the diagnosis failure is an coverage vulnerability.

Step 305: Determine whether there is a context of the UE in the base station. If yes, go to step 307, otherwise, go to step 306.

Step 306, discarding the RLF INDICATION message.

Step 307: Determine whether the timer T store_ue_ctxt is still running. If yes, go to step 308, otherwise, go to step 311.

Step 308: Determine whether the reconstructed cell is the same as the source cell before handover. If yes, go to step 309, otherwise, go to step 310.

Step 309: Send a HANDOVER REPORT message to the source base station before the handover, indicating that the handover is too early.

Step 310: Send a HANDOVER REPORT message to the source base station before handover, indicating that the cell is switched to the wrong cell.

Step 311: Determine whether a failure occurs during the handover. If yes, go to step 312, otherwise, go to step 313.

Step 312: Determine whether the reconstructed cell is the same as the handover target cell. If yes, go to step 313, otherwise, go to step 314.

In step 313, the reason for the diagnosis failure is that the handover is too late.

In step 314, the reason for the diagnosis failure is to switch to the wrong cell.

In summary, in the Rd-9 version, the RLF report message is included in the RLF INDICATION message only when the RRC re-establishment is successful, which makes the Rel-9 mechanism incomplete. Therefore, in the 3GPP Rd-10 version, the above mechanism is extended to support the reporting of RLF information in a scenario where the reconstruction fails.

As shown in Figure 4, the base station receives two RLF INDICATION messages. If the RRC reestablishment fails, the UE will enter the IDLE state, and after a period of time, a new connection will be initiated, and the uplink "RRC connection" sent by the UE will be sent. The setup complete message carries an indication bit, and the UE informs the base station that the data related to the RLF failure is saved by the indication bit, and then the new serving base station can obtain the data (ie, the RLF report) from the UE through the UEInformation signaling procedure, and The bearer is sent to the failed base station in the RLF INDICATION message, and the failed base station determines the reason for the failure. It should be noted that, in the 1^1-106 011 information of the 1^1-10 version, in addition to the data existing in the Rd-9 version, the following information may also be included: The global identifier of the serving cell before the UE fails. ECGI (1); the UE attempts to reconstruct the global identity of the connected cell ECGI (2); the time interval from receiving the handover command to the failure of the UE; if the UE fails in the handover, the physical layer of the target cell at the time of failure is also included Identify PCI and frequency points.

In carrying out the process of the present invention, the inventors have found that at least the following problems exist in the prior art:

In the Rd-9 version, the RLF report is important for diagnosing the cause of the problem. If there is no RLF report, the base station may incorrectly 'cover the vulnerability, and the problem is judged as 'switching too late.' In order to solve the above problem, the enhancement has been made in the Rd-10 version, so that the base station can learn the RLF report, but this brings up new problems.

As can be seen from Figure 4, the failed base station may receive two RLF INDICATION messages related to the UE, one is an RLF INDICATION message that does not carry the RLF report information, and the other is an RLF INDICATION message carrying the RLF report information. When the base station processes the RLF INDICATION message that does not carry the RLF report information, the reason for the failure is that the handover is too late due to the lack of the RLF report information, and the base station needs to increase the number of statistics of the handover too late by one.

After receiving the RLF INDICATION message carrying the RLF report information, the base station judges that the cause of the problem may be an overlay vulnerability according to the RLF report information. It can be seen that the above statistics on the handover too late have an error. After a period of time accumulation, if the statistical probability exceeds a preset threshold, the base station starts a handover optimization process based on the handover too late, The handover parameters of the cell are adjusted. Since the real problem in the network is to cover the vulnerability, the original switching parameters are suitable. After adjusting the parameters, the network problem is not solved, but the switching performance of the system may be deteriorated. Summary of the invention

The embodiment of the invention provides a method and a device for processing an RLF indication message in a long term evolution system, so as to accurately know the cause of the failure and avoid erroneously triggering the optimization action. In order to achieve the above object, an embodiment of the present invention provides a method for processing a radio link failure RLF indication message in a long term evolution system, where the method includes:

When the base station receives the RLF indication message that does not carry the RLF report information, the base station determines whether the RLF indication message can be discarded.

If yes, the base station discards the RLF indication message; otherwise, the base station determines a failure reason of the UE according to the RLF indication message. An embodiment of the present invention provides a method for processing a radio link failure RLF indication message in a long term evolution system, where the method includes:

When the base station receives the first RLF indication message that does not carry the RLF report information, the base station determines whether the second RLF indication message carrying the RLF report information can be received;

If yes, the base station discards the first RLF indication message, and determines a failure reason of the user equipment UE according to the received second RLF indication message; otherwise, the base station determines the UE failure according to the first RLF indication message. the reason. An embodiment of the present invention provides a processing device for an RLF indication message in a long term evolution system, where the device includes:

a first receiving module, configured to receive a first RLF indication message that does not carry RLF report information;

a determining module, configured to: when the first receiving module receives the first RLF indication message, determine whether the second RLF indication message carrying the RLF report information can be received;

a second receiving module, configured to receive the second RLF indication message;

a processing module, configured to: when the determination result of the determining module is yes, discard the first RLF indication message received by the first receiving module, and according to the second received by the second receiving module The RLF indication message determines the cause of the failure of the UE;

And determining, by the first receiving module, the reason for the failure of the UE, when the determining result of the determining module is no. Compared with the prior art, the embodiment of the invention has at least the following advantages:

The network can correctly process the information exchanged between the base stations, the correct statistical failure reason, avoid the erroneous failure event statistics, and enable the network to obtain real problem classification statistics, and avoid erroneously triggering the optimization action.

DRAWINGS

FIG. 1 is a schematic diagram of a successful RRC connection re-establishment in the prior art;

2 is a schematic diagram of an RRC connection reestablishment failure in the prior art;

3 is a schematic diagram of a RLF INDICATION message processing process in the prior art in the Rel-9 version;

4 is a schematic diagram of a base station receiving two RLF INDICATION messages in the prior art;

FIG. 5 is a schematic flowchart of a method for processing an RLF indication message in a long term evolution system according to Embodiment 1 of the present invention;

FIG. 6 is a schematic structural diagram of a processing device for an RLF indication message in a long term evolution system according to an embodiment of the present invention. detailed description

The specific embodiments of the present invention are further described in detail below with reference to the accompanying drawings and embodiments.

In a mobile communication network, a user's call drop due to improper handover timing is unwilling to be seen by the mobile operator. In addition, when there is a coverage vulnerability in the network, a call drop occurs. Both of the above reasons will cause the UE to behave the same after the call is dropped and the call is dropped. However, for the two types of problems, the optimization measures required by the network are different. Therefore, the mobile network needs to obtain enough information to distinguish between the two situations. To solve the above problem, the network needs to use the information reported by the UE and the information exchanged between the base stations to diagnose the cause of the failure, so as to be able to decide what solution to take. Measures to optimize.

In the prior art, the base station of the Rd-10 version (or higher) may receive the same Two UE-related RLF INDICATION messages are processed and both RLF INDICATION messages are processed, causing statistical errors in the type of problem and incorrectly triggering the optimization action.

The foregoing embodiments of the present invention provide a method and a device for processing an RLF indication message in a long-term evolution system, so that the network can correctly process information exchanged between base stations, correct statistical failure reasons, and avoid erroneous failure event statistics. And the network can obtain real problem classification statistics, avoiding the erroneous triggering of optimization actions.

The technical solutions in the present invention are clearly and completely described in the following with reference to the accompanying drawings in which: FIG. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without departing from the inventive scope are the scope of the present invention.

The first embodiment of the present invention provides a method for processing an RLF indication message in a long-term evolution system. After receiving two RLF indication messages related to the same UE, the base station can avoid processing the two RLF indication messages, thereby avoiding The optimization action is triggered incorrectly.

Specifically, the RLF indication message carrying the RLF report information (for example, the RLF indication message carrying the RLF report information in the Rel-10 version) can help the base station to better determine the failure reason of the UE, and therefore, After receiving the RLF indication message of the UE that does not carry the RLF report information (in the embodiment of the present invention, the first RLF indication message is used as an example), the base station determines that the same UE may also receive the RLF report information. The RLF indication message (in the embodiment of the present invention, the second RLF indication message is taken as an example), the base station may discard the first RLF indication message and process only the second RLF indication message. In order to achieve the foregoing operation, after receiving the first RLF indication message, the base station is required to know whether the second RLF indication message of the same UE is also received.

In the embodiment of the present invention, firstly, different combinations of UE and base station combinations are analyzed: The first case: Rel-10 version (or Rel-10 or higher version) UE and Rel-10 version (or Rel-10 or higher version) Base station.

(1) When the RRC connection reestablishment fails, the reconstructed base station may fail through the X2 interface. The base station sends a first RLF indication message that does not carry the RLF report information.

(2) The UE enters the IDLE state, then initiates a new wireless connection, and informs the network that it has RLF related data. The new serving base station after the connection is established obtains the RLF report information from the UE, and sends the RLF report to the failed base station via the X2 interface. The second RLF indication message of the message.

Therefore, in the case of the base station communication of the Rd-10 version of the UE and the Rel-10 version (or the Rd-10 or higher version), the base station can receive two RLF INDICATION messages.

The second case: base station of Rd-9 version and base station of Rd-10 version (or version above Rd-10).

(1) When the RRC connection reestablishment fails, the reestablished base station may send a first RLF indication message that does not carry the RLF report information to the failed base station via the X2 interface.

(2) The UE enters the IDLE state, and then initiates a new wireless connection. Since the UE of the Rel-9 version does not inform the network whether there is RLF related data, the new serving base station does not acquire the RLF report from the UE, and cannot generate and transmit. The second RLF indication message of the RLF report information.

Therefore, in the case where the Rd-9 version of the UE communicates with the Rel-10 version (or the Rd-10 or higher) base station, the base station receives only one RLF INDICATION message.

In summary, when the Rel-10 version of the UE communicates with the Rd-10 version (or Rel-10 or higher) base station, two RLF INDICATION messages can be generated. Therefore, as long as the base station can obtain the version information of the UE, it can know whether two RLF INDICATION messages will be received.

Based on the above, as shown in FIG. 5, the method includes the following steps:

Step 501: The base station receives a first RLF indication message that does not carry the RLF report information. The base station includes, but is not limited to, an Rd-10 version base station and a higher version base station.

Specifically, when the UE fails to reestablish the connection, the base station (that is, the base station where the UE where the UE fails) may receive the first RLF indication message.

Step 502: The base station determines whether the second RLF indication message carrying the RLF report information can be received. If yes, go to step 503, otherwise, go to step 504. In the embodiment of the present invention, the base station can obtain the version information of the UE by using the version information of the UE, and the base station can determine whether the second RLF indication message can be received according to the version information. .

Specifically, the first RLF indication message carries the identifier information of the UE in the failed cell (for example, the identifier C-RNTI of the UE in the failed cell), and the base station may query the UE by using the identifier information C-RNTI. Context: If the context of the UE is still reserved in the base station, the capability information of the UE (including the version information of the UE) is obtained from the context of the UE, and then the version information of the UE is obtained.

Further, the base station determines whether the base station can receive the second RLF indication message by determining whether the version information of the UE is greater than or equal to the preset version. If the preset version is greater than or equal to the preset version, the base station determines that the second RLF indication message can be received. If it is less than the preset version, the base station determines that the second RLF indication message cannot be received.

In the actual application, the preset version includes the Rd-10 version. Of course, in the actual application, the preset version may also be adjusted, which is not repeatedly described in the embodiment of the present invention.

It should be noted that, in the embodiment of the present invention, if the base station does not have the context of the UE, the version information of the UE cannot be obtained. In this case, the base station may obtain the version information of the UE by using other methods, and the base station may directly discard the first RLF indication. The message, if the second RLF indication message is received later, performs normal processing according to the second RLF indication message, and if the second RLF indication message is not received afterwards, the process ends.

Step 503: The base station discards the first RLF indication message, and determines a failure reason of the UE according to the second RLF indication message.

Specifically, if the UE version is Rel-10 (or the above version), the base station needs to discard the current first RLF indication message, and then the base station will receive the second RLF indication message, and the base station can determine according to the second RLF indication message. The reason for the failure of the UE is similar to the processing in the prior art, and details are not described herein again.

Step 504: The base station determines, according to the first RLF indication message, a reason for the failure of the UE. Specifically, if the UE version is Rel-9, the base station does not receive the second RLF indication message, and the base station may determine the failure reason of the UE according to the first RLF indication message, and the process is related to the processing in the prior art. (the processing flow shown in Figure 3) is similar, I will not repeat them here.

In summary, in the embodiment of the present invention, the network can correctly process the information exchanged between the base stations, the correct statistical failure reason, avoid the erroneous failure event statistics, and enable the network to obtain real problem classification statistics, and avoid The optimization action is triggered incorrectly.

The second embodiment of the present invention provides a method for processing an RLF indication message in a long-term evolution system. After receiving two RLF indication messages related to the same UE, the base station can avoid processing the two RLF indication messages, thereby avoiding The optimization action is triggered incorrectly. The RLF indication message carrying the RLF report information may help the base station to better determine the failure reason of the UE. Therefore, when the base station receives the RLF indication message that is not related to the RLF report information, the UE is in the embodiment of the present invention. After the first RLF indication message is used as an example, it is determined that the RLF indication message carrying the RLF report information of the same UE can also be received (in the embodiment of the present invention, the second RLF indication message is taken as an example), then the base station The first RLF indication message may be discarded and only the second RLF indication message is processed. In order to achieve the foregoing operation, after receiving the first RLF indication message, the base station is required to know whether the second RLF indication message of the same UE is also received.

Based on the foregoing embodiment, in the embodiment of the present invention, whether the UE has the RLF information reporting capability is also considered. In this case, the combination of different versions of the UE and the base station is:

The first case: the base station of the Rd-10 version (or Rd-10 or higher) and the Rd-10 version (or Rd-10 or higher) with RLF information reporting capability.

Therefore, in the case where the Rel-10 version of the UE having the RLF information reporting capability communicates with the base station of the Rd-10 version (or the Rd-10 or higher), the base station can receive two RLF INDICATION messages. The second case: A Rel-10 version (or a Rel-10 or higher version) of the UE and a Rel-10 version (or a Rel-10 or higher) base station that do not have the RLF information reporting capability.

(2) The UE enters the IDLE state, and then initiates a new wireless connection. Since the UE does not have the RLF information reporting capability, the new serving base station does not acquire the RLF report information from the UE after the connection is established, and cannot generate and transmit the RLF report information. The second RLF indication message.

Therefore, in the case where the Rel-10 version of the UE that does not have the RLF information reporting capability communicates with the base station of the Rel-10 version (or Rel-10 or later), the base station can receive an RLF INDICATION message.

The third case: the base station of the Rd-9 version and the base station of the Rel-10 version (or Rel-10 or later).

Therefore, in the case of the Rd-9 version of the UE and the Rel-10 version (or Rel-10 or higher) base station communication, the base station receives only one RLF INDICATION message.

In summary, only when a Rel-10 UE with RLF information reporting capability communicates with a Rel-10 base station, two RLF INDICATION messages are generated. Therefore, as long as the base station can obtain the version information of the UE and the UE has the ability to report the RLF information, it can know whether two RLF INDICATION messages will be received.

In the embodiment of the present invention, after receiving the first RLF indication message, the base station of the Rel-10 version needs to obtain the version information of the UE and the capability of the UE to report the RLF information, so as to determine whether the second RLF indication message is received. Then take the appropriate action, The method includes the following steps:

(1) The base station receives the first RLF indication message that does not carry the RLF report information. The base station includes, but is not limited to, an Rd-10 version base station and a higher version base station.

Specifically, when the UE fails to reestablish the connection, the base station (that is, the base station where the cell where the UE fails) may receive the first RLF indication message, where the identifier of the UE in the failed cell is included, and the base station may query by using the identifier. The context of the UE.

(2) If the base station further retains the context of the UE, the capability information of the UE is obtained, including the version information of the UE and the capability information of the RLF information, and the version information of the UE and whether the RLF information is reported or not The capability information, if the UE version is smaller than the preset version (Rd-10 version), the base station determines that the second RLF indication message cannot be received; if the UE version is greater than or equal to the preset version (Rs-10 version), and the UE does not have the report The capability information of the RLF information, the base station determines that the second RLF indication message cannot be received; if the UE version is greater than or equal to the preset version (Rd-10 version), and the UE has the capability information for reporting the RLF information, the base station determines that the UE can receive the first Two RLF indication messages.

In the embodiment of the present invention, if the base station does not have the context of the UE, the version information of the UE and the capability information for reporting the RLF information are not obtained, and the base station may directly discard the first RLF indication message, if the second RLF is received later. The indication message is then processed according to the second RLF indication message. If the second RLF indication message is not received afterwards, the process ends.

(3) if the base station determines that the second RLF indication message is not received, determining the reason for the failure of the UE according to the first RLF indication message; if the base station determines that the second RLF indication message is received, discarding the first RLF indication message, and according to The second RLF indication message determines the cause of the failure of the UE.

In order to explain the technical solutions provided by the embodiments of the present invention, the embodiments of the present invention are described in detail below with reference to specific application scenarios.

The third embodiment of the present invention provides a method for processing an RLF indication message in a long term evolution system, where the method is applied to an Rd-10 UE (with RLF information reporting capability) and Rd-10. In the scenario where the base station performs communication, the method includes the following steps:

(D UE fails in the radio link of the cell of the base station A, or the UE fails to switch from the cell of the base station A to other cells.

(2) The UE attempts to resume the connection, performs cell selection, and selects the cell of the base station B to attempt connection reestablishment. At this time, the UE needs to record the data related to the RLF, that is, the RLF report.

(3) Since the base station B does not have the context of the UE, the connection reestablishment is rejected, and according to the information in the RRC connection reestablishment request message, the base station B sends the first RLF indication message that does not carry the RLF report information to the base station A through the X2 interface.

(4) The base station A receives the first RLF indication message, and queries the context of the UE according to the C-RNTI carried in the first RLF indication message.

If there is no context of the UE, the current first RLF indication message is discarded. If the context of the UE is available, the radio capability information of the UE is obtained from the context, and the version information of the UE and the RLF information reporting capability are obtained. The version information of the UE is found to be Rd-10 and has the capability of reporting the RLF information. . Therefore, the base station A learns that the second RLF indication message related to the UE is also received, and discards the current first RLF indication message.

(5) After the connection reestablishment fails, the UE enters the IDLE state. After a period of time, the UE initiates a new RRC connection in the cell of the base station C (which may be the same as the base station B or may be different from the base station B). At this time, the UE and the base station C interacts and completes the RRC connection setup procedure, and in the RRC Connection Setup Complete message, the UE notifies the network that it has RLF report data. After the connection establishment is completed, the base station C acquires the RLF report from the UE.

(6) Based on the global identity ECGI of the pre-failure serving cell included in the RLF report, the base station C addresses the base station where the cell is located (in this embodiment, the base station A), and sends the RLF report to the base station A through the X2 interface. The second RLF indication message of the message.

(7) After receiving the second RLF indication message, the base station A diagnoses the failure cause of the UE according to the information in the second RLF indication message.

The fourth embodiment of the present invention provides a method for processing an RLF indication message in a long term evolution system, where the method is applied to an Rd-10 UE (without RLF information reporting capability) and Rd-10. In the scenario where the base station performs communication, the method includes the following steps:

If there is no context of the UE, the current first RLF indication message is discarded. If the context of the UE is available, the radio capability information of the UE is obtained from the context, and the version information of the UE and the RLF information reporting capability are obtained. The version information of the UE is found to be Rd-10 and the RLF information is not reported. ability. Therefore, the base station A learns that the second RLF indication message related to the UE is not received, and determines the cause of the failure of the UE according to the first RLF indication message, and the process is not described in detail in the embodiment of the present invention.

The fifth embodiment of the present invention provides a method for processing an RLF indication message in a long-term evolution system, where the method is applied to a scenario in which an Rd-9 UE and an Rd-10 base station communicate, the method includes the following steps:

(4) The base station A receives the first RLF indication message, and according to the first RLF indication The C-RNTI carried in the information queries the context of the UE.

If there is no context of the UE, the current first RLF indication message is discarded. If there is a context of the UE, the wireless capability information of the UE is obtained from the context, and the version information of the UE is obtained. At this time, the version information of the UE is found to be Rd-9. Therefore, the base station A learns that the second RLF indication message related to the UE is not received, and uses the existing processing manner to diagnose the failure reason of the UE according to the first RLF indication message.

(5) After the connection reestablishment fails, the UE enters the IDLE state. After a period of time, the UE initiates a new RRC connection in the cell of the base station C (which may be the same as the base station B or may be different from the base station B). At this time, the UE and the base station C interacts and completes the RRC connection setup procedure. In the RRC Connection Setup Complete message, the UE does not notify the network itself whether there is RLF report data (because the UE is a Rel-9 version of the UE). The base station C does not obtain the RLF report information, and the base station C does not send the second RLF indication to the base station A. The invention is the same as the foregoing method. The embodiment of the present invention further provides an RLF indication message in the long term evolution system. Processing device, as shown in Figure 6, the device includes:

The first receiving module 11 is configured to receive a first RLF indication message that does not carry the RLF report information.

The determining module 12 is configured to: when the first receiving module 11 receives the first RLF indication message, determine whether the second RLF indication message carrying the RLF report information can be received;

The second receiving module 13 is configured to receive the second RLF indication message.

The processing module 14 is configured to discard the first RLF indication message received by the first receiving module 11 when the determining result of the determining module 12 is YES, and according to the second receiving module 13 The second RLF indication message determines a reason for failure of the UE;

When the determination result of the determining module 12 is no, the reason for the failure of the UE is determined according to the first RLF indication message received by the first receiving module 11.

The determining module 12 specifically includes: The obtaining sub-module 121 is configured to obtain the version information of the UE. The determining sub-module 122 is configured to determine, according to the version information acquired by the obtaining sub-module 121, whether the second RLF indication message can be received.

The first RLF indication message carries the identifier information of the UE in the failed cell, and the obtaining sub-module 121 is configured to query the context of the UE according to the identifier information in the first RLF indication message.

If there is a context of the UE in the base station, the version information of the UE is obtained from the context of the UE.

The determining sub-module 122 is specifically configured to determine whether the version information is greater than or equal to a preset version, and if yes, determining that the second RLF indication message can be received; The RLF indicates a message.

The obtaining sub-module 121 is further configured to obtain version information of the UE and whether the UE has RLF information reporting capability information;

The determining sub-module 122 is further configured to determine, according to the version information and whether the RLF information reporting capability information is available, whether the second RLF indication message can be received.

The first RLF indication message carries the identifier of the UE in the failed cell, and the acquiring sub-module 121 is configured to query the context of the UE according to the identifier information in the first RLF indication message; If the base station has the context of the UE, the version information of the UE is obtained from the context of the UE, and whether the UE has the RLF information reporting capability information.

The determining sub-module 122 is specifically configured to determine whether the version information is greater than or equal to a preset version and has RLF information reporting capability information; if yes, determining that the second RLF indication message can be received; otherwise, determining that the information cannot be received Go to the second RLF indication message.

The processing module 14 is further configured to discard the first RLF indication message if there is no context of the UE in the base station.

In the embodiment of the present invention, the preset version includes Rd-10 in a long term evolution system. version. The processing device of the RLF indication message is a base station based on the Long Term Evolution System Rd-10 (or higher) standard.

Wherein, the modules of the device of the present invention may be integrated or integrated. The above modules can be combined into one module, or can be further split into multiple sub-modules.

It can be seen that, in the embodiment of the present invention, the network can correctly process the RLF indication information exchanged between the base stations, the correct statistical failure reason, avoid the erroneous failure event statistics, and enable the network to obtain real problem classification statistics, thereby avoiding The optimization action is triggered incorrectly. Through the description of the above embodiments, those skilled in the art can clearly understand that the present invention can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is a better implementation. the way. Based on this understanding, a form of software product is embodied, the computer software product being stored in a storage medium, including instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform the present invention. The method described in the examples.

A person skilled in the art can understand that the drawings are only a schematic diagram of a preferred embodiment, and the modules or processes in the drawings are not necessarily required to implement the invention.

Those skilled in the art can understand that the modules in the apparatus in the embodiments may be distributed in the apparatus of the embodiment according to the description of the embodiments, or may be correspondingly changed in one or more apparatuses different from the embodiment. The modules of the above embodiments may be combined into one module, or may be further split into a plurality of sub-modules.

The serial numbers of the embodiments of the present invention are merely for the description, and do not represent the advantages and disadvantages of the embodiments. The above disclosure is only a few specific embodiments of the present invention, but the present invention is not limited thereto, and any changes that can be made by those skilled in the art should fall within the protection scope of the present invention.

Claims

Rights request

A method for processing a radio link failure RLF indication message in a long term evolution system, characterized in that the method comprises:

If yes, the base station discards the RLF indication message; otherwise, the base station determines a failure reason of the UE according to the RLF indication message.

The method according to claim 1, wherein the determining, by the base station, whether the RLF indication message can be discarded, includes:

The base station acquires version information of the UE, and determines, according to the version information, whether to discard the RLF indication message.

The method according to claim 2, wherein the RLF indication message carries the identifier information of the UE in the failed cell, and the base station acquires the version information of the UE, including:

The base station queries the context of the UE according to the identifier information in the RLF indication message;

If the base station has the context of the UE, the base station acquires version information of the UE from a context of the UE.

The method according to claim 2, wherein determining whether to discard the RLF indication message according to the version information comprises:

The base station determines whether the version information is greater than or equal to a preset version, and if yes, the base station discards the RLF indication message; otherwise, the base station determines not to discard the RLF indication message.

A method for processing a radio link failure RLF indication message in a long term evolution system, the method comprising:

When the base station receives the first RLF indication message that does not carry the RLF report information, the base station determines whether the second RLF indication message carrying the RLF report information can be received; If yes, the base station discards the first RLF indication message, and determines a failure reason of the user equipment UE according to the received second RLF indication message; otherwise, the base station determines the UE failure according to the first RLF indication message. the reason.

The method according to claim 5, wherein the determining, by the base station, that the second RLF indication message carrying the RLF report information is received, the method includes:

The base station acquires version information of the UE, and determines, according to the version information, whether the second RLF indication message can be received.

The method according to claim 6, wherein the first RLF indication message carries the identification information of the UE in the failed cell, and the base station acquires the version information of the UE, including:

The base station queries the context of the UE according to the identifier information in the first RLF indication message;

The method according to claim 6, wherein determining whether the second RLF indication message can be received according to the version information comprises:

The base station determines whether the version information is greater than or equal to a preset version, and if yes, the base station determines that the second RLF indication message can be received; otherwise, the base station determines that the second RLF indication message cannot be received. .

The base station acquires the version information of the UE and whether the UE has the RLF information reporting capability information, and determines whether the second RLF indication message can be received according to the version information and whether the RLF information reporting capability information is available.

The method according to claim 9, wherein the first RLF indication message carries identification information of the UE in a failed cell; the base station acquires version information of the UE and the UE Whether to have RLF information reporting capability information, including:

The base station queries the UE according to the identifier information in the first RLF indication message If the base station has the context of the UE, the base station acquires version information of the UE from the context of the UE and whether the UE has RLF information reporting capability information.

The method according to claim 9, wherein determining whether the second RLF indication message can be received according to the version information and whether the RLF information reporting capability information is provided includes:

The base station determines whether the version information is greater than or equal to a preset version and has RLF information reporting capability information; if yes, the base station determines that the second RLF indication message can be received; otherwise, the base station determines that the base station cannot receive The second RLF indication message.

The method according to claim 7 or 10, wherein the base station queries the context of the UE according to the identification information in the first RLF indication message, and further includes:

If the base station does not have the context of the UE, the base station discards the first RLF indication message.

13. The method according to claim 8 or 11, wherein the preset version comprises an Rd-10 version in a Long Term Evolution system.

The method according to any one of claims 5 to 11, wherein the base station is a base station based on the Long Term Evolution System Rel-10 standard.

A processing device for an RLF indication message in a long term evolution system, the device comprising:

a processing module, configured to: when the judgment result of the determining module is yes, discard the first RLF indication message received by the first receiving module, and according to the second receiving The second RLF indication message received by the module determines the failure cause of the UE; when the determination result of the determination module is NO, the UE determines the failure of the UE according to the first RLF indication message received by the first receiving module. the reason.

The device of claim 15, wherein the determining module comprises:

Obtaining a submodule, configured to obtain version information of the UE;

And a judging sub-module, configured to determine, according to the version information acquired by the obtaining sub-module, whether the second RLF indication message can be received.

The device according to claim 16, wherein the first RLF indication message carries the identification information of the UE in the failed cell;

The acquiring sub-module is specifically configured to query a context of the UE according to the identifier information in the first RLF indication message;

18. Apparatus according to claim 16 wherein:

The determining sub-module is specifically configured to determine whether the version information is greater than or equal to a preset version, and if yes, determining that the second RLF indication message can be received; otherwise, determining that the second RLF indication message cannot be received .

19. Apparatus according to claim 15 wherein:

The obtaining sub-module is further configured to obtain version information of the UE and whether the UE has RLF information reporting capability information;

The determining sub-module is further configured to determine, according to the version information and whether the RLF information reporting capability information is available, whether the second RLF indication message can be received.

The device according to claim 19, wherein the first RLF indication message carries identification information of the UE in a failed cell;

The acquiring sub-module is specifically configured to query the context of the UE according to the identifier information in the first RLF indication message; if the context of the UE is in the base station, obtain the context from the UE The version information of the UE and whether the UE has the RLF information reporting capability information.

21. Apparatus according to claim 19, wherein:

The determining sub-module is specifically configured to determine whether the version information is greater than or equal to a preset version and has RLF information reporting capability information; if yes, determining that the second RLF indication message can be received; otherwise, determining that the second RLF indication message cannot be received The second RLF indication message.

22. Apparatus according to claim 17 or claim 20 wherein:

The processing module is further configured to discard the first RLF indication message if there is no context of the UE in the base station.