WO2013107044A1 - 分析链路失败原因的方法、网络优化方法及其装置 - Google Patents

分析链路失败原因的方法、网络优化方法及其装置 Download PDF

Info

Publication number
WO2013107044A1
WO2013107044A1 PCT/CN2012/070667 CN2012070667W WO2013107044A1 WO 2013107044 A1 WO2013107044 A1 WO 2013107044A1 CN 2012070667 W CN2012070667 W CN 2012070667W WO 2013107044 A1 WO2013107044 A1 WO 2013107044A1
Authority
WO
WIPO (PCT)
Prior art keywords
link failure
cause
link
trigger information
measurement report
Prior art date
Application number
PCT/CN2012/070667
Other languages
English (en)
French (fr)
Inventor
李兆俊
汪巍崴
常宁娟
Original Assignee
富士通株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to KR1020167028114A priority Critical patent/KR20160124231A/ko
Priority to PCT/CN2012/070667 priority patent/WO2013107044A1/zh
Priority to JP2014552468A priority patent/JP5967220B2/ja
Priority to MX2014008785A priority patent/MX336069B/es
Priority to KR1020147020930A priority patent/KR20140116156A/ko
Priority to CA2861883A priority patent/CA2861883A1/en
Application filed by 富士通株式会社 filed Critical 富士通株式会社
Priority to BR112014017289A priority patent/BR112014017289A8/pt
Priority to CN201280064663.9A priority patent/CN104081806A/zh
Priority to EP12866042.0A priority patent/EP2806677A4/en
Publication of WO2013107044A1 publication Critical patent/WO2013107044A1/zh
Priority to US14/326,768 priority patent/US20140317461A1/en
Priority to RU2015153557A priority patent/RU2622642C1/ru

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00837—Determination of triggering parameters for hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/30—Network data restoration; Network data reliability; Network data fault tolerance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/76—Pilot transmitters or receivers for control of transmission or for equalising
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic

Definitions

  • the present invention relates to the field of communications, and in particular, to a method for analyzing a cause of link failure, a network optimization method, and an apparatus therefor.
  • the terminal device when the terminal device fails to link, it provides information about the local cell and the neighbor cell, such as measurement information and location information, when the link fails, and then the network. Based on this information, the side analyzes the cause of the link failure and takes corresponding measures to optimize network performance.
  • the inventor has found that the prior art has a defect in the process of implementing the present invention, because there are various reasons for the link failure, and information about the current cell and the neighbor cell when the link provided by the terminal device to the network side fails, such as Measurement information, location information, etc., cannot enable the network side to accurately adopt the corresponding optimization mechanism.
  • the purpose of the embodiments of the present invention is to provide a method for analyzing the cause of a link failure, a network optimization method, and a device thereof, which provide detailed link failure information for the network side, so that the network side can optimize the network more accurately.
  • An aspect of the present invention provides a method for analyzing a cause of a link failure, the method comprising: determining, when a link failure occurs, specific trigger information that causes a link failure;
  • the cause of the link failure obtained by the analysis is sent to the network side.
  • Another aspect of an embodiment of the present invention provides an apparatus for analyzing a cause of a link failure, the apparatus comprising:
  • a first processing unit configured to determine specific trigger information that causes a link failure when a link failure occurs
  • the first sending unit is configured to send, by the analysis, the cause of the link failure caused by the analysis to the network side.
  • Another aspect of an embodiment of the present invention provides a method of analyzing a cause of a link failure, the method comprising:
  • the cause of the link failure is determined according to the obtained cause of the link failure or the reason for the obtained link failure and the combination of the measurement results.
  • a network optimization method includes: acquiring a cause that causes a link failure sent by a user side;
  • the network is optimized based on the determined cause of the link failure.
  • Another aspect of an embodiment of the present invention provides an apparatus for analyzing a cause of a link failure, the apparatus comprising:
  • a third processing unit configured to acquire a cause of the link failure that is sent by the user side
  • a fourth processing unit configured to: according to the obtained cause of the link failure, or according to the acquired The cause of the link failure is combined with the measurement results to determine the cause of the link failure.
  • an apparatus for optimizing a network comprising: a fifth processing unit, configured to acquire a cause of a link failure caused by a user side;
  • the sixth processing unit is configured to determine a cause of the link failure according to the obtained cause of the link failure, or the obtained cause of the link failure and the measurement result;
  • a first optimization unit configured to optimize the network according to the determined cause of the link failure.
  • Another aspect of an embodiment of the present invention provides a method of analyzing a cause of a link failure, the method comprising:
  • the specific trigger information is sent to the network side as the cause of the link failure.
  • Another aspect of the present invention provides an apparatus for analyzing a cause of a link failure, the apparatus comprising: a seventh processing unit, configured to determine specific trigger information that causes a link failure when a link failure occurs;
  • a second sending unit configured to send the specific trigger information to the network side as a cause of the link failure.
  • Another aspect of an embodiment of the present invention provides a method of analyzing a cause of a link failure, the method comprising:
  • the cause of the link failure is determined according to the obtained specific trigger information or according to the obtained specific trigger information combined with the measurement result.
  • Another aspect of an embodiment of the present invention provides an apparatus for analyzing a cause of a link failure, the apparatus comprising:
  • An eighth processing unit configured to acquire specific trigger information that is sent by the user side and causes a link failure
  • a ninth processing unit configured to determine a cause of the link failure according to the obtained specific trigger information or according to the obtained specific trigger information and the measurement result.
  • a network optimization method includes: acquiring specific trigger information that is sent by a user side and causing a link failure;
  • the network is optimized based on the determined cause of the link failure.
  • a network optimization apparatus configured to acquire specific trigger information that is sent by a user side and causes a link failure;
  • An eleventh processing unit configured to determine, according to the obtained specific trigger information, or according to the obtained specific trigger information and the measurement result, the cause of the link failure;
  • a second optimization unit configured to optimize the network according to the determined cause of the link failure.
  • a computer readable program wherein when the program is executed in an apparatus for analyzing a cause of a link failure, the program causes a computer to execute in the apparatus as described above The method of analyzing the cause of link failure.
  • a storage medium storing a computer readable program, wherein the computer readable program causes a computer to perform an analysis link failure as described above in an apparatus for analyzing a cause of link failure The method of the cause.
  • a computer readable program wherein when the program is executed in an apparatus for optimizing a network, the program causes a computer to execute in the apparatus of the optimized network as described above Network optimization method.
  • Another aspect according to an embodiment of the present invention provides a storage medium storing a computer readable program, wherein the computer readable program causes a computer to perform a network optimization method as described above in an apparatus for optimizing a network.
  • the beneficial effects of the embodiments of the present invention are as follows:
  • the terminal device can provide detailed link failure information for the network side, so that the network side can optimize the network more accurately.
  • FIG. 1 is a flowchart of a method for analyzing a link failure reason according to Embodiment 1 of the present invention
  • FIG. 2 is a flowchart of a method for analyzing a link failure reason according to Embodiment 2 of the present invention
  • FIG. 3 is a flowchart of a method for analyzing a link failure reason according to Embodiment 3 of the present invention.
  • FIG. 5 is a flowchart of a network optimization method according to Embodiment 6 of the present invention
  • 6 is a schematic structural diagram of an apparatus for analyzing a link failure cause according to Embodiment 7 of the present invention
  • FIG. 7 is a schematic diagram showing a configuration of an apparatus for analyzing a link failure cause according to Embodiment 8 of the present invention
  • FIG. 8 is a schematic diagram showing the structure of an apparatus for optimizing an network according to Embodiment 9 of the present invention.
  • Embodiment 9 is a flowchart of a method for analyzing a link failure reason according to Embodiment 10 of the present invention.
  • FIG. 10 is a flowchart of a method for analyzing a link failure reason according to Embodiment 11 of the present invention.
  • FIG. 11 is a flowchart of a network optimization method according to Embodiment 12 of the present invention.
  • FIG. 12 is a schematic diagram showing the structure of an apparatus for analyzing a link failure cause according to Embodiment 13 of the present invention.
  • FIG. 13 is a schematic diagram showing the structure of an apparatus for analyzing a link failure cause according to Embodiment 14 of the present invention.
  • Figure 14 is a block diagram showing the structure of an optimized network in Embodiment 15 of the present invention.
  • the link device fails to be connected to the network
  • the information about the local cell and the neighbor cell when the link provided to the network fails fails, such as measurement.
  • Information and location information, etc. which are insufficient for the network side to accurately determine the root cause of the link failure, and therefore cannot be accurately optimized. Therefore, by the embodiment of the present invention, detailed information can be provided to the network side, such as causing the chain.
  • the specific trigger information of the road failure enables the network side to accurately optimize the network.
  • the terminal device may also perform specific trigger information for causing link failure, for example, a problem of a physical link, a random process of a medium access control (MAC, Medium/Media Access Control) layer, and a radio link control (RLC, Radio Link) Contrl)
  • the layer is retransmitted to the maximum number of transmissions for analysis, and more specific causes of link failure.
  • the terminal device does not distinguish the cause of the link failure, and cannot provide specific information about the cause of the link failure to the network side. Therefore, the network side cannot adopt more targeted measures to optimize the network. . Therefore, through the embodiments of the present invention, the network side can obtain detailed and specific link failure information, thereby obtaining more accurate optimized network performance.
  • Step 101 When a link failure occurs, determine specific trigger information that causes the link to fail.
  • the specific trigger information of the link failure is different, for example, the problem of the physical link, the random access problem of the medium access control layer, and the uplink radio link control layer transmission problem;
  • the user equipment UE may determine that the specific trigger information of the link failure is a physical link problem; or when the user equipment receives the indication that the MAC layer random access procedure fails, the specific failure of the link may be determined.
  • the trigger information is a random access problem at the MAC layer;
  • the specific trigger information of the link failure is an RLC layer transmission problem.
  • Step 102 Analyze the cause of the link failure according to the specific trigger information that causes the link to be failed.
  • the UE may analyze the specific cause of the link failure for different trigger information, such as a handover configuration problem. Coverage of holes, MAC layer random access problems and other reasons.
  • Step 103 Send the cause of the link failure obtained by the analysis to the network side.
  • the UE may send the specific reason under the specific configuration information obtained by the analysis to the network side, so that the network side determines the root cause of the link failure according to the cause or according to the reason and the measurement result. Take appropriate measures to optimize network optimization more accurately;
  • the reason for causing the link failure in the specific configuration information to be included in the link failure information is sent to the network side, but is not limited thereto, and other information may be used to send the information.
  • Embodiment 2 is a diagram of a method for analyzing a link failure reason according to Embodiment 2 of the present invention.
  • This embodiment takes the problem of the physical link as an example for description. As shown in Figure 2, the method includes:
  • Step 201 The user equipment UE determines that the link failure belongs to the downlink physical link.
  • the link failure is determined to be a problem of the downlink physical link.
  • Step 202 determining whether the measurement report is triggered; performing step 203 if the measurement report is triggered, otherwise performing step 205;
  • any existing method can be used to determine whether to trigger a measurement report, such as by judging Whether an event triggering the measurement report occurs is determined, for example, when the signal strength/quality of the neighbor cell is greater than the signal strength/quality threshold of the serving cell, the measurement report is triggered.
  • Step 203 When it is determined in step 202 that the measurement report is triggered, the UE may determine that the cause of the link failure is a handover configuration problem;
  • the handover configuration problem may be that the UE's handover parameter for the target cell (eg, cell-specific offset CelllndividualOffset, see TS36.331) is set too small, resulting in the UE's signal in the received serving cell. When it is weak, the UE has not completed the handover.
  • the target cell eg, cell-specific offset CelllndividualOffset, see TS36.331
  • Step 204 The UE records the analysis result.
  • the UE may record the analysis result "switching configuration problem" in this case in the link failure report, and transmit the report to the network side through the report, but the present invention is not limited to this case.
  • the analysis results are recorded separately and transmitted to the network side for the network side to analyze the cause of the link failure or to optimize the network.
  • the analysis result may be recorded as follows: “switching configuration problem (physical link problem; measurement report triggered)”; or “switching configuration problem (T310 timeout; measurement report) Triggered) "etc;
  • measurement report trigger is optional information, and may not be recorded.
  • Step 205 When it is determined in step 202 that the measurement report is not triggered, the UE may further determine whether there is a neighbor cell with better signal quality; if the determination result is yes, step 206 is performed, otherwise step 208 is performed.
  • Step 206 When the result of the determination in step 205 is YES, the UE may determine that the cause of the link failure is a handover configuration problem;
  • the handover configuration problem may be that the UE's handover parameter for the target cell (eg, cell-specific offset CelllndividmlOffset, see TS36.331) is set too small, resulting in the UE's signal in the received serving cell. When it is weak, the UE has not completed the handover.
  • the target cell eg, cell-specific offset CelllndividmlOffset, see TS36.331
  • Step 207 The UE records the analysis result.
  • the UE may record the analysis result "switching configuration problem" in this case in the link failure report, and transmit the report to the network side through the report, but the present invention is not limited to this case.
  • the analysis results are recorded separately and transmitted to the network side for the network side to analyze the cause of the link failure or to optimize the network.
  • the analysis result may be recorded as follows: “switching configuration problem (physical link problem; measurement report not triggered; neighboring cell with good signal quality)”; or “ Switching configuration problems (T310 timeout; measurement report not triggered; neighboring cells with better signal quality)” Among them, the recorded information "measurement report is not triggered; there is a neighboring cell with better signal quality” is optional information, and may not be recorded.
  • Step 208 When the result of the determination in step 205 is no, the UE may further determine whether there is a recent successful UL transimi ssion before the link fails; in the case that there is a recent successful uplink transmission, the execution is performed. Step 209, otherwise step 211 is performed;
  • the recent successful uplink transmission refers to: A successful uplink transmission occurs before a downlink problem occurs (such as receiving consecutive N310 out-of-sync indications from the bottom layer).
  • Step 209 If the result of the determination in step 208 is that there is a recent successful uplink transmission, determine that the cause of the link failure is "covering the hole";
  • the coverage hole refers to that the user equipment UE cannot successfully transmit the data packet in the uplink direction, and/or receives the data packet in the downlink direction;
  • Step 210 The UE records the analysis result.
  • the UE may record the analysis result "coverage hole" in this case in the link failure report, and transmit the report to the network side through the report, but the present invention is not limited to this case, and the analysis may be performed. The results are recorded separately and transmitted to the network side for the network side to analyze the cause of the link failure or to optimize the network.
  • the analysis result may be recorded as follows: coverage hole (physical link problem; measurement report is not triggered; there is no neighbor cell with better signal quality; there is recent successful uplink “Transmission” "; or "covering the hole (T310 timeout; measurement report not triggered; there is no neighboring cell with good signal quality; there is recent successful uplink transmission)” and other methods;
  • the "there is no neighboring cell with better signal quality; there is a recent successful uplink transmission" is optional information, and may not be recorded.
  • Step 211 If the result of the determination in step 208 is that there is no recent successful uplink transmission, determine that the cause of the link failure is "covering the hole";
  • Step 212 The UE records the analysis result.
  • the UE may record the analysis result "coverage hole” in this case in the link failure report, and transmit the report to the network side through the report, but the present invention is not limited to this case, and the analysis may be performed.
  • the results are recorded separately and transmitted to the network side for the network side to analyze the cause of the link failure or to optimize the network.
  • the analysis result may be recorded as follows: coverage hole (physical link problem; measurement report not triggered; no neighboring cell with good signal quality; no recent successful uplink) "Transmission”"; or “covering holes (T310 timeout; measurement report not triggered; no neighboring cell with good signal quality; no recent successful uplink transmission)” etc.
  • the "measurement report is not triggered; there is no neighboring cell with better signal quality; there is no recent successful uplink transmission" as optional information, and may not be recorded.
  • Steps 213, 214, 215, and 216 the UE sends the analysis result to the network side;
  • the analysis result may be sent to the network side in the link failure report, or may be sent separately; in addition, the analysis result may be sent when the network side requests to send.
  • steps 204, 207, 210, and 212 are optional steps.
  • the process shown in FIG. 2 is only an embodiment of the present invention, and may be used by those skilled in the art. Set the steps as required. As long as the following is true: When the measurement report is triggered, the cause of the link failure is determined as the handover configuration problem. When the measurement report is not triggered and there is a neighboring cell with good signal quality, determine the link failure. The reason is that the configuration problem is switched.
  • the reason for determining the link failure is only the downlink coverage hole;
  • the UE may analyze the specific cause of the link failure according to the foregoing process, and report the analysis result to the network side, so that the network side may The information reported by the UE analyzes the cause of the link failure for more accurate network optimization.
  • Figure 3 is a diagram showing the method of analyzing the cause of link failure in Embodiment 3 of the present invention.
  • the above problem of the RLC layer transmission problem in the embodiment is described as an example.
  • the method includes:
  • Step 301 The user equipment UE determines that the link failure belongs to the RLC layer transmission problem.
  • the UE when the UE transmits data to the base station, if the base station does not correctly receive the data, the base station notifies the UE to retransmit the data, and the UE determines whether the maximum number of retransmissions of the RLC layer is reached, if When the maximum number of times is reached, it can be determined that the link failure belongs to the uplink RLC layer transmission problem.
  • Step 302 determining whether the measurement report is triggered; performing step 303 if the measurement report is triggered, otherwise performing step 307;
  • Step 303 when it is determined in step 302 that the measurement report is triggered, the UE may further determine whether the measurement report is successfully sent. If the sending is successful, step 304 is performed, otherwise step 311 is performed;
  • the UE after the UE sends the measurement report, it receives an acknowledgement message (acknowledgement) returned from the network side, and can determine that the measurement report is successfully sent.
  • acknowledgement acknowledgement
  • Step 304 in step 303, determining that the measurement report is successfully sent, further determining whether the handover complete message is successfully sent, and performing step 305 if the handover complete message is not successfully sent, otherwise returning to step 302;
  • the handover complete message is the last message completed by the handover process, and is sent from the UE to the target base station, for example, may be an RRC connection reconfiguration complete message.
  • Step 305 in step 304, in the case that it is determined that the handover complete message is not successfully sent, it may be determined that the cause of the link failure is a handover configuration problem;
  • the handover configuration problem may be determined; specifically, the handover parameter problem may be the handover parameter of the UE for the target cell (eg, cell-specific offset CelllndividualOffset, see TS36) 331) If the setting is too large, the signal of the target cell is weak when the UE switches to the target cell, and the link failure may not be completed after the handover or the handover is completed.
  • the handover parameter problem may be the handover parameter of the UE for the target cell (eg, cell-specific offset CelllndividualOffset, see TS36) 331) If the setting is too large, the signal of the target cell is weak when the UE switches to the target cell, and the link failure may not be completed after the handover or the handover is completed.
  • Step 306 The UE records the analysis result.
  • the UE may record the analysis result "switching configuration problem" in this case in the link failure report, and transmit the report to the network side through the report, but the present invention is not limited to this case, and the analysis may be performed. The results are recorded separately and transmitted to the network side for the network side to analyze the cause of the link failure or to optimize the network.
  • switching configuration problem uplink RLC transmission problem; cannot send handover completion message
  • the "cannot send handover completion message" is optional information, and may not be recorded.
  • Step 307 In step 302, if it is determined that the measurement report is not triggered, the UE further determines whether there is a neighboring cell with better signal quality. If the determination result is yes, step 315 is performed; otherwise, step 308 is performed.
  • Step 308 in step 307, when the determination result is no, the UE further determines whether there is a recent successful downlink transmission, if the determination result is yes, then step 309 is performed, otherwise step 313 is performed;
  • the recent successful downlink transmission refers to: A successful downlink transmission occurs before it is determined that the link failure is an RLC transmission problem.
  • Step 310 The UE records the analysis result.
  • the UE may record the analysis result "coverage hole" in this case in the link failure report, and transmit the report to the network side through the report, but is not limited to this case, and the analysis result may also be Recorded separately and transmitted to the network side, for the network side to analyze the cause of the link failure or to optimize the network;
  • the analysis result may be recorded as follows: coverage hole (uplink RLC transmission problem; untriggered measurement report; no neighboring cell with good signal quality; recently successful downlink transmission) ) ";
  • untriggered measurement report; no neighboring cell with good signal quality; there is a recent successful downlink transmission is optional information, and may not be recorded.
  • Step 311 in step 303, when the determination result is no, the UE determines that the cause of the link failure is a handover configuration problem;
  • the handover parameter problem may be that the handover parameter of the UE for the target cell (such as the cell-specific offset CelllndividualOffset, see TS36.331) is set too small, resulting in the UE receiving the service.
  • the handover parameter of the UE for the target cell such as the cell-specific offset CelllndividualOffset, see TS36.331
  • the signal of the cell is weak, the UE has not completed the handover.
  • Step 312 The UE records the analysis result.
  • the UE may record the analysis result "switching configuration problem" in this case in the link failure report, and transmit the report to the network side through the report, but the present invention is not limited to this case, and the analysis may be performed. The results are recorded separately and transmitted to the network side for the network side to analyze the cause of the link failure or to optimize the network.
  • the analysis result "switching configuration problem (uplink RLC transmission problem; triggering measurement report; unsuccessfully transmitting measurement report)" can be recorded as follows;
  • Step 314 the UE records the analysis result
  • the UE may record the analysis result "coverage hole” in this case in the link failure report, and transmit the report to the network side through the report, but is not limited to this case, and the analysis result may also be Recorded separately and transmitted to the network side, for the network side to analyze the cause of the link failure or to optimize the network;
  • the analysis result may be recorded as follows: coverage hole (uplink RLC transmission problem; untriggered measurement report; no good neighboring cell; no recent successful downlink transmission) ) ";
  • no trigger measurement report is optional information, and may not be recorded.
  • Step 315 in step 307, when the determination result is yes, the UE determines that the cause of the link failure is a handover configuration problem
  • the handover configuration problem may be that the handover parameter of the UE for the target cell (such as the cell-specific offset Cel l lndividualOffset, see TS36.331) is set too small, so that the UE is in the received serving cell. When the signal is weak, the UE has not completed the handover.
  • the handover parameter of the UE for the target cell such as the cell-specific offset Cel l lndividualOffset, see TS36.331
  • Step 316 the UE records the analysis result
  • the UE may record the analysis result "switching configuration problem" in this case in the link failure report, and transmit the report to the network side through the report, but the present invention is not limited to this case, and the analysis may be performed. The results are recorded separately and transmitted to the network side for the network side to analyze the cause of the link failure or to optimize the network.
  • the analysis result may be recorded as follows: "switching configuration problem (uplink RLC transmission problem; untriggered measurement report; neighboring cell with good signal quality)"; The measurement report is triggered; the neighboring cell with better signal quality is optional information and may not be recorded.
  • the analysis result may be sent to the network side in the link failure report, or may be separately sent, and may be sent again when the network side requests, and may also be sent after being obtained.
  • it can be determined according to specific conditions.
  • steps 306, 312, 310, 314, and 316 are optional steps.
  • the process shown in FIG. 3 is only an embodiment of the present invention, and may be used by those skilled in the art. Set the steps according to the actual requirements. As long as the following conditions are met, when the measurement report is triggered and the measurement report is not successfully sent, the cause of the link failure is determined as the switch configuration problem. The measurement report is triggered and the measurement report is sent successfully. When the handover completion message is sent, the cause of the link failure is the handover configuration problem. When the measurement report is not triggered and the neighboring cell with good signal quality exists, the cause of the link failure is the handover configuration problem. The measurement report is not triggered and does not exist.
  • a neighboring cell with good signal quality and a recent successful downlink transmission before the link fails determining the chain
  • the reason for the failure of the path is only the uplink coverage hole.
  • the UE may analyze the specific cause of the link failure according to the foregoing procedure, and report the analysis result to the network side, so that the network side may The information reported by the UE analyzes the cause of the link failure for more accurate network optimization.
  • Embodiment 4 of the present invention also provides a method for analyzing the cause of link failure.
  • the link fails to belong to the random access problem of the MAC layer
  • the UE receives the indication that the MAC layer random process fails, determining that the link failure is related to the MAC layer random access procedure
  • the uplink problem such as the setting of the transmit power is incorrect, and the physical random access channel (PRACH) resource configuration is not appropriate.
  • PRACH physical random access channel
  • the UE records the analysis result of the "MAC layer random access problem", wherein the UE can record the analysis result in this case in the link failure report, and transmit the report to the network side through the report, but not In this case, the analysis result may be separately recorded and transmitted to the network side for the network side to analyze the cause of the link failure or to optimize the network.
  • the UE can obtain the information about the cause of the link failure by analyzing the cause of the link failure, and report the analysis result to the network side, so that the network side can fail the link according to the information reported by the UE.
  • the reason for the analysis is to perform more accurate network optimization.
  • FIG. 4 is a flow chart of a method for analyzing a link failure reason according to Embodiment 5 of the present invention.
  • the base station where the UE is located when the link fails on the user equipment is as shown in FIG. 4, and the method includes:
  • Step 401 Obtain information about a cause of a link failure sent by the user side.
  • the information of the reason for the link failure may be the information described in the foregoing Embodiments 1-4; for example, the handover configuration problem (uplink RLC transmission problem; the handover completion message cannot be sent); handover configuration problem ( Uplink RLC transmission problem; trigger measurement report; unsuccessfully sent measurement report); handover configuration problem (uplink RLC transmission problem; untriggered measurement report; neighboring cell with better signal quality);
  • T310 timeout measurement report not triggered; neighboring cell with good signal quality
  • coverage hole T310 timeout; measurement report not triggered; no neighboring cell with good signal quality; recent successful uplink transmission
  • the base station where the UE is located does not directly obtain the foregoing information, and may be sent by the other base station to the base station where the UE is located through the air interface message or the message between the base stations, so that the base station obtains the link failure reason;
  • the information about the cause of the link failure may be sent through the link failure report. In addition, it may be sent separately or included in other messages.
  • Step 402 Determine the cause of the link failure according to the obtained cause of the link failure, or according to the obtained cause of the link failure and the measurement result of the link;
  • the base station may determine the root cause of the link failure by using the obtained link failure reason;
  • the base station may further determine the root cause of the link according to the obtained link failure reason and combine its own measurement result more accurately. Determine the root cause of the link failure;
  • the measurement of the self may be an SRS measurement or the like.
  • Figure 5 is a flow chart showing a network optimization method according to Embodiment 6 of the present invention.
  • the method includes:
  • Step 501 and step 502 are similar to steps 401 and 402 in Embodiment 5 shown in FIG. 4, and details are not described herein again.
  • Step 502 In step 502, after the base station determines the root cause of the link failure, the corresponding network optimization may be performed.
  • the user equipment reports the following link failure reasons: For example, switch configuration problem (T310 timeout; measurement report trigger); (T310 timeout; measurement report is not triggered); (uplink RLC problem; cannot send handover completion message); (uplink RLC problem; Cannot successfully send measurement report), etc.
  • the measurement result of the base station itself According to the information of the UE during the handover process, the base station can determine that the handover is too early handover, handover too late, or handover to an incorrect cell;
  • the base station determines the parameter to be adjusted according to the result of the determination, such as the handover is too early, the handover is too late, or the handover to the wrong cell is performed to determine the cause of the link failure. , to achieve the purpose of optimizing the network.
  • the base station can determine that the link failure is caused by the handover being too late, if the reason for the base station reporting from the UE is "switching configuration problem (T310 timeout; measurement report trigger)", the base station can according to the above information. Determine which parameters should be adjusted, for example, parameters with measurement configuration, for example, trigger time (timeToTrigger, see TS36. 331), so that the network can be optimized by adjusting the corresponding parameters.
  • switching configuration problem T310 timeout; measurement report trigger
  • the user equipment reports the following link failure reasons: coverage hole (T310 timeout; measurement report is not triggered; there is recent successful uplink transmission); coverage hole (T310 timeout; measurement report is not triggered; no recent successful uplink Transmission);
  • the base station If the base station is able to determine the cause of the link failure, the coverage hole is obtained.
  • the base station may determine, according to its own measurement result and the analysis result reported by the UE, that the coverage hole is uplink. Covering the hole, or the down coverage hole, or the up and down coverage holes;
  • the base station acquires the cause of the link failure reported by the user equipment, the coverage hole of the uplink or the downlink or both; initializes the MDT reporting procedure of the user equipments in the vicinity of the location where the link failure occurs, and the base station further performs the MDT report based on the MDT report. Determine the coverage hole problem. In this way, the base station notifies the 0AM server of the determined result to optimize network performance.
  • Example 3 MAC layer random access problem
  • the base station can initialize the random access channel (RACH) reporting process of the user equipments in the vicinity of the location where the link failure occurs. This can help identify the cause of random access problems. In this way, it can be done for specific reasons.
  • RACH is optimized to optimize the network.
  • the UE analyzes the cause of the link failure according to the specific trigger information, and provides the analysis result to the network side, so that the base station obtains the analysis result, may be based on the analysis result, or combine itself.
  • the measurement results determine the root cause of the link failure, which allows for more accurate optimization of the network.
  • Embodiments of the present invention also provide an apparatus for analyzing a cause of link failure and an apparatus for optimizing a network, as described in the following embodiments. Since the principle of solving the problem of the device is similar to the method for analyzing the cause of the link failure based on the device and the method for optimizing the network, the implementation of the device can be referred to the implementation of the method, and the details are not described again.
  • the device includes: a first processing unit 601, a second processing unit 602, and a first sending unit 603;
  • the first processing unit 601 is configured to determine specific trigger information that causes a link failure when a link failure occurs.
  • the processing manner of the first processing unit 601 is as follows in step 101 in Embodiment 1. As described, it will not be repeated here.
  • the second processing unit 602 is configured to analyze the cause of the link failure according to the specific trigger information that causes the link to be failed.
  • the processing manner of the second processing unit 602 is as described in step 102 in Embodiment 1, and is specifically implemented. As described in Example 2-4, it will not be described here.
  • the first sending unit 603 is configured to send the cause of the link failure that is obtained by the analysis to the network side.
  • the reason why the first sending unit 603 sends the link failure is as shown in step 103 of Embodiment 1 As described, it will not be repeated here.
  • the function of the second processing unit 602 is described in the specific case of causing a link failure.
  • the second processing unit 602 is specifically configured to:
  • the measurement report When the measurement report is triggered, it is determined that the cause of the link failure is a handover configuration problem; When the measurement report is not triggered and there is a neighboring cell with good signal quality, it is determined that the cause of the link failure is a handover configuration problem;
  • the reason for determining the link failure is the downlink coverage hole
  • the reason for determining the link failure is the downlink coverage hole, and the uplink is unknown.
  • the specific situation of the link failure is a radio link control layer transmission problem
  • the second processing unit 602 is specifically configured to:
  • the link failure reason is determined as the handover configuration problem
  • the cause of the link failure is determined to be an uplink coverage hole
  • the cause of the link failure is determined to be the uplink coverage hole, and the downlink is unknown.
  • the second processing unit 602 is specifically configured to:
  • the cause of the link failure is an uplink problem related to the random access procedure of the medium access control layer.
  • the device may be a user equipment, for example, a terminal such as a PDA, a mobile terminal, or a computer. Equipment.
  • Figure 7 is a diagram of an apparatus for analyzing a link failure in the eighth embodiment of the present invention.
  • the apparatus includes: a third processing unit 701 and a fourth processing unit 702;
  • the first processing unit 701 is configured to acquire information about a cause of the link failure that is sent by the user side.
  • the information that causes the link failure is as described in step 401 of the embodiment 5, I won't go into details here.
  • the fourth processing unit 702 is configured to determine a cause of the link failure according to the obtained cause of the link failure, or according to the obtained cause of the link failure and the measurement result;
  • the information about the cause of the link failure is as described in the foregoing step 402 of the embodiment 5, which is described in the specific example, and details are not described herein again.
  • the device may be a base station where the UE is located when the UE fails to link.
  • the device 8 is a device for optimizing a network according to Embodiment 9 of the present invention.
  • the device includes: a fifth processing unit 801, a sixth processing unit 802, and a first optimization unit 803;
  • the fifth processing unit 801 is configured to acquire a cause of the link failure that is sent by the user side.
  • the sixth processing unit 802 is configured to determine, according to the obtained cause of the link failure, or the obtained cause of the link failure, and the measurement result to determine the cause of the link failure;
  • the first optimization unit 803 is configured to optimize the network according to the determined cause of the link failure.
  • the execution process of the third processing unit 801 and the fourth processing unit 802 is as described in step 401 and step 402 of the embodiment 5, and the execution process of the first optimization unit 803 is as described in step 503 of the embodiment 6. As described in the specific example, it will not be described here.
  • the device may be a base station where the UE is located when the UE fails to link.
  • the UE can obtain the information about the cause of the link failure by analyzing the cause of the link failure, and report the analysis result to the network side, so that the network side can fail the link according to the information reported by the UE.
  • the reason for the analysis is to perform more accurate network optimization.
  • Figure 9 is a diagram showing the method of analyzing the cause of link failure in Embodiment 10 of the present invention.
  • the method includes:
  • Step 901 Determine, when the link fails, specific trigger information that causes the link to fail.
  • Step 902 Send the specific trigger information to the network side as a cause of the link failure.
  • the specific trigger information is as described in Embodiment 1, and details are not described herein again.
  • the user equipment can provide the specific trigger information of the link failure to the network side when the link fails, so that the network side can more accurately determine the cause of the link failure according to the information, so that The network is more accurately optimized.
  • Figure 10 is a diagram showing the method of analyzing the cause of link failure in Embodiment 11 of the present invention.
  • the method includes:
  • Step 1001 Obtain specific trigger information that is sent by the user side and causes a link failure.
  • the UE sends the specific trigger information to the network side as the cause of the link failure.
  • the base station where the UE is located does not directly obtain the foregoing information, and may be sent by other base stations to the UE through an air interface message or a message between the base stations. a base station, such that the base station obtains a reason for the link failure;
  • the information about the cause of the link failure may be sent through a link failure report, or may be sent separately or included in other messages.
  • Step 1002 Determine the cause of the link failure according to the obtained specific trigger information or the specific trigger information obtained and combined with the measurement result.
  • Figure 11 is a network optimization method of Embodiment 12 of the present invention.
  • the method includes:
  • Steps 1101 and 1102 are similar to steps 1001 and 1002 in Embodiment 11, and are not described herein again.
  • Step 1103 Optimize the network according to the determined cause of the link failure.
  • the user equipment can provide the specific trigger information of the link failure to the network side when the link fails, so that the network side can more accurately determine the cause of the link failure according to the information, so that The network is more accurately optimized.
  • the base station may determine, according to the specific trigger information and the measurement result, a handover configuration problem (such as switching too early, switching too late, switching to the wrong cell) or covering the hole;
  • the judging method can be implemented by using the prior art. For example, when the measurement result shows that the link fails, there is no neighbor with good signal quality, and it can be determined that the coverage hole is;
  • the base station may solve the handover configuration problem by adjusting the handover parameter of the UE for the target cell (such as the cell-specific offset CelllndividualOffset, see TS36.331), or by adding Base station coverage to address coverage holes.
  • the handover parameter of the UE for the target cell such as the cell-specific offset CelllndividualOffset, see TS36.331
  • the base station may determine, according to the specific trigger information, an uplink problem related to the MAC layer random access procedure, such as incorrect transmit power setting, inappropriate physical random access channel (PRACH) resource configuration, and the like;
  • an uplink problem related to the MAC layer random access procedure such as incorrect transmit power setting, inappropriate physical random access channel (PRACH) resource configuration, and the like;
  • the base station can optimize network performance by increasing the transmit power or increasing the resources of the physical random access channel.
  • Example 3 Uplink radio link control layer transmission problem:
  • the base station can determine that the uplink configuration is inappropriate according to the reported uplink radio link control layer transmission problem, and the uplink transmit power setting is incorrect;
  • the base station can optimize network performance by adjusting the uplink transmit power of the user.
  • Embodiments of the present invention also provide an apparatus for analyzing a cause of link failure and an apparatus for optimizing a network, as described in the following embodiments. Since the principle of solving the problem of the device is similar to the method for analyzing the cause of the failure of the link based on the device and the method for optimizing the network, the implementation of the device can be referred to the implementation of the method, and the repeated description will not be repeated.
  • Figure 12 is a diagram showing an analysis of the cause of link failure in Embodiment 13 of the present invention.
  • the apparatus includes: a seventh processing unit 1201 and a second transmitting unit 1202; wherein
  • the seventh processing unit 1201 is configured to determine, when the link fails, the specific trigger information that causes the link to be failed.
  • the specific determining process is as described in the foregoing Embodiment 1, and details are not described herein again.
  • the second sending unit 1202 is configured to send the specific trigger information to the network side as the cause of the link failure.
  • the sending manner is as described in the foregoing Embodiment 1, and details are not described herein again.
  • the device can be a user equipment such as a PDA, a mobile terminal, or the like.
  • Figure 13 is a diagram showing an analysis of the cause of link failure in Embodiment 14 of the present invention.
  • the apparatus includes: an eighth processing unit 1301 and a ninth processing unit 1302; wherein
  • the eighth processing unit 1301 is configured to acquire specific trigger information that is sent by the user side and causes a link failure.
  • the specific manner is as described in Embodiment 11, and details are not described herein again.
  • the ninth processing unit 1302 is configured to use, according to the specific trigger information that is obtained, or according to the acquired The body triggers the information and combines the measurements to determine the cause of the link failure.
  • the specific manner is determined as described in Embodiment 11, and details are not described herein again.
  • the device is a base station, that is, a base station where the user equipment fails to generate a link.
  • Figure 14 is a network optimization apparatus according to Embodiment 15 of the present invention. As shown in FIG. 14, the apparatus includes: a tenth processing unit 1401, a first processing unit 1402, and a second optimization unit 1403;
  • the tenth processing unit 1401 and the first processing unit 1402 are similar to the eighth processing unit 1301 and the ninth processing unit 1302 in the embodiment 14, and are not described herein again.
  • the second optimization unit 1403 is configured to optimize the network according to the determined cause of the link failure.
  • the device can be a user equipment such as a PDA, a mobile terminal, or the like.
  • the user equipment can provide the specific trigger information of the link failure to the network side when the link fails, so that the network side can more accurately determine the cause of the link failure according to the information, so that The network is more accurately optimized.
  • the embodiment of the present invention further provides a computer readable program, wherein when the program is executed in an apparatus for analyzing a cause of a link failure, the program causes the computer to execute the embodiment 5, 1 CT11 in the apparatus for analyzing the cause of the link failure.
  • the method for analyzing the cause of the link failure is not limited to a computer readable program, wherein when the program is executed in an apparatus for analyzing a cause of a link failure, the program causes the computer to execute the embodiment 5, 1 CT11 in the apparatus for analyzing the cause of the link failure.
  • the embodiment of the present invention further provides a storage medium storing a computer readable program, wherein the computer readable program causes the computer to perform the analysis link failure reason described in Embodiment 5, 1 CT11 in the device for analyzing the cause of the link failure.
  • the embodiment of the present invention also provides a computer readable program, wherein when the program is executed in an apparatus for optimizing a network, the program causes the computer to execute the network optimization method described in Embodiments 6 and 12 in the apparatus for optimizing the network.
  • the embodiment of the present invention further provides a storage medium storing a computer readable program, wherein the computer readable program causes the computer to execute the network optimization method described in Embodiments 6 and 12 in an apparatus for optimizing a network.
  • the above apparatus and method of the present invention may be implemented by hardware, or may be implemented by hardware in combination with software.
  • the present invention relates to a computer readable program that, when executed by a logic component, enables the logic component to implement the apparatus or components described above, or to cause the logic component to implement the various methods described above Or steps.
  • the present invention also relates to a storage medium for storing the above program, such as a hard disk, a magnetic disk, an optical disk, a DVD, a flash memory, or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

一种分析链路失败原因的方法、网络优化方法及其装置。该方法包括：在发生链路失败时，确定造成链路失败的具体触发信息；根据造成链路失败的具体触发信息对导致链路失败的原因进行分析；将分析获得的导致链路失败的原因向网络侧发送。通过本发明实施例，该用户设备可将分析获得的具体配置信息下的具体原因向网络侧发送，使得网络侧根据该原因、或者根据该原因并结合测量结果确定造成链路失败的根本原因，以采取相应的措施更准确地进行网络优化。

Description

分析链路失败原因的方法、 网络优化方法及其装置 技术领域
本发明涉及一种通信领域， 特别涉及一种分析链路失败原因的方法、 网络优化方 法及其装置。
背景技术
在自优化网络 （SON, Self-optimizing Networks ) 中， 当终端设备发生链路失 败后会向网络侧提供链路失败时对本小区和邻居小区的相关信息，如测量信息和位置 信息等， 然后网络侧会根据这些信息分析链路失败的原因， 从而采取相应的措施优化 网络性能。
发明人在实现本发明的过程中发现现有技术的缺陷在于， 由于造成链路失败的原 因有多种， 目前终端设备向网络侧提供的链路失败时对本小区和邻居小区的相关信 息， 如测量信息和位置信息等， 不能使网络侧准确地采用相应的优化机制。
发明内容
本发明实施例的目的在于提供一种分析链路失败原因的方法、网络优化方法及其 装置， 通过该方法为网络侧提供详细的链路失败信息， 从而使网络侧更加准确地优化 网络。
根据本发明实施例的一个方面提供了一种分析链路失败原因的方法， 该方法包括： 在发生链路失败时， 确定造成链路失败的具体触发信息；
根据造成链路失败的具体触发信息对导致链路失败的原因进行分析；
将分析获得的导致链路失败的原因向网络侧发送。
根据本发明实施例的另一个方面提供了一种分析链路失败原因的装置，该装置包 括：
第一处理单元， 该第一处理单元用于在发生链路失败时， 确定造成链路失败的具 体触发信息；
第二处理单元，该第二处理单元用于根据造成链路失败的具体触发信息对导致链 路失败的原因进行分析； 第一发送单元，该第一发送单元用于将分析获得的导致链路失败的原因向网络侧 发送。
根据本发明实施例的另一个方面提供了一种分析链路失败原因的方法，该方法包 括：
获取用户侧发送的导致链路失败的原因；
根据获取的该导致链路失败的原因、或者根据获取的该导致链路失败的原因并结 合测量结果来确定导致链路失败的原因。
根据本发明实施例的另一个方面提供了一种网络优化方法， 该方法包括： 获取用户侧发送的导致链路失败的原因；
根据获取的该导致链路失败的原因、或者根据获取的该导致链路失败的原因并结 合测量结果来确定导致链路失败的原因；
根据确定的该导致链路失败的原因对网络进行优化。
根据本发明实施例的另一个方面提供了一种分析链路失败原因的装置，该装置包 括：
第三处理单元， 该第三处理单元用于获取用户侧发送的导致链路失败的原因； 第四处理单元， 该第四处理单元用于根据获取的该导致链路失败的原因、或者根 据获取的该导致链路失败的原因并结合测量结果来确定导致链路失败的原因。
根据本发明实施例的另一个方面提供了一种优化网络的装置， 该装置包括： 第五处理单元， 该第五处理单元用于获取用户侧发送的导致链路失败的原因； 第六处理单元， 该第六处理单元用于根据获取的该导致链路失败的原因、或者根 据获取的该导致链路失败的原因并结合测量结果来确定导致链路失败的原因；
第一优化单元，该第一优化单元用于根据确定的该导致链路失败的原因对网络进 行优化。
根据本发明实施例的另一个方面提供了一种分析链路失败原因的方法，该方法包 括：
在发生链路失败时， 确定造成链路失败的具体触发信息；
将该具体触发信息作为导致链路失败的原因向网络侧发送。
根据本发明实施例的另一个方面提供了一种分析链路失败原因的装置，该装置包 括： 第七处理单元， 该第七处理单元用于在发生链路失败时， 确定造成链路失败的具 体触发信息；
第二发送单元，该第一发送单元用于将该具体触发信息作为导致链路失败的原因 向网络侧发送。
根据本发明实施例的另一个方面提供了一种分析链路失败原因的方法，该方法包 括：
获取用户侧发送的造成链路失败的具体触发信息；
根据获取的该具体触发信息、或者根据获取的该具体触发信息并结合测量结果来 确定导致链路失败的原因。
根据本发明实施例的另一个方面提供了一种分析链路失败原因的装置，该装置包 括：
第八处理单元，该第八处理单元用于获取用户侧发送的造成链路失败的具体触发 信息；
第九处理单元， 该第九处理单元用于根据获取的该具体触发信息、或者根据获取 的该具体触发信息并结合测量结果来确定导致链路失败的原因。
根据本发明实施例的另一个方面提供了一种网络优化方法， 该方法包括： 获取用户侧发送的造成链路失败的具体触发信息；
根据获取的该具体触发信息、或者根据获取的该具体触发信息并结合测量结果来 确定导致链路失败的原因；
根据确定的该导致链路失败的原因对网络进行优化。
根据本发明实施例的另一个方面提供了一种网络优化装置， 该装置包括： 第十处理单元，该第十处理单元用于获取用户侧发送的造成链路失败的具体触发 信息；
第十一处理单元， 该第十一处理单元用于根据获取的该具体触发信息、或者根据 获取的该具体触发信息并结合测量结果来确定导致链路失败的原因；
第二优化单元，该第二优化单元用于根据确定的该导致链路失败的原因对网络进 行优化。
根据本发明实施例的另一个方面提供了一种计算机可读程序，其中当在分析链路 失败原因的装置中执行所述程序时，所述程序使得计算机在所述装置中执行如上所述 的分析链路失败原因的方法。
根据本发明实施例的另一个方面提供了一种存储有计算机可读程序的存储介质， 其中所述计算机可读程序使得计算机在分析链路失败原因的装置中执行如上所述的 分析链路失败原因的方法。
根据本发明实施例的另一个方面提供了一种计算机可读程序，其中当在优化网络 的装置中执行所述程序时，所述程序使得计算机在所述优化网络的装置中执行如上所 述的网络优化方法。
根据本发明实施例的另一个方面提供了一种存储有计算机可读程序的存储介质， 其中所述计算机可读程序使得计算机在优化网络的装置中执行如上所述的网络优化 方法。
本发明实施例的有益效果在于： 终端设备可为网络侧提供详细的链路失败信息， 从而使网络侧更加准确地优化网络。
参照后文的说明和附图， 详细公开了本发明的特定实施方式， 指明了本发明的原 理可以被采用的方式。 应该理解， 本发明的实施方式在范围上并不因而受到限制。 在 所附权利要求的精神和条款的范围内，本发明的实施方式包括许多改变、修改和等同。
针对一种实施方式描述和 /或示出的特征可以以相同或类似的方式在一个或更多 个其它实施方式中使用， 与其它实施方式中的特征相组合， 或替代其它实施方式中的 特征。
应该强调， 术语 "包括 /包含"在本文使用时指特征、 整件、 步骤或组件的存在， 但并不排除一个或更多个其它特征、 整件、 步骤或组件的存在或附加。
附图说明
从以下结合附图的详细描述中， 本发明实施例的上述以及其他目的、特征和优点 将变得更加显而易见， 在附图中：
图 1是本发明实施例 1的分析链路失败原因的方法流程图；
图 2是本发明实施例 2的分析链路失败原因的方法流程图；
图 3是本发明实施例 3的分析链路失败原因的方法流程图；
图 4是本发明实施例 5的分析链路失败原因的方法流程图；
图 5是本发明实施例 6的网络优化方法流程图； 图 6是本发明实施例 7的分析链路失败原因的装置的构成示意图； 图 7是本发明实施例 8的分析链路失败原因的装置的构成示意图；
图 8是本发明实施例 9的优化网络的装置构成示意图；
图 9是本发明实施例 10的分析链路失败原因的方法流程图；
图 10是本发明实施例 11的分析链路失败原因的方法流程图；
图 11是本发明实施例 12的网络优化方法流程图；
图 12是本发明实施例 13的分析链路失败原因的装置的构成示意图；
图 13是本发明实施例 14的分析链路失败原因的装置的构成示意图；
图 14是本发明实施例 15的优化网络的装置构成示意图。
具体实施方式
下面结合附图对本发明的各种实施方式进行说明。 这些实施方式只是示例性的， 不是对本发明的限制。为了使本领域的技术人员能够容易地理解本发明的原理和实施 方式，本发明的实施方式以 SON网络的链路失败原因分析为例进行说明，但可以理解， 本发明并不限于上述系统， 对于涉及链路原因失败的其他系统均适用。
在实际的网络系统中， 造成链路失败的原因有多种， 但是现有技术中终端设备发 生链路失败后， 向网络侧提供的链路失败时对本小区和邻居小区的相关信息， 如测量 信息和位置信息等， 这些信息不足以使网络侧准确确定链路失败的根本原因， 因此也 不能准确地进行优化， 因此， 通过本发明实施例， 可向网络侧提供详细的信息， 如导 致链路失败的具体触发信息， 使得网络侧能准确地优化网络。
此外， 终端设备还可对导致链路失败的具体触发信息， 例如， 物理链路的问题， 介质访问控制 （MAC, Medium/MediaAccess Control ) 层的随机过程失败， 无线链路 控制 （RLC， Radio Link Contrl ) 层重传达到最大传输次数等进行分析， 获得更为具 体的导致链路失败的原因。但是在现有技术中， 终端设备没有对造成链路失败的原因 进行区分， 不能向网络侧提供具体的造成链路失败原因的信息， 因此导致网络侧不能 采用更有针对性的措施来优化网络。 因此， 通过本发明实施例， 可使得网络侧获得详 细具体的链路失败信息， 进而获得更加准确的优化网络性能。
以下结合附图对本发明实施例的分析链路失败原因的方法进行详细说明。
图 1是本发明实施例 1的分析链路失败原因的方法。 如图 1所示， 该方法包括： 步骤 101， 在发生链路失败时， 确定造成链路失败的具体触发信息；
在本发明实施例中， 造成链路失败的具体触发信息有多种， 例如， 物理链路的问 题、 介质访问控制层的随机接入问题、 上行无线链路控制层传输问题；
例如， 在用户设备在一定时间 （如 T310, 见 3GPP TS36. 331 ) 内没有收到足够多 (如 N311 个， 见 3GPP TS36. 331 ) 的链路变好的指示 （如 in-sync指示， 见 3GPP TS36. 331 ) 时， 用户设备 UE可确定链路失败的具体触发信息为物理链路的问题； 或者在用户设备接收到 MAC层随机接入过程失败的指示时，可确定链路失败的具 体触发信息为 MAC层的随机接入问题；
或者在用户设备 RLC层重传达到最大传输次数时，可确定链路失败的具体触发信 息为 RLC层传输问题。
步骤 102， 根据造成链路失败的具体触发信息对导致链路失败的原因进行分析； 在本实施例中， 该 UE可针对不同的触发信息分析导致链路失败的具体原因， 如 是切换配置问题、 覆盖空洞、 MAC层随机接入问题等原因。
步骤 103， 将分析获得的导致链路失败的原因向网络侧发送；
在本实施例中，该 UE可将分析获得的具体配置信息下的具体原因向网络侧发送， 使得网络侧根据该原因、或者根据该原因并结合测量结果确定造成链路失败的根本原 因， 以采取相应的措施更准确地进行网络优化；
其中，可将该具体配置信息下的导致链路失败的原因包含在链路失败信息中向网 络侧发送， 但不限于此， 还可采用其他消息来发送该信息。
以下结合附图对造成链路失败的具体触发信息下的分析链路失败原因的方法进 行详细说明。
图 2是本发明实施例 2的分析链路失败原因的方法。本实施例以物理链路的问题 为例进行说明。 如图 2所示， 该方法包括：
步骤 201， 用户设备 UE确定链路失败属于下行物理链路的问题；
在本实施例中， 可判断计时器 T310是否超时， 如果超时可确定链路失败是属于 下行物理链路的问题。
步骤 202， 确定是否触发了测量报告； 在触发了测量报告的情况下执行步骤 203， 否则执行步骤 205;
在本实施例中， 可采用现有的任何方式来确定是否触发测量报告， 如可通过判断 是否发生了触发测量报告的事件来确定， 例如， 当邻居小区的信号强度 /质量大于服 务小区的信号强度 /质量一定门限值时， 测量报告被触发。
步骤 203， 在步骤 202中确定触发了测量报告时， 该 UE可确定导致链路失败的 原因为切换配置问题；
在这种情况下，该切换配置问题可能是该 UE针对目标小区的切换参数（如小区特 定偏移量 CelllndividualOffset, 参见 TS36. 331 )设置过小， 导致该 UE在所接收到 的服务小区的信号很弱时， 该 UE还没有完成切换。
步骤 204， 该 UE将分析结果进行记录；
在本实施例中， 该 UE可将这种情况下的该分析结果 "切换配置问题"记录在链 路失败报告中， 通过该报告向网络侧传送， 但不限于这种情况， 还可以将该分析结果 单独记录， 并传送给网络侧， 供网络侧分析链路失败原因或优化网络时使用；
其中， 在该下行物理链路的问题的情况下， 可按如下方式记录分析结果"切换配 置问题 （物理链路的问题； 测量报告已触发） "； 或者 "切换配置问题 （T310 超时； 测量报告已触发）"等方式；
其中， "测量报告触发"为可选信息， 可不进行记录。
步骤 205， 在步骤 202中确定未触发测量报告时， 该 UE可进一步确定是否存在 信号质量较好的邻小区； 若判断结果为是， 则执行步骤 206， 否则执行步骤 208。
步骤 206， 在步骤 205中判断结果为是时， 该 UE可确定导致链路失败的原因为 切换配置问题；
在这种情况下，该切换配置问题可能是该 UE针对目标小区的切换参数（如小区特 定偏移量 CelllndividmlOffset, 参见 TS36. 331 )设置过小， 导致该 UE在所接收到 的服务小区的信号很弱时， 该 UE还没有完成切换。
步骤 207， 该 UE将分析结果进行记录；
在本实施例中， 该 UE可将这种情况下的该分析结果 "切换配置问题"记录在链 路失败报告中， 通过该报告向网络侧传送， 但不限于这种情况， 还可以将该分析结果 单独记录， 并传送给网络侧， 供网络侧分析链路失败原因或优化网络时使用；
其中， 在该下行物理链路的问题的情况下， 可按如下方式记录分析结果"切换配 置问题（物理链路的问题；测量报告未触发；存在信号质量较好的邻小区） "；或者"切 换配置问题 （T310超时； 测量报告未触发； 存在信号质量较好的邻小区）"等方式； 其中，记录的信息"测量报告未触发； 存在信号质量较好的邻小区"为可选信息， 可不进行记录。
步骤 208， 在步骤 205中判断结果为否时， 该 UE可进一步确定在链路失败前是 否存在近来成功的上行传输 ( Recently successful UL transimi ssion); 在存在近 来成功的上行传输的情况下， 执行步骤 209， 否则执行步骤 211 ;
在本实施例中， 近来成功的上行传输是指： 在出现下行问题前 （如收到连续的 N310个来自底层的 out-of-sync指示）， 发生成功的上行传输。
步骤 209， 在步骤 208的确定结果为存在近来成功的上行传输的情况下， 确定导 致链路失败的原因为 "覆盖空洞"；
在本实施例中， 该覆盖空洞是指， 该用户设备 UE不能在上行方向上成功传输数 据包， 和 /或在下行方向上接收数据包；
在这种情况下， 该覆盖空洞仅为下行覆盖空洞， 是指不能接收下行数据包。 步骤 210， 该 UE将分析结果进行记录；
在本实施例中， 该 UE可将这种情况下的该分析结果 "覆盖空洞"记录在链路失 败报告中， 通过该报告向网络侧传送， 但不限于这种情况， 还可以将该分析结果单独 记录， 并传送给网络侧， 供网络侧分析链路失败原因或优化网络时使用；
其中， 在该物理链路的问题的情况下， 可按如下方式记录分析结果 "覆盖空洞 (物理链路的问题； 测量报告未触发； 不存在信号质量较好的邻小区； 有近来成功的 上行传输） "； 或者 "覆盖空洞 （T310 超时； 测量报告未触发； 不存在信号质量较好 的邻小区； 有近来成功的上行传输）"等方式；
其中， 该"不存在信号质量较好的邻小区； 有近来成功的上行传输"为可选信息， 可不进行记录。
步骤 211， 在步骤 208的确定结果为不存在近来成功的上行传输的情况下， 确定 导致链路失败的原因为 "覆盖空洞"；
在本实施例中， 可确定为 "下行覆盖空洞， 上行未知"。
步骤 212， 该 UE将分析结果进行记录；
在本实施例中， 该 UE可将这种情况下的该分析结果 "覆盖空洞"记录在链路失 败报告中， 通过该报告向网络侧传送， 但不限于这种情况， 还可以将该分析结果单独 记录， 并传送给网络侧， 供网络侧分析链路失败原因或优化网络时使用； 其中， 在该物理链路的问题的情况下， 可按如下方式记录分析结果 "覆盖空洞 (物理链路的问题； 测量报告未触发； 不存在信号质量较好的邻小区； 没有近来成功 的上行传输） "； 或者 "覆盖空洞 （T310 超时； 测量报告未触发； 不存在信号质量较 好的邻小区； 没有近来成功的上行传输）"等方式；
其中， 该 "测量报告未触发； 不存在信号质量较好的邻小区； 没有近来成功的上 行传输"可作为可选信息， 可不进行记录。
步骤 213、 214、 215和 216， 该 UE将分析结果向网络侧发送；
在本实施例中， 可将该分析结果包含在链路失败报告中向网络侧发送， 此外也可 单独发送； 此外， 该分析结果可在网络侧请求发送时才发送。
在上述实施例中， 需要说明的是， 步骤 204、 207、 210和 212为可选步骤， 此 夕卜， 图 2所示的过程仅为本发明实施例， 对于本领域技术人员来讲， 可根据实际需要 设置各个步骤， 只要符合： 在触发了测量报告时， 确定导致链路失败的原因为切换配 置问题； 在未触发测量报告且存在信号质量好的邻小区时， 确定导致链路失败的原因 为切换配置问题； 在未触发测量报告、 不存在信号质量好的邻小区、 且在链路失败前 存在近来成功的上行传输时， 确定链路失败的原因仅是下行覆盖空洞； 在未触发测量 报告、 不存在信号质量好的邻小区、 且在链路失败前不存在近来成功的上行传输时， 确定链路失败的原因是下行覆盖空洞， 且上行未知。
由上述实施例可知， 在链路失败属于物理链路问题的情况下， 该 UE可根据上述 过程对导致链路失败的具体原因进行分析， 将分析结果上报给网络侧， 这样网络侧可 根据该 UE上报的信息对链路失败的原因进行分析， 以进行更加准确的网络优化。
图 3是本发明实施例 3的分析链路失败原因的方法。本实施例以上行 RLC层传输 问题为例进行说明。 如图 3所示， 该方法包括：
步骤 301， 用户设备 UE确定链路失败属于 RLC层传输问题；
在本实施例中， 在该 UE向基站传输数据时， 若该基站未正确接收该数据， 则该 基站会通知该 UE重传该数据， 该 UE判断是否达到 RLC层重传的最大次数， 如果达到 最大次数， 则可确定链路失败是属于上行 RLC层传输问题。
步骤 302， 确定是否触发了测量报告； 在触发了测量报告的情况下执行步骤 303， 否则执行步骤 307 ;
在本实施例中， 确定是否触发测量报告的方式如实施例 2所述， 此处不再赘述。 步骤 303， 在步骤 302中确定触发了测量报告时， 该 UE可进一步确定是否成功 发送该测量报告， 若发送成功， 则执行步骤 304， 否则执行步骤 311 ;
在本实施例中， 该 UE 发送测量报告后， 接收到从网络侧返回的确认消息 ( acknowledgement ), 可确定该测量报告发送成功。
步骤 304， 在步骤 303中， 确定成功发送该测量报告时， 进一步确定是否成功发 送切换完成消息， 在未成功发送切换完成消息的情况下执行步骤 305， 否则回到步骤 302；
在本实施例中， 该切换完成消息是切换过程完成的最后一个消息， 从该 UE发送 到目标基站， 例如可为 RRC连接重配完成消息。
步骤 305， 在步骤 304中， 在确定未成功发送切换完成消息的情况下， 可确定导 致链路失败的原因是切换配置问题；
在本实施例中， 由于不能发送切换完成消息， 因此， 可确定切换配置问题； 具体地， 是切换参数问题， 可能是该 UE针对目标小区的切换参数 （如小区特定 偏移量 CelllndividualOffset, 参见 TS36. 331 )设置过大， 导致该 UE在切换到目标 小区时目标小区的信号很弱， 无法完成切换或切换完成后发生链路失败。
步骤 306， 该 UE将分析结果进行记录；
在本实施例中， 该 UE可将这种情况下的分析结果 "切换配置问题"记录在链路 失败报告中， 通过该报告向网络侧传送， 但不限于这种情况， 还可以将该分析结果单 独记录， 并传送给网络侧， 供网络侧分析链路失败原因或优化网络时使用；
其中， 在该上行 RLC层传输问题的情况下， 可按如下方式记录分析结果"切换配 置问题 （上行 RLC传输问题； 不能发送切换完成消息） "；
其中， 该 "不能发送切换完成消息"为可选信息， 可不进行记录。
步骤 307， 在步骤 302中， 在确定未触发测量报告的情况下， 该 UE进一步确定 是否存在信号质量较好的邻小区， 若确定结果为是， 则执行步骤 315， 否则执行步骤 308。
步骤 308， 在步骤 307中， 在判断结果为否时， 该 UE进一步确定是否有近来成 功的下行传输， 如判断结果为是， 则执行步骤 309， 否则执行步骤 313;
其中， 近来成功的下行传输是指： 在确定链路失败是 R L C传输问题之前发生成 功的下行传输。 步骤 309， 在步骤 308中， 判断结果为是时， 该 UE确定该链路失败的原因仅是 上行覆盖空洞。
步骤 310， 该 UE将分析结果进行记录；
在本实施例中， 该 UE可将这种情况下的分析结果 "覆盖空洞"记录在链路失败 报告中， 通过该报告向网络侧传送， 但不限于这种情况， 还可以将该分析结果单独记 录， 并传送给网络侧， 供网络侧分析链路失败原因或优化网络时使用；
其中， 在该上行 RLC层传输问题的情况下， 可按如下方式记录分析结果"覆盖空 洞 （上行 RLC传输问题； 未触发测量报告； 不存在信号质量较好的邻小区； 有近来成 功的下行传输） "；
其中， "未触发测量报告； 不存在信号质量较好的邻小区； 有近来成功的下行传 输"为可选信息， 可不进行记录。
步骤 311， 在步骤 303中， 在判断结果为否时， 该 UE确定导致链路失败的原因 是切换配置问题；
在本实施例中， 具体地是切换参数问题， 可能是该 UE针对目标小区的切换参数 (如小区特定偏移量 CelllndividualOffset, 参见 TS36. 331 ) 设置过小， 导致该 UE 在所接收到的服务小区的信号很弱时， 该 UE还没有完成切换。
步骤 312， 该 UE将分析结果进行记录；
在本实施例中， 该 UE可将这种情况下的分析结果 "切换配置问题"记录在链路 失败报告中， 通过该报告向网络侧传送， 但不限于这种情况， 还可以将该分析结果单 独记录， 并传送给网络侧， 供网络侧分析链路失败原因或优化网络时使用；
其中， 在该上行 RLC层传输问题的情况下， 可按如下方式记录分析结果"切换配 置问题 （上行 RLC传输问题； 触发测量报告； 未成功发送测量报告） "；
其中， "触发测量报告； 未成功发送测量报告"为可选信息， 可不进行记录。 步骤 313， 在步骤 308中， 在判断结果为否时， 该 UE确定导致链路失败的原因 是上行覆盖空洞， 下行未知。
步骤 314， 该 UE将分析结果进行记录；
在本实施例中， 该 UE可将这种情况下的分析结果 "覆盖空洞"记录在链路失败 报告中， 通过该报告向网络侧传送， 但不限于这种情况， 还可以将该分析结果单独记 录， 并传送给网络侧， 供网络侧分析链路失败原因或优化网络时使用； 其中， 在该上行 RLC层传输问题的情况下， 可按如下方式记录分析结果"覆盖空 洞 （上行 RLC传输问题； 未触发测量报告； 不存在质量较好的邻小区； 不存在近来成 功的下行传输） "；
其中， "未触发测量报告； 不存在质量较好的邻小区； 不存在近来成功的下行传 输" 为可选信息， 可不进行记录。
步骤 315， 在步骤 307中， 在确定结果为是时， 该 UE确定导致链路失败的原因 为切换配置问题；
其中， 具体地， 该切换配置问题可能是该 UE针对目标小区的切换参数 （如小区 特定偏移量 Cel l lndividualOffset, 参见 TS36. 331 )设置过小， 导致该 UE在所接收 到的服务小区的信号很弱时， 该 UE还没有完成切换。
步骤 316， 该 UE将分析结果进行记录；
在本实施例中， 该 UE可将这种情况下的分析结果 "切换配置问题"记录在链路 失败报告中， 通过该报告向网络侧传送， 但不限于这种情况， 还可以将该分析结果单 独记录， 并传送给网络侧， 供网络侧分析链路失败原因或优化网络时使用；
其中， 在该上行 RLC层传输问题的情况下， 可按如下方式记录分析结果"切换配 置问题 （上行 RLC传输问题； 未触发测量报告； 存在信号质量较好的邻小区） "； 其中， "未触发测量报告； 存在信号质量较好的邻小区" 为可选信息， 可不进行 记录。
步骤 317~321， 该 UE将分析结果向网络侧发送；
在本实施例中， 可将该分析结果包含在链路失败报告中向网络侧发送， 此外也可 单独发送， 此外， 可在该网络侧请求的时候再发送， 也可获得后就发送， 在具体实施 中， 可根据具体情况确定。
在上述实施例中， 需要说明的是， 步骤 306、 312、 310、 314和 316为可选步骤， 此外， 图 3所示的过程仅为本发明实施例， 对于本领域技术人员来讲， 可根据实际需 要设置各个步骤， 只要符合以下条件即可， 在触发了测量报告且未成功发送测量报告 时， 确定链路失败原因是切换配置问题； 在触发了测量报告且测量报告发送成功， 未 成功发送切换完成消息时， 确定链路失败原因是切换配置问题； 在未触发测量报告且 存在信号质量好的邻小区时， 确定链路失败的原因是切换配置问题； 在未触发测量报 告、不存在信号质量好的邻小区且在链路失败前存在近来成功的下行传输时， 确定链 路失败的原因仅是上行覆盖空洞； 在未触发测量报告、不存在信号质量好的邻小区且 在链路失败前不存在近来成功的下行传输时， 确定链路失败的原因是上行覆盖空洞， 且下行未知。
由上述实施例可知， 在链路失败属于上行 RLC传输问题的情况下， 该 UE可根据 上述过程对导致链路失败的具体原因进行分析， 将分析结果上报给网络侧， 这样网络 侧可根据该 UE上报的信息对链路失败的原因进行分析， 以进行更加准确的网络优化。
本发明实施例 4还提供一种分析链路失败原因的方法。
在本发明实施例中， 在链路失败属于 MAC层的随机接入问题时， 在该 UE接收到 MAC层随机过程失败的指示时， 确定链路失败的原因是与 MAC层随机接入过程有关的 上行链路问题，如发射功率设置不正确、物理随机接入信道（PRACH, Physical Random Access Channel ) 资源配置不适当等。
另外， 该 UE将分析结果 " MAC层的随机接入问题"进行记录， 其中， 该 UE可将 这种情况下的分析结果记录在链路失败报告中， 通过该报告向网络侧传送， 但不限于 这种情况， 还可以将该分析结果单独记录， 并传送给网络侧， 供网络侧分析链路失败 原因或优化网络时使用。
由上述实施例可知， UE 通过对链路失败原因进行分析可获得具体的导致链路失 败原因的信息， 并将分析结果上报给网络侧， 这样网络侧可根据该 UE上报的信息对 链路失败的原因进行分析， 以进行更加准确的网络优化。
图 4是本发明实施例 5的分析链路失败原因的方法流程图。针对用户设备发生链 路失败时， 该 UE所在的基站， 如图 4所示， 该方法包括：
步骤 401， 获取用户侧发送的导致链路失败的原因的信息；
在本实施例中， 该链路失败的原因的信息可为上述实施例 1-4中所述的信息； 例如， 切换配置问题 （上行 RLC传输问题； 不能发送切换完成消息）； 切换配置问题 （上行 RLC传输问题； 触发测量报告； 未成功发送测量报告）； 切换配置问题（上行 RLC传输问题； 未触发测量报告； 存在信号质量较好的邻小 区）；
覆盖空洞 （上行 RLC传输问题； 未触发测量报告； 不存在质量较好的邻小区； 存 在近来成功的下行传输）；
覆盖空洞（上行 RLC传输问题；未触发测量报告；不存在信号质量较好的邻小区； 不存在近来成功的下行传输）；
切换配置问题 （T310超时； 测量报告触发）；
切换配置问题 （T310超时； 测量报告未触发； 存在信号质量较好的邻小区）； 覆盖空洞 （T310 超时； 测量报告未触发； 不存在信号质量较好的邻小区； 有近 来成功的上行传输）；
覆盖空洞 （T310 超时； 测量报告未触发； 不存在信号质量较好的邻小区； 没有 近来成功的上行传输）；
MAC层随机接入问题。
在上述信息中， 有些信息为可选信息， 如实施例 1-4所述， 此处不再赘述。 此外， 该 UE所在的基站并非直接获得上述信息， 可以是其他基站通过空口的消 息或者基站间的消息发送给该 UE所在基站，从而使得该基站获得该链路失败的原因； 在本实施例中， 该链路失败原因的信息可通过链路失败报告发送， 此外， 也可单 独发送， 或者包含在其他消息中发送。
步骤 402， 根据获取的该导致链路失败的原因、 或者根据获取的该导致链路失败 的原因并结合自身的测量结果来确定导致链路失败的原因；
在本实施例中， 该基站获得该导致链路失败的原因后， 可利用该获得的链路失败 的原因确定导致链路失败的根本原因；
此外， 在本实施例中， 为了更加准确地确定导致链路失败的根本原因， 该基站还 可根据获得的链路失败的原因确定导致链路的根本原因并结合其自身的测量结果更 加准确地确定导致链路失败的根本原因；
在本实施例中， 该自身的测量可为 SRS测量等。
图 5是本发明实施例 6的网络优化方法流程图。 针对用户设备发生链路失败时， 该 UE所在的基站， 如图 5所示， 该方法包括：
步骤 501和步骤 502， 与图 4所示的实施例 5中的步骤 401和步骤 402类似， 此 处不再赘述。
步骤 502， 在步骤 502中， 当基站确定了导致链路失败的根本原因后， 可进行相 应的网络优化。
下面举例说明基站结合自身测量结果确定导致链路失败的根本原因和网络优化 的过程； 例 1， 切换配置问题
用户设备上报以下链路失败原因： 例如， 切换配置问题 （T310 超时； 测量报告 触发）； （T310超时； 测量报告未触发）； （上行 RLC问题； 不能发送切换完成消息）； (上行 RLC问题； 不能成功发送测量报告） 等；
该基站自身的测量结果： 该基站根据该 UE在切换过程中的信息， 基站可以判断 出该切换是切换太早， 切换太晚或切换到错误的小区；
这样， 该基站获得该 UE上报的原因后， 与其自身的判断结果， 如切换太早， 切 换太晚或切换到错误的小区进行对比， 确定导致链路失败的根据原因， 从而决定所要 调整的参数， 达到优化网络的目的。
例如， 虽然基站能够决定导致链路失败的原因是由于切换太晚， 但是如果该基站 从 UE上报的原因是 "切换配置问题 （T310超时； 测量报告触发） "， 这样， 该基站能 够根据上述信息确定应该调整哪些参数， 例如， 具有测量配置的参数， 例如， 触发时 间 （timeToTrigger, 参见 TS36. 331 )， 从而可通过调整相应的参数对网络进行优化。
例 2， 覆盖空洞
与上述分析方法类似， 用户设备上报以下链路失败原因： 覆盖空洞 （T310超时; 测量报告未触发； 有近来成功的上行传输）； 覆盖空洞（T310超时； 测量报告未触发; 没有近来成功的上行传输）；
如果基站能够决定链路失败的原因在于覆盖空洞， 当该基站从该 UE获得导致链 路失败的原因时， 该基站可根据其自身的测量结果和该 UE上报的分析结果决定该覆 盖空洞是上行覆盖空洞、 还是下行覆盖空洞， 还是上行和下行覆盖空洞；
具体过程如下：
基站获取用户设备上报的导致链路失败的原因， 如上行或下行或两者的覆盖空 洞； 初始化那些在发生链路失败的位置附近的用户设备的 MDT报告流程， 该基站基于 该 MDT报告， 进一步确定覆盖空洞问题。 这样， 该基站将确定的结果通知 0AM服务器 以优化网络性能。"
例 3: MAC层随机接入问题
当用户设备上报导致链路失败的原因是 MAC层随机接入的问题，该基站获得该信 息后，能够初始化那些在发生链路失败的位置附近的用户设备的随机接入信道（RACH) 报告流程， 这样可以帮助发现随机接入问题的原因。 这样， 可根据具体的原因进行 RACH的优化， 从而对网络进行优化。
由上述实施例可知， UE 根据具体的触发信息对导致链路失败的原因进行分析， 并将分析结果向网络侧提供， 使得该基站获得该分析结果后、 可根据该分析结果、 或 者再结合自身的测量结果确定导致链路失败的根本原因，从而对网络进行更准确的优 化。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以 通过程序来指令相关的硬件完成， 所述的程序可以存储于一计算机可读取存储介质 中， 该程序在执行时， 可以包括上述实施例方法中的全部或部分步骤， 所述的存储介 质可以包括： R0M、 RAM, 磁盘、 光盘等。
本发明实施例还提供了一种分析链路失败原因的装置和优化网络的装置， 如下 面的实施例所述。由于该装置解决问题的原理与上述基于该装置的分析链路失败原因 的方法和优化网络的方法相似， 因此， 该装置的实施可以参见方法的实施， 重复之处 不再赘述。
图 6是本发明实施例 7的分析链路失败原因的装置， 该装置包括： 第一处理单 元 601、 第二处理单元 602和第一发送单元 603; 其中，
第一处理单元 601， 用于用于在发生链路失败时， 确定造成链路失败的具体触 发信息；在本实施例中，第一处理单元 601的处理方式如实施例 1中的步骤 101所述， 此处不再赘述。
第二处理单元 602， 用于根据造成链路失败的具体触发信息对导致链路失败的 原因进行分析； 其中， 第二处理单元 602的处理方式如实施例 1中的步骤 102所述， 具体实施例 2-4所述， 此处不再赘述。
第一发送单元 603， 用于将分析获得的导致链路失败的原因向网络侧发送； 在 本实施例中，第一发送单元 603发送该导致链路失败的原因如实施例 1的步骤 103所 述， 此处不再赘述。
在本实施例中， 针对造成链路失败的具体情况， 对第二处理单元 602的功能进行 说明。
在本实施例中， 在造成链路失败的具体情况为物理链路问题时， 第二处理单元 602具体用于：
在触发了测量报告时， 确定导致链路失败的原因为切换配置问题； 在未触发测量报告且存在信号质量好的邻小区时， 确定导致链路失败的原因为 切换配置问题；
在未触发测量报告且不存在信号质量好的邻小区， 在链路失败前存在近来成功 的上行传输时， 确定链路失败的原因是下行覆盖空洞；
在未触发测量报告且不存在信号质量好的邻小区， 在链路失败前不存在近来成 功的上行传输时， 确定链路失败的原因是下行覆盖空洞， 且上行未知。
在这种情况下， 第二处理单元 602的具体处理过程如实施例 2所述， 此处不再赘 述。
在本实施例中， 在造成链路失败的具体情况为无线链路控制层传输问题， 第二处 理单元 602具体用于：
在触发了测量报告且未成功发送测量报告时， 确定链路失败原因为切换配置问 题；
在触发了测量报告且测量报告发送成功， 未成功发送切换完成消息时， 确定链 路失败原因为切换配置问题；
在未触发测量报告且存在信号质量好的邻小区时， 确定链路失败的原因未切换 配置问题；
在未触发测量报告、 不存在信号质量好的邻小区且在链路失败前存在近来成功 的下行传输时， 确定链路失败的原因为上行覆盖空洞；
在未触发测量报告、 不存在信号质量好的邻小区且在链路失败前不存在近来成 功的下行传输时， 确定链路失败的原因为上行覆盖空洞， 且下行未知。
在这种情况下， 第二处理单元 602的具体处理过程如实施例 3所述， 此处不再赘 述。
在本实施例中， 在造成链路失败的具体情况为介质访问控制层的随机接入问题 时， 第二处理单元 602具体用于：
在接收到介质访问控制层随机过程失败的指示后，确定链路失败的原因是与介质 访问控制层随机过程有关的上行链路问题。
在这种情况下， 第二处理单元 602的具体处理过程如实施例 4所述， 此处不再赘 述。
在本实施例中， 该装置可为用户设备， 例如， 可为 PDA, 移动终端， 电脑等终端 设备。
图 7是本发明实施例 8的分析链路失败原因的装置， 该装置包括： 第三处理单 元 701和第四处理单元 702; 其中，
第一处理单元 701， 用于获取用户侧发送的导致链路失败的原因的信息； 在本实施例中， 该导致链路失败的原因的信息如实施例 5的步骤所述 401所述， 此处不再赘述。
第四处理单元 702， 用于根据获取的导致链路失败的原因、 或者根据获取的导致 链路失败的原因并结合测量结果来确定导致链路失败的原因；
在本实施例中， 该导致链路失败的原因的信息如实施例 5的步骤所述 402所述， 具体实例所述， 此处不再赘述。
在上述实施例中， 该装置可为 UE发生链路失败时该 UE所在的基站。
图 8是本发明实施例 9的优化网络的装置， 该装置包括： 第五处理单元 801、 第 六处理单元 802和第一优化单元 803; 其中，
第五处理单元 801， 用于获取用户侧发送的导致链路失败的原因；
第六处理单元 802， 用于根据获取的导致链路失败的原因、 或者根据获取的导致 链路失败的原因并结合测量结果来确定导致链路失败的原因；
第一优化单元 803， 用于根据确定的导致链路失败的原因对网络进行优化。
在本实施例中，第三处理单元 801和第四处理单元 802的执行过程如实施例 5的 步骤 401和步骤 402所述，第一优化单元 803的执行过程如实施例 6的步骤 503所述， 具体实例所述， 此处不再赘述。
在上述实施例中， 该装置可为 UE发生链路失败时该 UE所在的基站。
由上述实施例可知， UE 通过对链路失败原因进行分析可获得具体的导致链路失 败原因的信息， 并将分析结果上报给网络侧， 这样网络侧可根据该 UE上报的信息对 链路失败的原因进行分析， 以进行更加准确的网络优化。
图 9是本发明实施例 10的分析链路失败原因的方法。 针对 UE， 如图 9所示， 该 方法包括：
步骤 901， 在发生链路失败时， 确定造成链路失败的具体触发信息；
步骤 902， 将所该具体触发信息作为导致链路失败的原因向网络侧发送。
在上述实施例中， 该具体触发信息如实施例 1中所述， 此处不再赘述。 由上述实施例可知， 用户设备在发生链路失败时， 可将造成链路失败的具体触发 信息提供给网络侧， 以使网络侧根据该信息更加准确地确定导致链路失败的原因， 从 而对网络进行更加准确地优化。
图 10是本发明实施例 11的分析链路失败原因的方法。针对链路发生失败时， 该 UE所在的基站， 该方法包括：
步骤 1001， 获取用户侧发送的造成链路失败的具体触发信息；
其中， 该 UE将该具体触发信息作为导致链路失败的原因向网络侧发生， 该 UE所 在的基站并非直接获得上述信息，可以是其他基站通过空口的消息或者基站间的消息 发送给该 UE所在基站， 从而使得该基站获得该链路失败的原因；
在本实施例中， 该链路失败原因的信息可通过链路失败报告发送， 此外， 也可单 独发送， 或者包含在其他消息中发送。
步骤 1002， 根据获取的，具体触发信息、 或者根据获取的具体触发信息并结合测 量结果来确定导致链路失败的原因。
图 11是本发明实施例 12的网络优化方法。 针对链路发生失败时， 该 UE所在的 基站， 该方法包括：
步骤 1101和步骤 1102与实施例 11中的步骤 1001和 1002类似，此处不再赘述。 步骤 1103， 根据确定的导致链路失败的根据原因对网络进行优化。
由上述实施例可知， 用户设备在发生链路失败时， 可将造成链路失败的具体触发 信息提供给网络侧， 以使网络侧根据该信息更加准确地确定导致链路失败的原因， 从 而对网络进行更加准确地优化。
以下举具体的实例对本发明实施例的分析链路失败的原因和网络优化方法进行 说明。
例 1、 物理链路的问题：
基站可以根据该具体触发信息以及测量结果决定是切换配置问题 （如切换太早， 切换太晚， 切换到错误小区） 或覆盖空洞；
该判断方式可以利用现有技术来实现，如当测量结果显示链路失败时没有信号质 量好的邻居时， 可以判定是覆盖空洞；
根据判定结果， 该基站可以通过调整 UE针对目标小区的切换参数 （如小区特定 偏移量 CelllndividualOffset, 参见 TS36. 331 ) 来解决切换配置问题， 或通过增加 基站覆盖来解决覆盖空洞问题。
例 2， 介质访问控制层的随机接入问题：
基站可以根据该具体触发信息来判定是与 MAC 层随机接入过程有关的上行链路 问题， 如发射功率设置不正确、 物理随机接入信道（PRACH, Physical Random Access Channel ) 资源配置不适当等；
基站可以通过增加发射功率或增加物理随机接入信道的资源来优化网络性能。 例 3， 上行无线链路控制层传输问题：
该基站可以根据报告的上行无线链路控制层传输问题，就可以判定上行链路的配 置不恰当， 如上行发射功率设置不对；
基站可以通过调整用户的上行发射功率来优化网络性能。
由上述可知， 上述实施例仅为本发明的示例性实施例， 对于本领域的技术人员来 讲， 可根据本发明实施例很容易想到任何可确定导致网络失败的根本原因， 以及优化 网络的方案。
本发明实施例还提供了一种分析链路失败原因的装置和优化网络的装置，如下面 的实施例所述。由于该装置解决问题的原理与上述基于该装置的分析链路失败原因的 方法和优化网络的方法相似， 因此， 该装置的实施可以参见方法的实施， 重复之处不 再赘述。
图 12是本发明实施例 13的分析链路失败原因的装置。该装置包括： 第七处理单 元 1201和第二发送单元 1202; 其中，
第七处理单元 1201， 用于在发生链路失败时， 确定造成链路失败的具体触发信 息； 其中， 具体确定过程如上述实施例 1所述， 此处不再赘述。
第二发送单元 1202， 用于将该具体触发信息作为导致链路失败的原因向网络侧 发送； 其中， 发送方式如上述实施例 1所述， 此处不再赘述。
在本实施例中， 该装置可为用户设备， 如 PDA、 移动终端等。
图 13是本发明实施例 14的分析链路失败原因的装置。该装置包括： 第八处理单 元 1301和第九处理单元 1302; 其中，
第八处理单元 1301， 用于获取用户侧发送的造成链路失败的具体触发信息； 具 体获取的方式如实施例 11所述， 此处不再赘述。
第九处理单元 1302， 用于根据获取的所述具体触发信息、 或者根据获取的该具 体触发信息并结合测量结果来确定导致链路失败的原因。 具体确定的方式如实施例 11所述， 此处不再赘述。
在上述实施例中， 该装置为基站， 即在用户设备发生链路失败时所在的基站。 图 14是本发明实施例 15所述的网络优化装置。 如图 14所示， 该装置包括： 第 十处理单元 1401、 第 ^一处理单元 1402和第二优化单元 1403; 其中，
第十处理单元 1401和第 ^一处理单元 1402的作用与实施例 14中的第八处理单 元 1301和第九处理单元 1302类似， 此处不再赘述。
第二优化单元 1403， 用于根据确定的所述导致链路失败的原因对网络进行优化。 在本实施例中， 该装置可为用户设备， 如 PDA、 移动终端等。
由上述实施例可知， 用户设备在发生链路失败时， 可将造成链路失败的具体触发 信息提供给网络侧， 以使网络侧根据该信息更加准确地确定导致链路失败的原因， 从 而对网络进行更加准确地优化。
本发明实施例还提供一种计算机可读程序，其中当在分析链路失败原因的装置中 执行该程序时， 该程序使得计算机在该分析链路失败原因的装置中执行实施例广 5、 1CT11所述的分析链路失败原因的方法。
本发明实施例还提供一种存储有计算机可读程序的存储介质，其中该计算机可读 程序使得计算机在分析链路失败原因的装置中执行实施例广 5、 1CT11所述的分析链 路失败原因的方法。
本发明实施例还提供一种计算机可读程序，其中当在优化网络的装置中执行该程 序时，该程序使得计算机在优化网络的装置中执行实施例 6、 12所述的网络优化方法。
本发明实施例还提供一种存储有计算机可读程序的存储介质，其中该计算机可读 程序使得计算机在优化网络的装置中执行实施例 6、 12所述的网络优化方法。
本发明以上的装置和方法可以由硬件实现， 也可以由硬件结合软件实现。本发明 涉及这样的计算机可读程序， 当该程序被逻辑部件所执行时， 能够使该逻辑部件实现 上文所述的装置或构成部件， 或使该逻辑部件实现上文所述的各种方法或步骤。本发 明还涉及用于存储以上程序的存储介质， 如硬盘、 磁盘、 光盘、 DVD、 flash存储器等。
以上结合具体的实施方式对本发明进行了描述， 但本领域技术人员应该清楚， 这 些描述都是示例性的， 并不是对本发明保护范围的限制。本领域技术人员可以根据本 发明的精神和原理对本发明做出各种变型和修改， 这些变型和修改也在本发明的范围内。

Claims

权 利 要 求 书
1、 一种分析链路失败原因的方法， 所述方法包括：
在发生链路失败时， 确定造成链路失败的具体触发信息；
根据造成链路失败的具体触发信息对导致链路失败的原因进行分析；
将分析获得的导致链路失败的原因向网络侧发送。
2、 根据权利要求 1所述的方法， 其中， 所述造成链路失败的具体触发信息包括 以下一种或一种以上： 物理链路的问题、介质访问控制层的随机接入问题和上行无线 链路控制层传输问题。
3、 根据权利要求 1或 2所述的方法， 其中， 所述导致链路失败的原因包括以下 一种或一种以上信息： 切换配置问题、 上行和 /或下行覆盖空洞、 以及上行链路问题。
4、 根据权利要求 1或 2所述的方法， 其中， 在造成链路失败的具体触发信息为 物理链路问题时， 所述对导致链路失败的原因进行分析， 包括：
在触发了测量报告时， 确定导致链路失败的原因为切换配置问题；
在未触发测量报告且存在信号质量好的邻小区时，确定导致链路失败的原因是切 换配置问题；
在未触发测量报告且不存在信号质量好的邻小区时，确定导致链路失败的原因是 覆盖空洞。
5、 根据权利要求 4所述的方法， 其中， 在未触发测量报告且不存在信号质量好 的邻小区时， 在链路失败前存在近来成功的上行传输时， 确定链路失败的原因是下行 覆盖空洞；
在链路失败前不存在近来成功的上行传输时，确定链路失败的原因是下行覆盖空 洞， 且上行未知。
6、 根据权利要求 1或 2所述的方法， 其中， 在造成链路失败的具体触发信息为 介质访问控制层的随机接入问题时， 所述对导致链路失败的原因进行分析， 包括： 在接收到介质访问控制层随机过程失败的指示后，确定链路失败的原因是与介质 访问控制层随机过程有关的上行链路问题。
7、 根据权利要求 1或 2所述的方法， 其中， 在造成链路失败的具体触发信息为 上行无线链路控制层传输问题时， 所述对导致链路失败的原因进行分析， 包括： 在触发了测量报告且未成功发送测量报告时， 确定链路失败原因为切换配置问题； 在触发了测量报告且测量报告发送成功， 未成功发送切换完成消息时， 确定链路 失败原因为切换配置问题；
在未触发测量报告且存在信号质量好的邻小区时，确定链路失败的原因是切换配 置问题；
在未触发测量报告、不存在信号质量好的邻小区且在链路失败前存在近来成功的 下行传输时， 确定链路失败的原因是上行覆盖空洞；
在未触发测量报告、不存在信号质量好的邻小区且在链路失败前不存在近来成功 的下行传输时， 确定链路失败的原因是上行覆盖空洞， 且下行未知。
8、 一种分析链路失败原因的装置， 所述装置包括：
第一处理单元， 所述第一处理单元用于在发生链路失败时， 确定造成链路失败的 具体触发信息；
第二处理单元，所述第二处理单元用于根据造成链路失败的具体触发信息对导致 链路失败的原因进行分析；
第一发送单元，所述第一发送单元用于将分析获得的导致链路失败的原因向网络 侧发送。
9、 根据权利要求 8所述的装置， 其中， 在造成链路失败的具体触发信息为物理 链路问题时， 所述第二处理单元具体用于：
在触发了测量报告时， 确定导致链路失败的原因为切换配置问题；
在未触发测量报告且存在信号质量好的邻小区时，确定导致链路失败的原因为切 换配置问题；
在未触发测量报告且不存在信号质量好的邻小区时，确定导致链路失败的原因为 覆盖空洞。
10、 根据权利要求 9所述的装置， 其中， 所述第二处理单元还用于在未触发测量 报告且不存在信号质量好的邻小区时， 在链路失败前存在近来成功的上行传输时， 确 定链路失败的原因是下行覆盖空洞； 在链路失败前不存在近来成功的上行传输时， 确 定链路失败的原因是下行覆盖空洞， 且上行未知。
11、 根据权利要求 8所述的装置， 其中， 在造成链路失败的具体触发信息为介质 访问控制层的随机接入问题时， 所述第二处理单元具体用于：
在接收到介质访问控制层随机过程失败的指示后，确定链路失败的原因是与介质 访问控制层随机过程有关的上行链路问题。
12、 根据权利要求 8所述的装置， 其中， 在造成链路失败的具体触发信息为无线 链路控制层传输问题， 所述第二处理单元具体用于：
在触发了测量报告且未成功发送测量报告时， 确定链路失败原因为切换配置问题； 在触发了测量报告且测量报告发送成功， 未成功发送切换完成消息时， 确定链路 失败原因为切换配置问题；
在未触发测量报告且存在信号质量好的邻小区时，确定链路失败的原因未切换配 置问题；
在未触发测量报告、不存在信号质量好的邻小区且在链路失败前存在近来成功的 下行传输时， 确定链路失败的原因为上行覆盖空洞；
在未触发测量报告、不存在信号质量好的邻小区且在链路失败前不存在近来成功 的下行传输时， 确定链路失败的原因为上行覆盖空洞， 且下行未知。
13、 一种分析链路失败原因的方法， 所述方法包括：
获取用户侧发送的导致链路失败的原因；
根据获取的所述导致链路失败的原因、或者根据获取的所述导致链路失败的原因 并结合测量结果来确定导致链路失败的原因。
14、 一种网络优化方法， 所述方法包括：
获取用户侧发送的导致链路失败的原因；
根据获取的所述导致链路失败的原因、或者根据获取的所述导致链路失败的原因 并结合测量结果来确定导致链路失败的原因；
根据确定的所述导致链路失败的原因对网络进行优化。
15、 一种分析链路失败原因的装置， 所述装置包括：
第三处理单元， 所述第三处理单元用于获取用户侧发送的导致链路失败的原因； 第四处理单元， 所述第四处理单元用于根据获取的所述导致链路失败的原因、或 者根据获取的所述导致链路失败的原因并结合测量结果来确定导致链路失败的原因。
16、 一种优化网络的装置， 所述装置包括：
第五处理单元， 所述第五处理单元用于获取用户侧发送的导致链路失败的原因； 第六处理单元， 所述第六处理单元用于根据获取的所述导致链路失败的原因、或 者根据获取的所述导致链路失败的原因并结合测量结果来确定导致链路失败的原因； 第一优化单元，所述第一优化单元用于根据确定的所述导致链路失败的原因对网 络进行优化。
17、 一种分析链路失败原因的方法， 所述方法包括：
在发生链路失败时， 确定造成链路失败的具体触发信息；
将所述具体触发信息作为导致链路失败的原因向网络侧发送。
18、 一种分析链路失败原因的装置， 所述装置包括：
第七处理单元， 所述第七处理单元用于在发生链路失败时， 确定造成链路失败的 具体触发信息；
第二发送单元，所述第一发送单元用于将所述具体触发信息作为导致链路失败的 原因向网络侧发送。
19、 一种分析链路失败原因的方法， 所述方法包括：
获取用户侧发送的造成链路失败的具体触发信息；
根据获取的所述具体触发信息、或者根据获取的所述具体触发信息并结合测量结 果来确定导致链路失败的原因。
20、 一种分析链路失败原因的装置， 所述装置包括：
第八处理单元，所述第八处理单元用于获取用户侧发送的造成链路失败的具体触 发信息；
第九处理单元， 所述第九处理单元用于根据获取的所述具体触发信息、或者根据 获取的所述具体触发信息并结合测量结果来确定导致链路失败的原因。
21、 一种网络优化方法， 所述方法包括：
获取用户侧发送的造成链路失败的具体触发信息；
根据获取的所述具体触发信息、或者根据获取的所述具体触发信息并结合测量结 果来确定导致链路失败的原因；
根据确定的所述导致链路失败的原因对网络进行优化。
22、 一种网络优化装置， 所述装置包括：
第十处理单元，所述第十处理单元用于获取用户侧发送的造成链路失败的具体触 发信息；
第十一处理单元， 所述第十一处理单元用于根据获取的所述具体触发信息、或者 根据获取的所述具体触发信息并结合测量结果来确定导致链路失败的原因； 第二优化单元，所述第二优化单元用于根据确定的所述导致链路失败的原因对网 络进行优化。
23、一种计算机可读程序，其中当在分析链路失败原因的装置中执行所述程序时， 所述程序使得计算机在所述装置中执行如权利要求 1 至 7、 权利要求 13、 权利要求 17和 19的任一项权利要求所述的分析链路失败原因的方法。
24、一种存储有计算机可读程序的存储介质， 其中所述计算机可读程序使得计算 机在分析链路失败原因的装置中执行如权利要求 1至 7、 权利要求 13、 权利要求 17 和 19的任一项权利要求所述的分析链路失败原因的方法。
25、 一种计算机可读程序， 其中当在优化网络的装置中执行所述程序时， 所述程 序使得计算机在所述装置中执行如权利要求 14或 21所述的网络优化方法。
26、一种存储有计算机可读程序的存储介质， 其中所述计算机可读程序使得计算 机在优化网络的装置中执行如权利要求 14或 21所述的网络优化方法。
PCT/CN2012/070667 2012-01-20 2012-01-20 分析链路失败原因的方法、网络优化方法及其装置 WO2013107044A1 (zh)

Priority Applications (11)

Application Number Priority Date Filing Date Title
PCT/CN2012/070667 WO2013107044A1 (zh) 2012-01-20 2012-01-20 分析链路失败原因的方法、网络优化方法及其装置
JP2014552468A JP5967220B2 (ja) 2012-01-20 2012-01-20 リンク失敗原因の分析方法、ネットワーク最適化方法及びその装置
MX2014008785A MX336069B (es) 2012-01-20 2012-01-20 Metodo para analizar una causa de fallo de enlace. metodo de optimizacion de red y aparato.
KR1020147020930A KR20140116156A (ko) 2012-01-20 2012-01-20 링크 실패의 원인을 분석하는 방법, 및 네트워크 최적화 방법 및 장치
CA2861883A CA2861883A1 (en) 2012-01-20 2012-01-20 Method for analyzing a cause of link failure, method of network optimization and apparatus
KR1020167028114A KR20160124231A (ko) 2012-01-20 2012-01-20 링크 실패의 원인을 분석하는 방법, 및 네트워크 최적화 방법 및 장치
BR112014017289A BR112014017289A8 (pt) 2012-01-20 2012-01-20 método para analisar uma causa de falha de enlace, método e aparelho de otimização de rede
CN201280064663.9A CN104081806A (zh) 2012-01-20 2012-01-20 分析链路失败原因的方法、网络优化方法及其装置
EP12866042.0A EP2806677A4 (en) 2012-01-20 2012-01-20 METHOD FOR ANALYZING THE CAUSE OF WIRELESS COMMUNICATION ERRORS AND NETWORK OPTIMIZATION METHOD AND DEVICE
US14/326,768 US20140317461A1 (en) 2012-01-20 2014-07-09 Method for analyzing a cause of link failure, method of network optimization and apparatus
RU2015153557A RU2622642C1 (ru) 2012-01-20 2015-12-15 Способ для анализа причины отказа линии связи, способ оптимизации сети и устройство

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/070667 WO2013107044A1 (zh) 2012-01-20 2012-01-20 分析链路失败原因的方法、网络优化方法及其装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/326,768 Continuation US20140317461A1 (en) 2012-01-20 2014-07-09 Method for analyzing a cause of link failure, method of network optimization and apparatus

Publications (1)

Publication Number Publication Date
WO2013107044A1 true WO2013107044A1 (zh) 2013-07-25

Family

ID=48798529

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/070667 WO2013107044A1 (zh) 2012-01-20 2012-01-20 分析链路失败原因的方法、网络优化方法及其装置

Country Status (10)

Country Link
US (1) US20140317461A1 (zh)
EP (1) EP2806677A4 (zh)
JP (1) JP5967220B2 (zh)
KR (2) KR20140116156A (zh)
CN (1) CN104081806A (zh)
BR (1) BR112014017289A8 (zh)
CA (1) CA2861883A1 (zh)
MX (1) MX336069B (zh)
RU (1) RU2622642C1 (zh)
WO (1) WO2013107044A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108605257A (zh) * 2016-12-14 2018-09-28 华为技术有限公司 网络故障处理方法及设备

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106454926B (zh) * 2012-05-04 2020-06-02 华为技术有限公司 链路覆盖问题确定方法、装置与系统
US8995255B2 (en) 2012-08-03 2015-03-31 Intel Corporation Coverage adjustment in E-UTRA networks
WO2014040277A1 (zh) * 2012-09-14 2014-03-20 华为技术有限公司 移动性管理方法、基站和用户设备
GB2515492A (en) * 2013-06-24 2014-12-31 Vodafone Ip Licensing Ltd Optimization of a cellular radio network
PT3085161T (pt) 2013-12-19 2019-11-04 Guangdong Oppo Mobile Telecommunications Corp Ltd Acesso de rede através de uma segunda rede sem fios
CN105103616A (zh) * 2014-01-29 2015-11-25 华为技术有限公司 一种无线链路失败的处理方法及设备
JP6580833B2 (ja) * 2015-01-23 2019-09-25 Kddi株式会社 制御装置、制御方法、及びコンピュータプログラム
CN107548086B (zh) * 2016-06-24 2022-09-27 中兴通讯股份有限公司 根因定位方法及装置
CN108243469B (zh) * 2016-12-23 2021-07-16 夏普株式会社 用户移动性方法和设备
US10893551B2 (en) 2017-03-11 2021-01-12 Qualcomm Incorporated Numerology dependent communication timing
CN109428687B (zh) * 2017-07-21 2020-12-15 华为技术有限公司 触发无线链路失败rlf的方法和装置
CN111095972B (zh) * 2017-09-15 2023-10-10 诺基亚通信公司 用于链路关联的全局优化过程
US20220124817A1 (en) * 2019-02-01 2022-04-21 Lg Electronics Inc. Provision of rach related information for connection failure detection
US10862742B2 (en) * 2019-03-08 2020-12-08 Juniper Networks, Inc. Method for conveying AP error codes over BLE advertisements
KR20210060111A (ko) * 2019-11-18 2021-05-26 삼성전자주식회사 전자 장치 및 그 제어 방법
CN111263386A (zh) * 2020-02-10 2020-06-09 北京小米移动软件有限公司 终端上网异常处理方法、装置及介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101808354A (zh) * 2010-03-09 2010-08-18 西安电子科技大学 基于移动终端信息检测切换失败场景的方法
CN101815314A (zh) * 2009-02-20 2010-08-25 华为技术有限公司 发现无线网络问题的方法、装置及系统
CN102104907A (zh) * 2011-01-27 2011-06-22 华为技术有限公司 一种参数处理方法及基站

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0324597D0 (en) * 2003-10-21 2003-11-26 Nokia Corp A communication system
CN100589427C (zh) * 2007-02-14 2010-02-10 中兴通讯股份有限公司 一种以太网自动保护方法
JP2009055356A (ja) * 2007-08-27 2009-03-12 Ntt Docomo Inc 移動通信システムにおける基地局装置、移動局装置および基地局制御方法
CN101483927B (zh) * 2008-01-08 2011-05-04 华为技术有限公司 检测无线链路失败的方法及设备
KR101457754B1 (ko) * 2009-03-12 2014-11-03 인터디지탈 패튼 홀딩스, 인크 무선 링크 실패에 대한 모니터링을 위한 방법 및 장치
JP5792923B2 (ja) * 2009-04-20 2015-10-14 キヤノン株式会社 放射線撮像装置及び放射線撮像システム、それらの制御方法及びそのプログラム
CN101931966B (zh) * 2009-06-26 2013-08-07 电信科学技术研究院 一种检测切换问题的方法、装置和系统
CN101998474B (zh) * 2009-08-13 2012-07-18 电信科学技术研究院 一种载波聚合技术中的无线链路失败判决方法及装置
CN102111830B (zh) * 2009-12-28 2015-01-28 上海无线通信研究中心 无线链路失败原因的区分方法
EP2522191B1 (en) * 2010-01-05 2021-04-07 Nokia Solutions and Networks Oy Re-establishment of component carriers in a wireless communication system
CN104540192B (zh) * 2010-01-07 2019-02-01 日本电气株式会社 无线通信系统、无线终端、无线网络、无线通信方法
US8780698B2 (en) * 2010-04-01 2014-07-15 Lg Electronics Inc. Signal processing method in wireless communication system and device therefor
WO2011131221A1 (en) * 2010-04-19 2011-10-27 Nokia Siemens Networks Oy Method and device for data processing in a wireless network
EP2604085B1 (en) * 2010-08-13 2015-01-21 InterDigital Patent Holdings, Inc. In-device interference mitigation
GB2484117A (en) * 2010-09-30 2012-04-04 Fujitsu Ltd Automated network coverage hole detection by systematically modifying a connection reestablishment timer (T311) in a number of UEs
US9042315B2 (en) * 2011-05-03 2015-05-26 Mediatek Inc. SCELL radio link monitoring and radio link failure handling
WO2013044523A1 (en) * 2011-09-30 2013-04-04 Nokia Siemens Networks Oy Methods and apparatus for providing measurement information
WO2013045537A1 (en) * 2011-09-30 2013-04-04 Nokia Siemens Networks Oy Radio link failure report filtering
US9204316B2 (en) * 2011-09-30 2015-12-01 Blackberry Limited Enhancement and improvement for hetnet deployments
US9055560B2 (en) * 2012-01-18 2015-06-09 Mediatek Inc. Method of enhanced connection recovery and loss-less data recovery

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101815314A (zh) * 2009-02-20 2010-08-25 华为技术有限公司 发现无线网络问题的方法、装置及系统
CN101808354A (zh) * 2010-03-09 2010-08-18 西安电子科技大学 基于移动终端信息检测切换失败场景的方法
CN102104907A (zh) * 2011-01-27 2011-06-22 华为技术有限公司 一种参数处理方法及基站

Non-Patent Citations (1)

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

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108605257A (zh) * 2016-12-14 2018-09-28 华为技术有限公司 网络故障处理方法及设备
US10986685B2 (en) 2016-12-14 2021-04-20 Huawei Technologies Co., Ltd. System and method for handling network fault identified according to amounts of uplink data sent and downlink data received

Also Published As

Publication number Publication date
KR20140116156A (ko) 2014-10-01
MX2014008785A (es) 2014-10-13
EP2806677A4 (en) 2015-12-09
BR112014017289A2 (pt) 2017-06-13
BR112014017289A8 (pt) 2017-07-04
RU2622642C1 (ru) 2017-06-19
US20140317461A1 (en) 2014-10-23
CA2861883A1 (en) 2013-07-25
RU2015153557A (ru) 2017-06-20
EP2806677A1 (en) 2014-11-26
CN104081806A (zh) 2014-10-01
JP5967220B2 (ja) 2016-08-10
KR20160124231A (ko) 2016-10-26
JP2015507887A (ja) 2015-03-12
MX336069B (es) 2016-01-06

Similar Documents

Publication Publication Date Title
WO2013107044A1 (zh) 分析链路失败原因的方法、网络优化方法及其装置
JP6029774B2 (ja) モバイルネットワークの適応化
EP2541986B1 (en) Method and user equipment for reporting handover scenario judgement parameter and base station for handover scenario judgement
US20170230878A1 (en) Failure Event Report Extension for Inter-RAT Radio Link Failure
EP2955962B1 (en) Handover failure detection device, handover parameter adjustment device, and handover optimization system
US9167447B2 (en) Failure event report for initial connection setup failure
US9357464B2 (en) Arrangement and method for optimising handling of handovers in telecommunication systems
WO2010105567A1 (zh) 切换优化方法、设备及系统
US20150023188A1 (en) Comparative analysis of wireless devices
WO2012071704A1 (zh) 报告无线链路失败信息的方法、终端设备和基站
KR101831952B1 (ko) 핸드오버 방법 및 그 장치
WO2012048559A1 (zh) 无线链路失败原因的确定方法和装置
US20160249235A1 (en) Method for processing radio link failure report, apparatus, and system
WO2012059013A1 (zh) 一种长期演进系统中rlf指示消息的处理方法和设备
EP3216260A1 (en) Network-controlled terminal data call performance testing
WO2014067108A1 (zh) 报告连接重建信息的方法、装置和系统
CN113938962A (zh) 切换信息报告方法及用户设备
WO2015017975A1 (zh) 指示信息发送与接收方法和装置
JP6194987B2 (ja) リンク失敗原因の分析方法、ネットワーク最適化方法及びその装置
RU2628531C2 (ru) Способ для анализа причины отказа линии связи, способ оптимизации сети и устройство
RU2574857C1 (ru) Способ для анализа причины отказа линии связи, способ оптимизации сети и устройство
WO2024067624A1 (zh) 信息报告方法以及用户设备
Gelabert A Simulation Study on LTE Handover and the Impact of Cell Size
CN118042643A (zh) 信息报告方法以及用户设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12866042

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014552468

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2861883

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: MX/A/2014/008785

Country of ref document: MX

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20147020930

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2012866042

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2014134047

Country of ref document: RU

Kind code of ref document: A

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112014017289

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112014017289

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20140714