CN1852533A - Method for reporting fault in 3-to-2G system switching-over course - Google Patents
Method for reporting fault in 3-to-2G system switching-over course Download PDFInfo
- Publication number
- CN1852533A CN1852533A CNA2005100886850A CN200510088685A CN1852533A CN 1852533 A CN1852533 A CN 1852533A CN A2005100886850 A CNA2005100886850 A CN A2005100886850A CN 200510088685 A CN200510088685 A CN 200510088685A CN 1852533 A CN1852533 A CN 1852533A
- Authority
- CN
- China
- Prior art keywords
- fault
- information
- message
- cell
- report method
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Images
Abstract
The reporting method includes steps: monitoring fault in switching procedure; if fault is monitored, then capturing information of fault site based on content in information set of fault parameter, and sending message of reported fault to network management center; otherwise, continue to monitor fault in switching procedure. Network management system analyzes cause of fault and relevant information recorded at site so as to be able to solve fault through relevant means.
Description
Technical field
The present invention relates to a kind of communication technology, relate in particular to a kind of from 3G (third generation) communication system to 2G (second generation) communication system handoff procedure the report method of fault.
Background technology
The covering of 2G communication network such as GSM/GPRS (mobile communication system/general grouping wireless service system) network is more complete at present, and at initial stage that 3G network such as WCDMA (Wideband Code Division Multiple Access (WCDMA)) put it into commercial operation, operator considers based on number one, can not cover on a large scale, therefore the situation that in one period, is certainly existing WCDMA network and GSM/GPRS network and depositing.In order to ensure 3G communication system such as WCDMA to the switching between 2G communication system such as the GSM/GPRS.Need in time to obtain on-site parameters, the especially on-site parameters when breaking down in the handoff procedure,, network configuration is adjusted and optimized so that determine failure cause in time according to these on-site parameters.
In the prior art, in order to determine failure cause and optimization network configuration, take following method:
1) performance statistics function.Performance statistics is a quality of weighing current network by statistical items crucial in the statistics network, this method is to add up to switch between system in a specific measuring period success/frequency of failure, and this statistical value fed back to network management system, comprehensively analyze by network management system, instruct dilatation and problem to solve existing network by analysis result;
Yet, because performance accounting method is a kind of statistical function of periodic duty, in a period of time, switches between statistical system and success rate or how many mortalitys is, the reason to fault does not reflect.If improve the granularity of performance statistics, increase switching the statistics that failure cause between system, will certainly cause the appearance of mass data, regular traffic is had influential.
2) the whole network signaling test method.The method of signaling tracing be by the signaling tracing instrument in standard protocol interface (as UU, IUB) follow the tracks of calling procedure in especially from the standard agreement message in the different network elements, and the message that these are relevant sends to network management center, analyze by the message that these are caught, according to analysis result network is optimized, solves subproblem simultaneously;
Yet, because the whole network tracking is a kind of real-time tracking, need all to follow the tracks of, because normal and fault are not distinguished in this tracking, so can produce a large amount of tracking messages at all interfaces by third party's instrument.Because the basic reason of various faults is not quite similar, how from a large amount of tracking messages, to obtain the useful information of this time of location fault, will have great workload.Signaling tracing also needs very rich experience in addition, requires to find fault basic reason implicit in the message observantly, and the threshold of Fen Xiing is higher like this, is not easy to promote in the attendant.
3) alarm: network management system can be carried out the eliminating and the management of network failure to the processing and the analysis of warning information.When system breaks down, warning system can be real-time will alarm the reason that produces and send to network management system, and network management system can be analyzed and gets rid of the fault that is taken place according to producing alarm cause and equipment.
Yet, all be equipment fault owing to what alarm in general concern, fewer to the concern of user's fault.When breaking down owing to wireless reason causes switching, in alarm, be to embody such as the user.And can only reflect certain fault point in three of publishing picture at most, can not fully reflect out of order because of.So alarm can not reflect the fault that occurs in the switching between system basically.
In sum, because above-mentioned prior art all exists such or such shortcoming, make when determining failure cause, to seem very inconvenient, even can not determine failure cause.
Summary of the invention
Target of the present invention provided a kind of from the 3G communication system to 2G communication system handoff procedure the report method of fault, can conveniently determine failure cause according to the content that reports.
The invention provides a kind of from third generation communication system to second generation communication system handoff procedure the report method of fault, comprising: set up switch failure parameter information collection, be used to be provided with switch failure and report parameter item,, may further comprise the steps when in handoff procedure:
The fault-signal that A, monitoring handoff procedure and receiving system are sent when handoff failure;
The parameter item that B, the concentrated requirement of failure cause inquiry switch failure information that indicates according to described fault-signal report;
C, from system, obtain corresponding parameters value and Write fault reporting message according to described parameter item;
D, described fault reporting message is sent to network management center.
Described fault parameter information set comprises terminal equipment message part, RAB message part, optimum subdistrict message part, active set cell message part, isosystem measurement message part, fault message part and extend information part.
Described terminal equipment message part comprises that logic moves service codes information.
Described RAB message part comprises type of service, down link Maximum Bit Rate, up link Maximum Bit Rate and radio bearer sign.
Described RAB message part comprises that also core network domain sign, down link guarantee that bit rate and up link guarantee bit rate combination in any wherein.
Described optimum subdistrict message part and active set cell message part comprise cell ID respectively.
Described optimum subdistrict information part and active set cell information partly also comprise the combination in any of the sign indicating number received power of the signal to noise ratio of Common Pilot Channel and Common Pilot Channel respectively.
Described isosystem measurement information comprises handover trigger reason between GSM cell information, switching target GSM cell information and system.
Described GSM cell information and switching target GSM cell information comprise Location Area Code, Network Color Code, BCC, different system cell sign, different system cell frequency combination in any wherein respectively.
Described Location Area Code comprises Mobile Network Code, Mobile Country Code MCC and Location Area Code.
Described GSM cell information and switching target GSM cell information also comprise respectively: the BSIC combination in any wherein of GSM carrier wave RSSI, the BSIC of verification, non-verification.
The handover trigger reason comprises triggering selection and isosystem measurement Report Type between described system.
Between described system the handover trigger reason also comprise based on cover, based on load, based on the reason combination in any wherein of blind switching, the directed retry of different system and directed retry.
Described isosystem measurement Report Type comprises that switching outgoing event between measurement report type and system identifies.
Described isosystem measurement Report Type also comprises the combination in any of preiodic type and event mode.
Described fault message message part comprises selects the reason group.
Described fault message comprises RNC internal fault, IUB interface fault, UU interface fault and IU interface fault combination in any wherein.
Described switch failure parameter information is concentrated the described parameter item of classification setting step by step.
Carry the current cell that reports parameter value according to parameter item settings at different levels in the described fault reporting message.
Also comprise in the described fault reporting message: the cell that carries the type of message sign.
Described method also comprises: described network management center receives described fault reporting message and extracting parameter value from each cell.
Owing to when fault takes place, write down the field data that breaks down, and after it is fed back to network management system, by network management system to wherein between contained system failure cause in the handoff procedure and relevant information analyze, can find effectively root that fault in the calling procedure occurs because of, thereby can solve fault by corresponding means.
Description of drawings
Fig. 1 is for being switched to the switching flow figure of gsm system by the WCDMA system;
Fig. 2 is for being switched to the switching flow figure of gprs system by the WCDMA system;
Fig. 3 shows the schematic diagram of fault tree;
Fig. 4 shows the flow chart of report method of the present invention.
Embodiment
Understand and realization the present invention the existing embodiments of the invention of describing in conjunction with the accompanying drawings for the ease of persons skilled in the art.
For illustrate of the present invention from the 3G communication system to 2G communication system handoff procedure the report method of fault, at first with UE from 3G such as WCDMA system to 2G such as gsm system or gprs system be example explanation handoff procedure.Only consider the situation of WCDMA and GSM core net in the handoff procedure below.
At first the handoff procedure of UE (subscriber equipment) from the WCDMA system to gsm system described with reference to Fig. 1.
Step 1:RNC (radio network controller) finishes the switch decision algorithm according to the attribute of current area, adjacent cell configuration attribute with to information such as UE measurement results.When RNC judgement UE should carry out the switching of different system, send Relocation Required (re-positioning request) message to CN (core net), trigger the once handoff procedure of different system;
Step 2, CN send to this request by the MAP/E interface MSC (mobile switching centre) of gsm system after receiving this message;
Step 3,4 is the conventional handoff procedure among the GSM, omits its explanation at this;
Step 5, by the MAP/E interface, MSC returns Prepare Handover Response (preparation handoff response) message to core net, switches between system to be ready to complete;
Step 6, core net are returned Relocation Command (reorientation order) to SRNC (service wireless network controller), show that target GSM BSS (base station sub-system of GSM) distributes Radio Resource and other resources for UE;
Step 7, SRNC send to UE with the information of GSM BSS by Uu interface Handover from UtranCommand (from the order of Utran) message.From then on UE explains the radio channel resource information (frequency/timeslot number/initial power or the like) of GSM/BSS for its distribution in the message, inserts different system cell;
Step 8,9,10 is the conventional handoff procedure among the GSM, omits its explanation at this;
Step 11, MSC detect UE and have inserted GSM, then send SendEnd Signal Request (sending the end signal request) message by the MAP/E interface to CN;
Step 12,13, when UE inserts after different system cell finishes, CN can send Iu ReleaseCommand (IU release command) and give SRNC.SRNC begins to discharge UE context, Radio Resource and the related resource of this side.(annotate: this moment, RRC herein (Radio Resource control) discharges flow process need not discharge UIE again because UE has been moved to GSM);
Step 14, at the MAP/E interface, CN sends Send End Signal Response (sending the end signal response) message, switches between system flow process and finish.
Below with reference to the handoff procedure of Fig. 2 description from the WCDMA system to gprs system.
Switch between the system of step 1, MS (travelling carriage) or UTRAN judgement initiation data field, MS is switched in the new sub-district of a GPRS;
Step 2, MS initiate the Routing Area Update request to the SGSN of 2G+3G, updating type will indicate Routing Area Update, perhaps uniting RA/LA upgrades, perhaps the associating RA/LA that adheres to IMSI (global mobile user identification) upgrades, and BSS will receive the band RAC of adding sub-district, place in the message and the cellular global identity (CGI) of LAC before message is delivered to SGSN;
Step 3, if MS is in connection status, then 2G+3G SGSN sends SRSN ContextRequest message to SRNS;
After step 4, SRNS receive this message, beginning buffer memory and stop to send data PDU (protocol Data Unit) to MS, and return SRNS Context Response (sequence number that contains PDP, GTP) to 2G+3G SGSN;
Step 5, execution safe procedures;
Step 6, if MS is in PMM-CONNECTED (connection status) state, then 2G+3G SGSN sends data forwarding order (Data Forward Command) to SRNS, shows that 2G+3G SGSN is ready to, and can receive packet;
Step 7, SRNS send data in buffer PDU to 2G+3G SGSN;
If step 9 association will be established, so new 2G SGSN sends Location Update Request (reorientation update request) and gives VLR (VLR Visitor Location Register).Notify new MSC/VLR to initiate the position and upgrade, VLR can create or upgrades association by preserving the SGSN number;
If the user data among step 10 VLR is indicated the affirmation of not passing through HLR, VLR will notify HLR.VLR that the HLR cancellation is old and insertion user data are to new VLR, and step 10 comprises following six steps:
A. new VLR sends Update Location (upgrading the location) and gives HLR;
B.HLR is by sending the data among the old VLR of Cancel Location (cancellation location) message cancellation to old VLR;
C. old VLR responds with Cancel Location;
D.HLR sends Insert Subscriber Data Ack to new VLR;
E. new VLR with Insert Subscriber Data Ack in response;
F.HLR gives new VLR in response with Update Location Ack.
Step 11, new VLR are MS distribution T MSI, send Location Update Accep notice 2G+3GSGSN;
Step 13, MS are by sending the newly assigned PTMSI of Routing Area Update Complete (Routing Area Update is finished) message authentication, and all successfully send to the data PDU of MS before Routing Area Update is initiated to comprise affirmation;
In above-mentioned two flow processs, related to RNC, NodeB and CN three part network elements, and a large amount of communication messages has been arranged between network element, each network element internal is realized comparatively complexity simultaneously, therefore, the factor that relates to when breaking down is many.However, for single network element, when fault takes place, always in the mode of a chain, begin to transmit from producing unusual root (Root Cause), progressively show as Fault (be difficult to or not can be the user discovers) or Failure (for the user discovers).
According to the present invention, for the reason of clear failure, above-mentioned handoff procedure can be divided by level, level is extended to the upper strata from bottom, as shown in Figure 3, and represent with the form of traffic failure tree.For example, at the client layer call drop, can cause by network element RNC at business system layer, can be to cause further in subsystem layer by the signaling plane fault, further between the internal module layer is by system, switch to be out of order and cause, further on OS layer resource, fail, cause sending Handover from Utran Command message failure to UE by the application resource.
In order to obtain fault in-situ information comprehensively, data message related in the handoff procedure is defined as the fault parameter information set, and the fault parameter information set is divided by level, the concrete division shows this level as table 4 to table 13.
In table 2-13, the title of message part/information sets is shown in first tabulation, and whether this message part of secondary series information representation is essential message part, and its implication is as shown in table 1.The number of this message part is shown in the 3rd tabulation, can be a span, and omitting expression only has one.Type, its span or the reference table of this message part shown in the 4th tabulation.The 5th classifies the implication of this message part as.This information decision by its sub-information of this information is represented in the omission of secondary series, the 4th column information.
Table 1 abbreviation implication table
| Abbreviation | Implication |
| M | This message part must be comprised in the failure cause record |
| O | This message part may be comprised in the failure cause record |
| C | When condition satisfies, this message part will be comprised in the failure cause record, otherwise this message part will can not be comprised in the failure cause record, |
Table 2 fault message body structure
| Message part part/information sets title (Information Element/Group name) | Need | Multi | Type and reference | Semantics description (Chinese implication) |
| Type of message (MessageType) | M | Message Type | ||
| UE message part (UE information elements) | M | UE message part (mainly being IMSI) | ||
| RAB message part (RAB Information elements) | M | RAB message part (characteristic of current business) | ||
| Best cell message part (BestCell information elements) | M | Best cell message part (current best cell and uplink and downlink signals quality thereof) | ||
| Sub-district message part in the active set (CellLeg Information elements) | M | Sub-district message part in the active set (current active collection sub-district and uplink and downlink signals quality thereof) | ||
| Isosystem measurement message part (Inter-Rat measured elements) | M | Isosystem measurement message part (2G cell and signal quality thereof) | ||
| Fault message part (Failure information elements) | M | Referring to table 3 | Fault message part (structure is asked for an interview 2.2.2) | |
| Extend information part (Extended information elements) | O | This message part is used to describe the message part of follow-up increase, if the message part of no follow-up increase then need not to be with this message part |
Table 3 fault message part (Failure information elements)
| Message part part/information sets title (Information Element/Group name) | Need | Multi | Type and reference | Semantics description (Chinese implication) |
| CHOICE Cause Group | M | |||
| RNC internal fault (RNC Inner Failure Choice) | O | The RNC internal fault | ||
| IUB interface fault (IUB Interface Failure Choice) | O | The IUB interface fault | ||
| UU interface fault (UU Interface Failure Choice) | O | The UU interface fault | ||
| IU interface fault (IUI nterface Failure Choice) | O | The IU interface fault |
Table 2 and table 3 show fault parameter information set general structure of the present invention, as shown in table 2, the structure of this fault parameter information set comprises and contains sub-district message part (current active collection sub-district and uplink and downlink signals quality thereof) in UE message part (mainly being IMSI), RAB message part (characteristic of current business), best cell message part (current best cell and uplink and downlink signals quality thereof), the active set, isosystem measurement message part (2G cell and signal quality thereof), fault message part and expansion.
As shown in table 3, the fault message part-structure adopts the method for dividing by standard interface and network element, be directed to Fig. 1, the part of WCDMA in the flow process among Fig. 2, make mistakes at standard interface (for example: receive that unexpected message (contains the transport layer mistake, user's face mistake etc.), or receive failed message, or the timer expiry that waits for the arrival of news), or RNC internal error (such as message code error when sending, or user's face/signaling plane L2 makes mistakes, or transmission AL makes mistakes, or application memory failure when distributing relevant example resource) time, at this moment fault in-situ information can be pressed the form of fault parameter information set and form the fault reporting message, report to network management center, perhaps export daily record to, so that fault is positioned and handles.
Table 4 to table 13 shows the detailed level structure of fault message body of the present invention.
The detailed structure of table 4 fault parameter information set
| Message part part/information sets title (Information Element/Group name) | Need | Multi | Type and reference | Semantics description (Chinese implication) |
| Message Type | M | Message Type | Selecting type is to switch between system | |
| UE information elements | ||||
| IMSI | M | Referring to table 5 | The IMSI information of UE | |
| RAB Information elements | ||||
| RAB business information (RAB information) | M | RABs Information List (referring to table 6) | Business information among the current WCDMA | |
| Best Cell information elements | ||||
| Optimum subdistrict information (BestCell Information) | M | Cell Information (referring to table 7) | The information of optimum subdistrict | |
| Cell Leg Information elements |
| Active set cell information (Cell Leg Information) | M | 0～6 | Cell Information (referring to table 7) | The information of active set cell |
| Inter-Rat measured elements | ||||
| GSM cell information (GSM Cell Information) | M | 0～32 | GSM Cell Information (referring to table 8) | The information of GSM sub-district (containing a plurality of) |
| Purpose GSM cell information (Target GSM Cell Information) | M | GSM Cell Information (referring to table 8) | Switch the information (unique) of purpose GSM sub-district | |
| Handover trigger reason between system (InterRat Handover Trigger) | M | InterRat handover trigger (referring to table 10) | The triggering reason of switching between system | |
| Failurre information elements | ||||
| Handoff failure reason (Handover From UTRAN Failure Cause) | M | Handover From UTRAN Failure Cause (referring to table 13) | From switching the detailed reason that is out of order between the UTRAN system |
The IMSI information of table 5 UE
| Message part part/information sets title (Information Element/Group name) | Need | Multi | Type and reference | Semantics description (Chinese implication) |
| IMSI | M | 6 to 21 | The first element contains the first IMSI digit; The second element the second IMSI digit and so on. Although normally upto 15 digits are used fpr this IE; A bigger length is used to support future extension. (because IMSI is the basic conception of mobile communication, not adding explanation at this) | |
| >IMSI digit | M | INTEGER(0.. 9) |
Business information among the current WCDMA of table 6 (RABs Information List)
| Message part part/information sets title (IE/Group Name) | Need | Multi | Type and reference | Semantics description (Chinese implication) |
| RABs Information List | 1～ maxnoofRA Bs | Maximum no.of RABs for oneUE.Value is 256 | ||
| Type of service (Traffic Class) | M | ENUMERATED (conversational，streaming， interactive，background，...) | Type of service (session, stream, mutual, background) | |
| CN domain identifier (CN Information identiy) | O | CN Domain identity | CN territory ID | |
| Down link Maximum Bit Rate (DL Maximum Bit Rate) | M | INTEGER(1..16,000,000) | The maximum Bit of DL leads | |
| Up link Maximum Bit Rate (UL Maximum Bit Rate) | M | INTEGER(1..16,000,000) | The maximum Bit of UL leads | |
| Down link assurance bit rate (DL Guaranteed Bit Rate) | O | INTEGER(0..6,000,000) | DL guarantees that Bit leads | |
| Up link assurance bit rate (UL Guaranteed Bit Rate) | O | INTEGER(0..16,000,000) | UL guarantees that Bit leads | |
| Service identification (RAB ID) | M | BIT STRING(8) | Traffic ID/wireless access bearing sign |
Table 7 cell information (Cell Information)
| Message part part/information sets title (Information Element/Group name) | Need | Multi | Type and reference | Semantics description (Chinese implication) |
| Cell ID (Cell identity) | M | BIT STRING(28) | Sub-district ID | |
| Measurement result for current cell | ||||
| The signal to noise ratio (CPICH Ec/N0) of Common Pilot Channel | O | INTEGER(0.. 49) | The signal to noise ratio of Common Pilot Channel | |
| The sign indicating number received power (CPICH RSCP) of Common Pilot Channel | O | INTEGER(0.. 91) | The sign indicating number received power of Common Pilot Channel |
Table 8 GSM cell information (GSM Cell Information)
| Message part part/information sets title (Information Element/Group name) | Need | Multi | Type and reference | Semantics description Chinese implication) |
| GSM Cell Information | ||||
| Location Area Code (Location area identity) | M | Referring to table 9 | Location Area Code | |
| Network Color Code (NCC) | M | INTEGER(0..7) | Network Color Code | |
| BCC (BCC) | M | INTEGER(0..7) | BCC | |
| GSM carrier wave RSSI (GSM carrier RSSI) | O | BIT STRING(6) | GSM carrier wave RSSI | |
| >>CHOICE BSIC | ||||
| >>>Verified BSIC | O | |||
| >>>>inter-RAT cell id | M | |||
| >>>Non verified BSIC | O | |||
| The frequency point number (BCcharFCN) of this sub-district BCCH channel carrier frequency | M | INTEGER (0..1023) | The frequency point number of this sub-district BCCH channel carrier frequency |
Table 9 location area information (Location Area Identity)
| Message part part/information sets title (Information Element/Group name) | Need | Multi | Type and reference | Semantics description (Chinese implication) |
| Location Area Identity | ||||
| Mobile Network Code (MNC) | M | Mobile Network Code | ||
| Mobile Country Code MCC (MCC) | M | Inter-Rat Measurement Report type | Mobile Country Code MCC | |
| Location Area Code (Location Area Code) | M | INTEGER(1..65535) 0 and 65534 is reserved | Location Area Code |
Handover trigger information between table 10 system (Inter-Rat handover trigger)
| Message part part/information sets title (Information Element/Group name) | Need | Multi | Type and reference | Semantics description (Chinese implication) |
| CHOICE of trigger | M | |||
| Based on covering (Based on Coverage) | O | Based on covering | ||
| Isosystem measurement Report Type (Inter-Rat Measurement Report type) | M | Referring to table 11 | The isosystem measurement Report Type | |
| Based on load (Based on Load) | O | Based on load | ||
| Based on blind switching (Based on Blind) | O | Based on blind switching | ||
| Different system directed retry (Direct Retry) | O | The directed retry of different system | ||
| The reason (Direct Retry Cause) of directed retry | The reason of directed retry |
Table 11 isosystem measurement Report Type (Inter-Rat Measurement Report type)
| Message part part/information sets title (Information Element/Group name) | Need | Multi | Type and reference | Semantics description (Chinese implication) |
| Measurement Report type | M | |||
| CHOICE of Report | ||||
| Preiodic type (Periodic) | O | Preiodic type | ||
| Event mode (Event) | O | Event mode | ||
| Switch outgoing event sign (Inter-Rat event identity) between system | M | Referring to table 12 | Switch outgoing event ID between system |
Table 12 isosystem measurement event id (Inter-Rat event identity)
| Message part part/information sets title (Information Element/Group name) | Need | Multi | Type and reference | Semantics description (Chinese implication) |
| Switch outgoing event sign (Inter-Rat event identity) between system | M | ENUMERAT ED(3a，3b， 3c，3d) | Switch outgoing event ID between system, see 3GPP 25.331 agreements for details |
Table 13 fault detail reason (Handover From UTRAN Failure Cause)
| Message part part/information sets title (Information Element/Group name) | Need | Multi | Type and reference | Semantics description (Chinese implication) |
| CHOICE Cause Group | M | |||
| >RNC Inner Failure Choice | O | |||
| Protocol message or the incompatible error reason (Protocol or Unmatched Message Error Cause) of message | O | The error reason that protocol message or message are incompatible, relevant with inner realization, specifically do not provide at this | ||
| ASN1 error reason (ASN1 Error Cause) | O | ENUMERATED(Tran sfer Syntax Error， Abstract Syntax Error， Logical Error). | ASN1 error reason (transfer syntax mistake, the abstract syntax mistake, logic error) | |
| L2 configuration error reason (L2 Configuration Error Cause) | O | L2 Configuration Error Cause | L2 configuration error reason, relevant with inner realization, specifically do not provide at this | |
| AL configuration error reason (AL Configuration Error Cause) | O | AL Configuration Error Cause | AL configuration error reason, relevant with inner realization, specifically do not provide at this | |
| Memory Allocation failure (Allocation Memory Failure) | O | The Memory Allocation failure | ||
| Other faults (Unspecified) | O | Other faults | ||
| IUB interface fault (IUB Interface Failure Choice) | O | The IUB interface fault does not have the IUB interface fault during owing to switching between system, so slightly | ||
| UU interface fault (UU Interface Failure Choice) | O | The UU interface fault | ||
| UU standard interface mistake (UE Inter RAT handover falure) | O | UEInterRAT handover failure | The UU mouth receives the Inter Rat HandOver Failure message that UE sends, be UU standard interface mistake, the concrete reason value please see 3GPP 25.331 for details | |
| Other faults (Unspecified) | O | Other faults | ||
| IU interface fault (IU Interface Failure Choice) | O | The IU interface fault | ||
| Reorientation preparation failure cause (Relocation Preparation Failure Cause) | O | IU Interface Failure Cause | Reloc Prep procedure fault reason is IU standard interface mistake, and the concrete reason value please see 3GPP 25.413 for details |
| Reorientation order wait timeout (Relocation Command Timer Expire) | O | Wait for Reloc Command message timer expiry | ||
| IU release command overtime (IU Release Command Timer Expire) | O | Wait for IU Release Command message timer expiry | ||
| Other faults (Unspecified) | O | Other faults |
Following his-and-hers watches 4 carry out brief description to table 13, and table 4 is the expansion general structure of the fault parameter information set shown in the table 1, below it are successively described.As shown in table 5, described UE message part only comprises IMSI (global mobile user identification) information, and this is an essential option.
As shown in table 6, RAB (RAB) message part comprises four essential options: type of service, DL (down link) Maximum Bit Rate, UL (up link) Maximum Bit Rate and radio bearer sign and three option: CN (core net) domain identifier, DL guarantee that bit rate, UL guarantee bit rate.
As shown in table 7, optimum subdistrict information and active set cell message part comprise an essential option respectively: cell ID, two options: the signal to noise ratio of Common Pilot Channel and sign indicating number received power.
As shown in table 4, isosystem measurement information comprises three essential options: handover trigger reason between GSM cell information, switching target GSM cell information and system.
As shown in table 8, GSM cell information and switching target GSM cell information comprise four essential options respectively: Location Area Code, Network Color Code, BCC, inter-RAT cellid (different system cell sign), BCCH ARFCN (frequency of different system cell), three options: GSM carrier wave RSSI (signal strength signal intensity that receives indicates), Verified BSIC (BSIC that has verified), Non verified BSIC (not verified BSIC).
As shown in table 9, Location Area Code comprises three essential options: Mobile Network Code, Mobile Country Code MCC and Location Area Code.
As shown in table 10, the handover trigger reason comprises three essential options between system: triggering selection, isosystem measurement Report Type and following option: based on cover, based on load, based on the reason of blind switching, the directed retry of different system and directed retry.
As shown in table 11, the isosystem measurement Report Type comprises following essential option: switch outgoing event ID and following option between measurement report type, system: preiodic type and event mode.
As shown in table 12, fault message partly comprises an essential option: select reason group and following option: RNC internal fault, IUB interface fault, UU interface fault and IU interface fault.Each option also comprises some projects.
In sum, the present invention has set up fault and has reported agreement, reports in the agreement in fault: at first set up switch failure parameter information collection, set up a set of fault report method then.Described switch failure parameter information collection above in detail, described switch failure parameter information is concentrated classification setting parameter item step by step, describes the fault report method below in detail.
As shown in Figure 4, in step 1, the fault-signal that monitoring handoff procedure and receiving system are sent when handoff failure.
In step 2, the parameter item that the concentrated requirement of failure cause inquiry switch failure information that indicates according to described fault-signal reports.
In step 3, from system, obtain corresponding parameters value and Write fault reporting message according to described parameter item; Carry the current cell and the cell that carries the type of message sign that reports parameter value according to parameter item settings at different levels in the fault reporting message.
In step 4, described fault reporting message is sent to network management center.Network management center receive the fault reporting message and from each cell the extracting parameter value so that fault is positioned.
Like this, owing to when fault takes place, write down the field data that breaks down, and after it is fed back to network management system, by network management system to wherein between contained system failure cause in the handoff procedure and relevant information analyze, as press cause statistics, perhaps the flow according to record carries out flow control etc.Can find the basic reason that fault occurs in the handoff procedure effectively, thereby can solve fault by corresponding means.
According to representation for fault method of the present invention, catching for information about and reporting in the time of fault in the switching flow between system can being taken place, thus can reflect the detailed situation of this calling when fault takes place; Because failure cause of the present invention presses hierarchical organization, thus can the out of order basic reason of clear reflection; In addition, according to the present invention, only output fault in-situ information when fault takes place can significantly reduce output message, is convenient to fault location; In addition, from above-mentioned table 4-13 as can be known, fault parameter information set of the present invention comprises the relevant information of common faults, therefore, need not to depend on other localization methods, but with regard to fault location.
Embodiment 1
Below by an example application of the present invention is described.
Be arranged in the process of the user terminal of WCDMA system in conversation, move to the WCMA network edge, enter the overlay area of GSM network, at this moment if user terminal is found the wireless signal relatively poor (being lower than certain measurement thresholding) in the WCDMA network, and the wireless signal in the network of GSM better (is higher than another and measures thresholding), under the cooperation of network side, process will switch.According to the present invention, if in this handoff procedure, break down, receive Relocation Preparation_Failure message as RNC, perhaps wait for the timer expiry of Relocation Command message, or other unexpected messages take place, then RNC can collect fault in-situ information according to fault field information body, and fault field information soma reported to network management center for the fault reporting message, perhaps export the fault parameter information set to daily record, then, existing switching flow rollback or termination, and may produce call drop.At this moment, the network manager can be according to fault parameter information set content analysis failure cause, so that fault is handled.Processing procedure is as follows, obtains its fault in-situ information according to IMSI, according to fault in-situ information this fault is handled then.In addition, according to the present invention, when receiving user's complaint, also can handle it according to user's complaint in time, its processing procedure is as follows, phone number (MSISDN just) according to the user finds the IMSI of this user terminal and the time period of customer complaint, then according to IMSI in log record (or the record form of other form, as database) the middle fault message of searching for this user, then this fault message is analyzed, like this, just can be saved the fault location time, as early as possible fault is handled, increased user's satisfaction.Can draw analysis report such as table 14.
Table 14 far
| Fault time | 09:38:24 on the 30th |
| RRC settling time during fault | 09:25:12 on the 30th |
| RRC connection status before the fault | DCH |
| User ID (IMSI) | 460070114001271 |
| Fault type | Switch between system and failure |
| Business is set up information before the call drop | 1 |
| CONVERSATIONAL CS DOMAIN UL/DL Bit Rate：12200 UL/DL Guaranteed Bit Rate：4.75K RABID：2 | |
| Optimum subdistrict information | RNC：10，CELLID：101 |
| RSCP：-80dbm EcNo：-12db | |
| Active set cell information | Active set cell 1 information RNC:10, CELLID:109 active set cell 1RSCP-85dbm active set cell 1EcNo-17db active set cell 2 information RNC:10, CELLID:120 active set cell 2RSCP-89dbm active set cell 2EcNo-15db |
| The GSM cell information | Residential quarter 1 Location Area Code: 9491 Network Color Codes: 0 BCC: the frequency of the different system cell of 0 GSM carrier wave RSSI:-50dbm: 9250 residential quarters, 2 Location Area Codes: 9493 Network Color Codes: 0 BCC: the frequency of the different system cell of 0 GSM carrier wave RSSI:-65dbm: 9300 |
| Purpose GSM cell information | Sub-district 1 Location Area Code: 9491 Network Color Codes: 0 BCC: the frequency of the different system cell of 0 GSM carrier wave RSSI:-50dbm: 9250 |
| Handover trigger reason between system | Based on covering isosystem measurement Report Type Report Type: event mode different system event ID:3a |
| From switching the detailed reason that is out of order between the UTRAN system | Fault type: IU interface fault Reloc Prep procedure fault reason: transport layer reason: Signalling Ttansport Resource Failure |
As can be seen from Table 14:
The time of breaking down in the handoff procedure between system is 09:38:24 on the 30th;
Switch reasons is based on coverage information between system, moves to the GSM network from the edge of WCDMA network, and by relatively EcNo, RSCP and RSSI, at this moment the cell signal of WCDMA network is relatively poor as can be seen, and the cell signal of GSM is better;
Fault has taken place in the IU interface in the handoff procedure between system, and GSM is with signaling transfer resource fault takes place between CN.
Therefore,,, can determine the reason that fault takes place exactly by collecting the content that fault parameter information is concentrated according to the present invention, for follow-up troubleshooting of faults provides strong help, help to analyze root that fault takes place because of.In addition, because the present invention can export when fault takes place, thereby significantly reduced output message stream, improved the accuracy of fault location, reduced the difficulty of fault location, and for the not influence of normal business, if adopt the method for compression in the later stage, the flow of fault output is less, thereby can ignore basically to the influence of business; Because the fault parameter information set is with level form performance, institute is so that follow-up processing again (for example add up etc.).
Though described the present invention by embodiment, those of ordinary skills know, without departing from the spirit and substance in the present invention, just can make the present invention that many distortion and variation are arranged, and scope of the present invention is limited to the appended claims.
Claims (21)
1, a kind of from third generation communication system to second generation communication system handoff procedure the report method of fault, it is characterized in that, set up switch failure parameter information collection, be used to be provided with switch failure and report parameter item, when in handoff procedure, may further comprise the steps:
The fault-signal that A, monitoring handoff procedure and receiving system are sent when handoff failure;
The parameter item that B, the concentrated requirement of failure cause inquiry switch failure information that indicates according to described fault-signal report;
C, from system, obtain corresponding parameters value and Write fault reporting message according to described parameter item;
D, described fault reporting message is sent to network management center.
2, report method according to claim 1, it is characterized in that described fault parameter information set comprises terminal equipment message part, RAB message part, optimum subdistrict message part, active set cell message part, isosystem measurement message part, fault message part and extend information part.
3, report method according to claim 2 is characterized in that, described terminal equipment message part comprises global mobile user identification information.
4, report method according to claim 2 is characterized in that, described RAB message part comprises type of service, down link Maximum Bit Rate, up link Maximum Bit Rate and radio bearer sign.
5, report method according to claim 4 is characterized in that, described RAB message part comprises that also core network domain sign, down link guarantee that bit rate and up link guarantee bit rate combination in any wherein.
6, report method according to claim 2 is characterized in that, described optimum subdistrict message part and active set cell message part comprise cell ID respectively.
7, report method according to claim 6 is characterized in that, described optimum subdistrict message part and active set cell message part also comprise the combination in any of the sign indicating number received power of the signal to noise ratio of Common Pilot Channel and Common Pilot Channel respectively.
8, report method according to claim 2 is characterized in that, described isosystem measurement information comprises handover trigger reason between GSM cell information, switching target GSM cell information and system.
9, report method according to claim 8, it is characterized in that described GSM cell information and switching target GSM cell information comprise Location Area Code, Network Color Code, BCC, different system cell sign, different system cell frequency combination in any wherein respectively.
10, report method according to claim 9 is characterized in that, described Location Area Code comprises Mobile Network Code, Mobile Country Code MCC and Location Area Code.
11, report method according to claim 9 is characterized in that, described GSM cell information and switching target GSM cell information also comprise respectively: the BSIC combination in any wherein of GSM carrier wave RSSI, the BSIC of verification, non-verification.
12, report method according to claim 8 is characterized in that, the handover trigger reason comprises triggering selection and isosystem measurement Report Type between described system.
13, report method according to claim 12, it is characterized in that the handover trigger reason also comprises based on coverage information, based on load information, based on blind handover information, different system directed retry information and directed retry cause information combination in any wherein between described system.
14, report method according to claim 12 is characterized in that, described isosystem measurement Report Type comprises that switching outgoing event between measurement report type and system identifies.
15, report method according to claim 14 is characterized in that, described isosystem measurement Report Type also comprises the combination in any of preiodic type information and event mode both information.
16, report method according to claim 2 is characterized in that, described fault message partly comprises selects the reason group.
17, report method according to claim 16 is characterized in that, described fault message comprises RNC internal fault, IUB interface fault, UU interface fault and IU interface fault combination in any wherein.
18, report method as claimed in claim 1 is characterized in that, described switch failure parameter information is concentrated the described parameter item of classification setting step by step.
19, report method as claimed in claim 18 is characterized in that, carries the current cell that reports parameter value according to parameter item settings at different levels in the described fault reporting message.
20, report method as claimed in claim 19 is characterized in that, also comprises in the described fault reporting message: the cell that carries the type of message sign.
21, as claim 19 or 20 described report methods, it is characterized in that described method also comprises: described network management center receives described fault reporting message and extracting parameter value from each cell.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005100886850A CN100396136C (en) | 2005-08-01 | 2005-08-01 | Method for reporting fault in 3-to-2G system switching-over course |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005100886850A CN100396136C (en) | 2005-08-01 | 2005-08-01 | Method for reporting fault in 3-to-2G system switching-over course |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1852533A true CN1852533A (en) | 2006-10-25 |
| CN100396136C CN100396136C (en) | 2008-06-18 |
Family
ID=37133996
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2005100886850A Expired - Fee Related CN100396136C (en) | 2005-08-01 | 2005-08-01 | Method for reporting fault in 3-to-2G system switching-over course |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100396136C (en) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102238625A (en) * | 2010-05-07 | 2011-11-09 | 大唐移动通信设备有限公司 | Method and device for switching among carriers |
| CN102244874A (en) * | 2010-05-10 | 2011-11-16 | 中兴通讯股份有限公司 | Method and apparatus for inter-system reselection frequency statistics |
| WO2012136150A1 (en) * | 2011-04-07 | 2012-10-11 | 中兴通讯股份有限公司 | Method, device, and system for managing gsm cell database |
| CN102804850A (en) * | 2009-06-26 | 2012-11-28 | Lg电子株式会社 | Method of logging measurement result at handover failure in wireless communication system |
| CN108064456A (en) * | 2017-09-30 | 2018-05-22 | 深圳市云中飞网络科技有限公司 | A kind of detection method and device of exception frequency point, computer storage media |
| CN108260150A (en) * | 2016-12-29 | 2018-07-06 | 上海大唐移动通信设备有限公司 | A kind of network communication problem determination processing method and device |
| CN110536328A (en) * | 2018-05-23 | 2019-12-03 | 中国移动通信集团浙江有限公司 | Cell fault monitoring method and device |
| CN113840340A (en) * | 2020-06-24 | 2021-12-24 | 华为技术有限公司 | Method, device and medium for acquiring, analyzing and indicating wireless link information |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6594242B1 (en) * | 1999-01-14 | 2003-07-15 | Ericsson, Inc. | Broadcasting of two generation cellular system control channel information over a three generation control channel to support roaming and handover to two generation cellular networks |
| US20030114158A1 (en) * | 2001-12-18 | 2003-06-19 | Lauri Soderbacka | Intersystem handover of a mobile terminal |
| FR2850518B1 (en) * | 2003-01-29 | 2005-05-20 | Evolium Sas | METHOD FOR SIMULTANEOUSLY ACCESSING CIRCUIT SERVICES AND PACKET SERVICES IN A CELLULAR MOBILE RADIOCOMMUNICATIONS SYSTEM |
-
2005
- 2005-08-01 CN CNB2005100886850A patent/CN100396136C/en not_active Expired - Fee Related
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102804850B (en) * | 2009-06-26 | 2015-06-10 | Lg电子株式会社 | Method of logging measurement result at handover failure in wireless communication system |
| CN102804850A (en) * | 2009-06-26 | 2012-11-28 | Lg电子株式会社 | Method of logging measurement result at handover failure in wireless communication system |
| CN102238625B (en) * | 2010-05-07 | 2014-07-30 | 大唐移动通信设备有限公司 | Method and device for switching among carriers |
| CN102238625A (en) * | 2010-05-07 | 2011-11-09 | 大唐移动通信设备有限公司 | Method and device for switching among carriers |
| CN102244874B (en) * | 2010-05-10 | 2015-08-12 | 中兴通讯股份有限公司 | A kind of inter-system reselection frequency statistics method and device |
| CN102244874A (en) * | 2010-05-10 | 2011-11-16 | 中兴通讯股份有限公司 | Method and apparatus for inter-system reselection frequency statistics |
| WO2012136150A1 (en) * | 2011-04-07 | 2012-10-11 | 中兴通讯股份有限公司 | Method, device, and system for managing gsm cell database |
| CN108260150A (en) * | 2016-12-29 | 2018-07-06 | 上海大唐移动通信设备有限公司 | A kind of network communication problem determination processing method and device |
| CN108064456A (en) * | 2017-09-30 | 2018-05-22 | 深圳市云中飞网络科技有限公司 | A kind of detection method and device of exception frequency point, computer storage media |
| WO2019061410A1 (en) * | 2017-09-30 | 2019-04-04 | 深圳市云中飞网络科技有限公司 | Abnormal frequency point detection method and device, and computer storage medium |
| CN108064456B (en) * | 2017-09-30 | 2021-09-03 | 深圳市欢太科技有限公司 | Abnormal frequency point detection method and device and computer storage medium |
| CN110536328A (en) * | 2018-05-23 | 2019-12-03 | 中国移动通信集团浙江有限公司 | Cell fault monitoring method and device |
| CN113840340A (en) * | 2020-06-24 | 2021-12-24 | 华为技术有限公司 | Method, device and medium for acquiring, analyzing and indicating wireless link information |
| CN113840340B (en) * | 2020-06-24 | 2023-11-03 | 华为技术有限公司 | Wireless link information acquisition, analysis and indication method, equipment and medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100396136C (en) | 2008-06-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1203712C (en) | Method and arrangement for dtermining the presence of mobile station in demtermined area | |
| CN1135894C (en) | Inter-system handover | |
| CN1852533A (en) | Method for reporting fault in 3-to-2G system switching-over course | |
| CN103188754B (en) | The method of select target community, node and system | |
| CN1672454A (en) | Controller for GSM and 3G base transceiver stations in a GSM core network with external handover possibility fr0m 3G cells to GSM cells, trasparent to GSM core network | |
| CN1832621A (en) | Switchover controll method of multiple frequency points system | |
| CN1822700A (en) | A radio network controller, a mobile communication system, and a neighbor-cell-list filtering method | |
| CN1874582A (en) | Method for reporting fault of updating cell in WCDMA system | |
| CN1770920A (en) | Communication method and apparatus using heterogeneous neighbor base station information in a broadband wireless access communication system | |
| CN1992970A (en) | Measurement control method of co-frequency district under LTE architecture | |
| US9591502B2 (en) | Method and equipment for feeding back minimization drive test log | |
| CN1941998A (en) | Access for controlling user terminal equipment in LTE system | |
| CN101043714A (en) | Method and system for realizing mobility management of user equipment | |
| CN1933652A (en) | Switching back method after failure of relay switching | |
| CN101061741A (en) | Enhanced dedicated-channel reporting for umts | |
| CN101060652A (en) | A system, equipment and method for solving the mobile exchanging node fault | |
| CN100531254C (en) | Dff-line fault information report method, device and off-line fault reason positioning system | |
| CN1997200A (en) | Cell switching method of cross-evolving node B in the long-evolving mobile communication network | |
| CN101047930A (en) | Method and system for transmitting ICR information measuring report in gradual mobile network | |
| CN103024801A (en) | Immediate minimization of drive test (MDT) configuration information transmitting method based on signaling and network equipment | |
| CN1949930A (en) | Method for improving inter-cell handoffs in a wireless communications system | |
| CN101047933A (en) | Transmitting method of ICR information measuring report and ICR information collection method | |
| CN1635713A (en) | Method for switching on different Blue Tooth access points for Blue Tooth network structure and Blue Tooth terminal | |
| CN1852531A (en) | Wireless resource control connection fault information reporting method in wicle-band CDMA system | |
| CN1535545A (en) | Delivery of broadcast information to mobile station in radio communication system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20180426 Address after: London, England Patentee after: GW partnership Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. Effective date of registration: 20180426 Address after: California, USA Patentee after: Global innovation polymerization LLC Address before: London, England Patentee before: GW partnership Co.,Ltd. |
|
| TR01 | Transfer of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20080618 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |