WO2007059672A1 - An information collection system and method in communication system - Google Patents
An information collection system and method in communication system Download PDFInfo
- Publication number
- WO2007059672A1 WO2007059672A1 PCT/CN2006/001892 CN2006001892W WO2007059672A1 WO 2007059672 A1 WO2007059672 A1 WO 2007059672A1 CN 2006001892 W CN2006001892 W CN 2006001892W WO 2007059672 A1 WO2007059672 A1 WO 2007059672A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- service
- information
- call
- signaling
- call history
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
Definitions
- the present invention relates to a failure analysis technique for a communication system, and more particularly to an information collection technique in a communication system as a basis for failure analysis.
- the Universal Mobile Telecommunications System is a third-generation mobile communication system using Wideband Code Division Multi-Access (WCDMA) air interface technology.
- WCDMA Wideband Code Division Multi-Access
- UTRAN Terrestrial Radio Access Network
- CN Core Network
- UE User Equipment
- MSC Mobile Switching Center
- VLR Visit Location Register
- the Service Processing Equipment Mobile Switching Center (MSC) is divided into an MSC Server (MSC Server) and a Media Gateway (MGW).
- MSC Server MSC Server
- MGW Media Gateway
- MSC Server can manage multiple MGWs and simultaneously access the Global System for Mobile Communications (GSM).
- GSM Global System for Mobile Communications
- UMTS in the actual WCDMA circuit domain network, the functions of the MSC are mainly reflected in the signaling interaction with other devices and the control processing of the MSC on the business process.
- the signaling interaction between the MSC and the external entity and the internal service control processing are related, and the signaling interaction with the external entity and the internal service control processing are very complicated, so that the external signaling interaction of the MSC may be caused during the operation.
- Process and internal business processes fail. If you want to analyze the cause of the fault and further locate the fault, you need signaling information in the signaling process. The collection is performed, and the business information of the business processing equipment in the business process is collected, and the analysis is performed on the basis to determine the fault, thereby eliminating the fault.
- the following information is used to collect the information of the signaling interaction between the service processing device and the external entity and the service information in the service processing device, and perform fault analysis by using the collected information:
- the whole network signaling tracking detection method that is, the signaling protocol is used to track the signaling message conforming to the standard protocol of the service processing unit (for example, the MSC) and other network elements in the service process by using the signaling analysis instrument on the standard protocol interface on the communication device. Analyze the tracked messages to solve some of the faults.
- the service processing unit for example, the MSC
- the alarm scheme that is, the network management system can eliminate and manage the network fault by processing and analyzing the alarm information.
- the collected information reflects the overall operation of a service processing device, and cannot provide more positioning information for the failure of a single service processing flow, so that it is difficult to process a single service.
- the cause of the failure of the process is analyzed in detail, which is inconvenient for fault analysis and positioning.
- the workload required by the prior art is relatively large, resulting in waste of human resources. Summary of the invention
- the main object of the present invention is to provide an information collecting system and a collecting method in a communication system, which are convenient for fault analysis and positioning, and reduce workload.
- An information collecting system in a communication system comprising: a business system and a recording system, wherein: The service system is disposed in the service processing device of the communication system, and is configured to notify the recording system to collect signaling information between the service processing device and the external entity during the processing of the current service when the new service is accessed, or collect the internal processing service device.
- the processed service information is sent to the recording system, and the recording system is notified to generate the record when the service is terminated; the recording system is used to collect the information sent by the business system, and the current collected information is generated by the collected information.
- Business record wherein: The service system is disposed in the service processing device of the communication system, and is configured to notify the recording system to collect signaling information between the service processing device and the external entity during the processing of the current service when the new service is accessed, or collect the internal processing service device.
- the processed service information is sent to the recording system, and the recording system is notified to generate the record when the service is terminated; the recording system is used to collect the information sent by
- the service system is a signaling service system for performing signaling service processing between a service processing device and an external entity;
- the recording system is a call history recording system; and the signaling service system is sent to a call history record.
- the information collected by the system is: signaling information in the signaling interface between the service processing device and the external entity in the signaling service processing process; the record generated by the call history recording system is a call history record.
- the call history recording system specifically includes:
- a call history initiation unit configured to receive a service access notification of the signaling service system, and send a startup instruction to the signaling information collection unit;
- a signaling information collecting unit configured to collect signaling information sent by the signaling service system after starting
- the call history generating unit is configured to generate a call history of the current service according to the signaling information collected by the signaling information collecting unit after receiving the current service termination notification sent by the signaling service system.
- the call history record generating unit further includes: a triggering unit of the call history, configured to determine, according to a preset trigger condition, whether to generate a call after receiving the service termination notification sent by the signaling service system History, triggers the call history generation unit to generate a call history if needed, otherwise, does not trigger the generation of a call history.
- a triggering unit of the call history configured to determine, according to a preset trigger condition, whether to generate a call after receiving the service termination notification sent by the signaling service system History, triggers the call history generation unit to generate a call history if needed, otherwise, does not trigger the generation of a call history.
- the collection system further includes a call history record server, configured to receive a stored call history record for unified management;
- the call history recording system further includes an encoding transmitting unit for encoding the generated call history record in accordance with a predetermined encoding format and transmitting the call history record to the call history recording server.
- the call history system further includes: a filtering buffer unit, configured to cache the currently generated call history record of the current service, and determine whether the call history record meets a preset filtering condition, and then continue Cache and transfer to the code sending unit for transmission; otherwise cancel the transmission.
- a filtering buffer unit configured to cache the currently generated call history record of the current service, and determine whether the call history record meets a preset filtering condition, and then continue Cache and transfer to the code sending unit for transmission; otherwise cancel the transmission.
- the service system is a service system for performing service processing;
- the recording system is a call system; and the information sent by the service system to the call log system for collection is: service processing in the service processing process.
- the service information processed by the device; the record generated by the call log system is a call.
- the call log system specifically includes:
- a call log initiation unit configured to receive a new service access notification of the service system, and send a startup instruction to the service information collection unit;
- the service information collection unit is configured to collect the service information sent by the service system after the startup;
- the call log generation unit is configured to generate the service information collected by the service information collection unit after receiving the service termination notification sent by the service system. The call of the business.
- the call log generating unit further includes: a triggering unit of the call log, configured to determine, according to a preset trigger condition, whether to generate a call log after receiving the service termination notification sent by the service system, if necessary Then, the call log generating unit is triggered to generate a call log of the current service; otherwise, the generated call log is not triggered.
- a triggering unit of the call log configured to determine, according to a preset trigger condition, whether to generate a call log after receiving the service termination notification sent by the service system, if necessary Then, the call log generating unit is triggered to generate a call log of the current service; otherwise, the generated call log is not triggered.
- the trigger unit has a user-oriented trigger condition setting interface, and the trigger condition is set according to a user instruction through the interface.
- the collection system further includes a call log server, configured to receive the storage call log for unified management;
- the call log system further includes a code transmitting unit for encoding the generated call message according to a predetermined encoding format and transmitting the call message to the call log server.
- the call log system further includes: a filtering buffer unit, configured to cache the currently generated call log, and determine whether the call log meets a preset filtering condition, and then continue to buffer and transmit to the code sending unit. Send; otherwise cancel the send.
- a filtering buffer unit configured to cache the currently generated call log, and determine whether the call log meets a preset filtering condition, and then continue to buffer and transmit to the code sending unit. Send; otherwise cancel the send.
- the filter buffer unit has a user-oriented filter condition setting interface, and the filter condition is set according to a user instruction through the interface.
- the service processing device is a mobile switching center, a visited location register, a media gateway, a gateway mobile switching center, a local location register, a general packet radio service GPRS service support node, and a GPRS gateway support node in the wideband code division multiple access system. , or a short message service center.
- a method for collecting information in a communication system comprising:
- the service processing device in the communication system processes a certain service, collects signaling information between the service processing device and the external entity in the current service process and service information processed internally by the service processing device, when the service is terminated. A record consisting of the collected information is generated, which corresponds to the current business.
- the method specifically includes: when the service processing device receives a new service establishment request from an external entity, Then, the process of collecting the signaling information is started; when the current service is terminated, the collecting of the signaling information is stopped, and a call history record of the current service is generated.
- the method further includes: setting a trigger condition for generating a call history record; determining, when the current service is terminated, determining whether to generate a call history record according to the trigger condition, and performing subsequent generation of the current service The step of the call history, otherwise the call history of the current service is not generated, and the process ends.
- the method further comprises: setting a call history server; The call history is sent to the call history server for unified management.
- the method further comprises:
- the method specifically includes:
- the process of collecting the service information is started; when the service is terminated, the collection of the service information is stopped, and a call log of the current service is generated. .
- the method further includes: setting a trigger condition for generating a call log; determining, when the current service is terminated, whether to trigger the generation of a call log according to the trigger, and performing subsequent generation of the current service The procedure of calling the log. Otherwise, the call log of this service is not generated, and the process ends.
- the method further comprises: setting a call log server; and sending the generated call message to the call log server for unified management.
- the method further comprises:
- the service processing device is a mobile switching center server MSC-S in a third generation mobile communication system;
- the service processed by the MSC-S is a connection management CM service; and
- the set MSC-S internally processes
- the specific process of business information includes: After the MSC-S receives the CM service request message sent by the base station controller BSC related to the service, the process of collecting the service information is started, and the service type of the service is recorded.
- the MSC-S When the MSC-S receives the call setup message of the terminal, records the related called number information, and then continues the service processing, and returns a call progress message to the BSC;
- the bearer side bearer information related to the process is recorded;
- the present invention is to collect and generate information for information (including information of service information or interface signaling) in a service process (such as a call, a short message, a handover, a multi-connection call, etc.), the entire service process of the service processing device
- the collected information is stored in a record server (such as a call history server or a call log server). Users can view the records of each business process by browsing. It is easy to analyze and locate faults in a single specific business process. The amount of work.
- the present invention can collect and generate a call history record for the interface signaling information in the service process, and the signaling information of the entire service process of the service processing device is stored in the call history record server, and the user can browse and view
- the call history of each service process can easily analyze the signaling process of a specific service. It is easy to perform signaling statistical analysis on the entire network, accurately locate signaling faults, and analyze the quality of the network.
- the present invention collects signaling information of the entire signaling process in a single service, the analysis and positioning can be performed regardless of whether the device is caused by a failure or a user-induced failure.
- the signaling information of the present invention can be classified and stored, so that when different types of problems are located, different types of information can be analyzed.
- the present invention can not only analyze and locate the service signaling process, but also can be based on The collected signaling information guides the operator to optimize the network.
- the present invention can determine whether to generate a call history record according to a predetermined trigger condition when the service is terminated. For example, the call history record is generated only for the failed service, and the call history record is not generated for the successful business process with the majority.
- the filtering condition can be set, and only the call history that meets the filtering condition can be sent to the call history server for processing. Therefore, the present invention can reduce the collection amount of signaling information and reduce the processing workload of the device that collects signaling information, and at the same time Reduce the analytical workload of staff and save costs. '
- the present invention can also collect and generate a call log for the service information in a service processing process of the service processing device, and the service information of the entire service process of the single service of the service processing device is stored in the call log server, and the user You can use the browse to view the call logs of each service process. It is easy to analyze the process of a single specific service. It is easy to accurately locate the internal faults of the service processing device.
- the service information of the present invention can be classified and stored, so that the positioning is different. When the type problem occurs, different types of information can be analyzed, so that it is easier to analyze and locate the business processes in the business processing device.
- the present invention can determine whether to generate a call log according to a predetermined trigger condition when the service is terminated, for example, the call log is generated only for the failed service, and the call log is not generated for the successful business process with the majority of the number, and The filter condition is set, and only the call log that meets the filter condition can be sent to the call log server for processing. Therefore, the present invention can reduce the collection amount of service information, reduce the processing workload of the device that collects the service information, and reduce the analysis workload of the staff. , save costs. BRIEF DESCRIPTION OF THE DRAWINGS
- FIG. 1 is an architectural diagram of implementing call history records according to the present invention
- FIG. 2 is a structural view of a first embodiment of the collection system of the present invention
- FIG. 3 is a flow chart of a first embodiment of the collecting method of the present invention.
- FIG. 4 is a schematic diagram of an embodiment of setting a call history filter condition according to the present invention.
- FIG. 5 is a flowchart of switching between 3G systems and 2G systems between different MSCs;
- FIG. 6 is a structural diagram of implementing call logs according to the present invention.
- Figure 7 is a structural view of a second embodiment of the collection system of the present invention.
- Figure 8 is a flow chart of a second embodiment of the collecting method of the present invention.
- FIG. 9 is a schematic diagram of a specific example of collecting service information according to a second embodiment of the present invention.
- FIG. 10 is a schematic diagram of an embodiment of setting a call log filtering condition according to the present invention. Mode for carrying out the invention
- the information collecting system in the communication system of the present invention comprises: a service system and a recording system, wherein: the service system is disposed in a service processing device of the communication system, and is configured to notify the recording system to collect information when a new service is accessed, in the service The information in the process is sent to the record system for collection, and the record system is notified to generate the record when the service is terminated; the record system is used to collect the information sent by the service system, and generates a book composed of the collected information when the service is terminated. Record of secondary business.
- the information collection method in the communication system of the present invention is: when the service processing device in the communication system processes a certain service, collects the processing information of the service processing device, and generates the collected information when the service is terminated. a record of the record, which is relative to the business Should.
- the present invention is applicable to the collection of signaling information of all service processing devices in a communication system, such as a mobile switching center MSC, a VLR, a media gateway (MGW), or a gateway MSC (GMSC) in a WCDMA system.
- a communication system such as a mobile switching center MSC, a VLR, a media gateway (MGW), or a gateway MSC (GMSC) in a WCDMA system.
- devices such as a Home Location Register (HLR), a General Packet Radio Service (GPRS) Service Support Node (SGSN), a GPRS Gateway Support Node (GGSN), or a Short Message Service Center (SMSC).
- HLR Home Location Register
- GPRS General Packet Radio Service
- SGSN General Packet Radio Service
- GGSN GPRS Gateway Support Node
- SMS Short Message Service Center
- the service system is used for signaling between the service processing device and the external entity, in order to collect signaling information of the service processing device and the external entity interface signaling in the entire service process.
- the signaling service system of the service processing; the recording system is a call history recording system; the information that the signaling service system sends to the call history recording system for collecting is: in the signaling service processing process, the service processing device and the external entity Signaling information in the signaling interface; the record generated by the call history recording system is a call history record
- the call history record (CHR) of the present invention is used to collect and record the service processing device and the external entity in the entire service process in a service process (such as a call, a short message, a handover, a multi-connection call, etc.) of the service processing device.
- the signaling information of the interface signaling also referred to as trajectory information
- CHR is user-oriented, business-oriented, and business processing equipment is complete at one time. A record of the signaling interaction content in the business process.
- FIG. 1 is a structural diagram of implementing a call history record according to the present invention.
- the present invention may set a CHR server, which may be set in a network management system or separately; when a service processing device (for example, an MSC) in a communication system processes a certain service, collect the The signaling information in the signaling interface of the service processing device and the external entity generates a CHR composed of the collected signaling information when the service is terminated, and sends the generated CHR to the CHR server for unified management.
- a service processing device for example, an MSC
- MSC Mobility Management Entity
- Users can log in to the CHR server through the CHR workstation to perform management analysis on the CHR. Based on these CHRs, the user can analyze the problem of the call, analyze the location problem through the message cell in the CHR, and use the corresponding means to troubleshoot the problem.
- the collection system includes a signaling service system 21, a call history system 22, and a call history server 23, wherein:
- the signaling service system 21 is disposed in the service processing device (here, the MSC) of the communication system, and is used for performing signaling service processing between the service processing device and the external entity, and is used for accessing the service when there is new service access.
- the unit 211 notifies the call history recording system 22 to collect signaling information, and in the service processing process, the signaling interaction unit 212 of the signaling interface sends the signaling information exchanged between the service processing device and each signaling interface of the external entity to the call history.
- the recording system 22 collects, and the service termination unit 213 notifies the call history recording system 22 when the service is terminated;
- the call history system 22 is configured to start collecting signaling information sent by the signaling service system 21 when the service starts, and generate a call history record of the current service composed of the collected signaling information when the service is terminated.
- the call history record server 23 includes: a call history activation unit 221, configured to receive a service access notification of the signaling service system 21, assign an identifier of the current call history record, and return the identifier to the service signaling system 21, And sending a startup instruction to the signaling information collection unit;
- the signaling information collecting unit 222 is configured to collect the signaling information sent by the signaling service system 21; the call history generating unit 223 is configured to: after receiving the signaling service termination notification sent by the signaling service system 21, according to the signaling The signaling information collected by the information collecting unit 222 generates a call history record of the current service; the call history generating unit 223 further includes: a call history recording trigger unit 224, configured to receive the letter sent by the signaling service system 21 After the service termination notification is made, it is determined whether the call history record needs to be generated according to the preset trigger condition, and if necessary, the call history history generation unit 223 generates the call history record; otherwise, the call history record is not triggered.
- the trigger unit has a user-oriented trigger condition setting interface through which the trigger condition is set according to a user instruction.
- the filtering buffer unit 225 is configured to buffer the currently generated call history record, and determine whether the call history record meets a preset filtering condition, and then continue to buffer and transmit to the code sending unit 226 for sending; otherwise, cancel the sending or reducing. The amount sent.
- the filter buffer unit 225 has a user-oriented filter condition setting interface through which the filter condition is set according to a user command.
- the code transmitting unit 226 is configured to encode the generated call history record according to a predetermined encoding format and send it to the call history record server 23.
- the call history server 23 is used to receive the stored call history for unified management.
- FIG. 3 is a flow chart of a first embodiment of the collection method of the present invention. Referring to FIG. 3, the process of this embodiment specifically includes:
- Step 31 When the service processing device receives the service establishment request from the external entity (that is, when there is new service access), the call history record is started. For example, when receiving a CM Service Request message from an A interface or an Iu interface, or relaying an incoming IAM message, or an E-interface switching incoming request MAP-Prepare-Handover-Request, a new service processing flow at this time The process is initiated in the service processing device.
- the signaling service system 21 applies to the call history system 22 to initiate a call history record.
- the historical call record system assigns a call history record identifier to the service, and returns to the signaling service system 21. , the process of starting the collection of signaling information of the call history.
- Step 32 Collecting signaling information.
- the signaling information in the signaling interface between the service processing device and the external entity is collected in the service flow, that is, the signal in the signaling interface between the service processing device and the external entity.
- the information is output to the call history system 22 in the form of a message, the call history record identified as a handle to the signaling information, and the call history system 22 records the collected signaling information.
- the signaling information includes, in particular, key information that causes the signaling process to fail: for example, the cause of the failure of the signaling process, the related interface message that the signaling process fails, and the like, and the necessary basic information of the service process, for example, :
- MS information Record some basic information of the mobile user when the service process occurs, including the identity of the primary and called users, and the type of user access.
- Location information The location information of the mobile phone of the calling party and the access network identifier when the service process occurs.
- Procedure information Record the type of this business process, the value of the business failure reason, etc.
- System information Record some basic information of the system when the business process occurs, such as system time, time of abnormal business process start, time of abnormality, system identification, system access capacity, etc.
- Extend information Some extended information defined by the service processing device itself, the structure is fixed, and the content can only be interpreted by the service processing device itself.
- the signaling information includes a signaling related message in the service process, including: all A interface messages and IU interfaces in the abnormal service process when interacting with other devices Information such as message, mobile application part (MAP) interface message, ISUP interface message, bearer independent call control (BICC) interface message, and message content.
- MAP mobile application part
- BICC bearer independent call control
- the signaling information collected in this step may be all interaction signaling between the service processing device and the external entity in the entire service process.
- Step 33 Call history generation.
- the call history system 22 needs to generate a call history record consisting of the collected signaling information corresponding to the service.
- the signaling information in the call history record can be classified and stored, so that when different types of problems are located, different types of information can be analyzed, for example, the mobile user information, the mobile user location information, the flow information, and the system. Classified storage of information, extended information, etc.
- the trigger condition for generating the call history record may be preset by the user; when the current service is terminated, it is determined whether the call history record needs to be triggered according to the trigger condition, and the call history record of the current service is generated, otherwise This process is terminated without generating a call history for this service.
- the triggering condition can be set as the processing result of the current service. If the current service processing fails, the call history record of the current service needs to be triggered, otherwise the call history record of the current service is not triggered. Therefore, for a successful business process with a large majority, there is no need to generate a call history.
- Step 34 Filter and cache the call history.
- the present invention can set the filtering condition in advance by the user, and further determine whether the call history record satisfies the filtering condition before sending the call history record to the call history server 23, and if the filtering condition is satisfied, the call history record is sent to the call history record server 23, and execution is performed. Step 35; Otherwise, the call history record is not sent to the call history server 23, and the flow is ended.
- FIG. 4 is a schematic diagram of an embodiment of setting a call history filter condition according to the present invention.
- the user can set a filtering condition through a user-oriented interface.
- the setting mode provided by the interface mainly includes two parts: First, setting a signaling type, for example, The filtering is relay signaling, service signaling, A interface signaling, or IU interface signaling, etc.
- the message type of the signaling type is set, for example, for relay signaling, further filtering conditions can be set. It is a relay signaling normal message type or a relay signaling abnormal message type.
- further filtering conditions may be set for the IU interface signaling normal message type or the IU interface signaling abnormal message type.
- the generated call history record After the generated call history record is input, it is filtered by two layers of signaling type and message type, and then output to the cache for transmission. For example, if the filtering condition set by the user is that the signaling type is IU interface signaling and the message type is IU interface signaling abnormal message type, it is determined whether the generated call history record includes IU interface signaling and the message type is an IU interface letter. Let the exception message type, if yes, send the call history, otherwise the call history will not be sent.
- Figure 4 is only an illustration of the filtering conditions.
- the present invention can also provide other setting interfaces for the user to set different filtering conditions:
- the MSC can be required to record the history of calls having a call time of more than 2 hours.
- Filtering the call history can facilitate the user to analyze and locate the fault flexibly. For example, if a fault has been diagnosed clearly, the signaling output of the fault can be cancelled by setting the filter condition, which can reduce the call history output. , reduce the workload, reduce costs.
- Step 35 Call history encoding and sending.
- the call history record needs to be encoded according to a pre-defined format standard when outputting to the call history server 23.
- a pre-defined format standard For example, the text, the second system or the ASN.1 format may be used, and then encoded and sent to the call history record server 23, by the call.
- the history server 23 performs unified management.
- the communication scheme between the network device and the call history server 23 can be reduced by using an appropriate coding scheme, thereby improving the overall efficiency of the system.
- the collection system and the collection method can be specifically applied in the following aspects:
- the MSC device When the MSC device is connected to other network element nodes, it often encounters the failure of the connection. If there are more signaling connections between the two devices that fail to connect, the signaling analyzer cannot be used for all links. One-to-one connections and picking up exception messages from the vast amounts of data collected. At this time, the CHR recording technology of the present invention can be used to record the business process of the abnormal signaling message of the specific test mobile phone, and the abnormal message information, so as to quickly analyze the positioning fault.
- KPI key performance indicator
- FIG. 5 is a flow chart of switching between 3G systems and 2G systems between different MSCs.
- the invalid cell failure of the inter-system handover occurs in the MAP-Prep-Handover resp. message, indicating that the MSC-B (in this case, the 2G MSC) considers the MSC-A it receives (in this example)
- the destination cell in the MAP-Prep-Handover req. message of the 3G MSC is not under its control or controlled by it.
- the call history generated by the present invention can be used to analyze and resolve this fault location problem.
- the CHR record for this phone can be found on the CHRJI server based on the user's mobile number. Open the CHR record of the 3G MSC, and find that the failure point in the record is sent to the MAP-Prep-Handover resp. message sent by the 2G MSC to the 3G MSC (ie, the local office), and the CHR record also has a record of the process, so The request message corresponding to the resp message can be found: that is, the MAP-Prep-Handover req.
- the record of the message can be found that the destination cell information sent by the 3G MSC is 46000 0025 0001;
- the configuration of the 3G MSC obtains the number of the MSC corresponding to the destination.
- the data is checked by the 2G MSC and the data on the 3G MSC cannot be correctly mapped (for example, the cell on the 2G MSC side has moved out to another MSC, but it is not Notifying the 3G MSC to modify the corresponding neighbor configuration), thus causing the 3G MSC to fail to send a handover request message to the correct MSC.
- the neighboring area data on the 3G MSC can be modified, so that the data on the 2G MSC and the 3G MSC are correctly matched, thereby ensuring successful handover.
- the service system is a service system for performing service processing; and the recording system is a call log system;
- the information that the service system sends to the call log system for collecting is: the service information processed by the service processing device in the current service process; the record generated by the call log system is a call log.
- the call log of the present invention is used to collect and record the service information of the service processing device in the entire service process in a service process (such as a call, a short message, a handover, a multi-connection call, etc.) of the service processing device (also It can be called track information), and the business information collected in this business process is combined into one call log.
- the call log is user-oriented, business-oriented, and is a record of business process equipment's business information content in a complete business process.
- FIG. 6 is a structural diagram of implementing a call log according to the present invention.
- the method of the present invention can set a call log server, which can be set in the network management system or can be set separately; when a service processing device (for example, MSC) in the communication system processes a service Collecting the service information in the internal service processing flow of the service processing device, generating a call log composed of the collected service information when the service is terminated, and sending the generated call log to the call server through a standard protocol message.
- MSC mobile phone
- FIG. 7 is a block diagram of a second embodiment of the collection system of the present invention.
- the collection system includes a service system 71, a call log system 72, and a call log server 73, wherein:
- the service system 71 is disposed in the service processing device (here, the MSC) of the communication system, and is used for performing service processing, and is used by the service access unit 711 to notify the call log system 72 to collect service information when there is new service access.
- the service processing unit 712 sends the service information of the service processing device to the call log system 72, and the service termination unit 713 notifies the call log system 72 when the service is terminated.
- the call log system 72 is used to initiate the business sent by the collection service system 71 at the beginning of the service.
- the service information, and the call log of the current service, which is composed of the collected service information, is sent to the call log server 73 when the service is terminated;
- the call log starting unit 721 is configured to receive a notification of the new service access of the service system 71, and send a startup instruction to the service information collection unit;
- the service information collecting unit 722 is configured to collect the service information sent by the service system 71.
- the call log generating unit 723 is configured to receive the service information collected by the service information collecting unit 722 after receiving the current service termination notification sent by the service system 71.
- the call log generating unit 723 further includes: a call log triggering unit 724, configured to determine, according to a preset trigger condition, whether to generate a call after receiving the current service termination notification sent by the service system 71 The log, if necessary, triggers the call log generation unit 723 to generate a call log, otherwise, does not trigger the generation of the call log.
- the trigger unit has a user-oriented trigger condition setting interface through which the trigger condition is set according to a user instruction.
- the filtering buffer unit 725 is configured to cache the currently generated call log of the current service, and determine whether the call log meets the preset filtering condition, and then continue to buffer and transmit to the code sending unit 726 for sending; otherwise, cancel the sending. Or reduce the amount of transmission.
- the filter buffer unit 725 has a user-oriented filter condition setting interface through which the filter condition is set according to a user instruction.
- the code sending unit 726 is configured to encode the generated call log according to a predetermined encoding format and send it to the call log server 73.
- the call log server 73 is configured to receive and store the call logs for unified management, and can perform retrieval, classification, statistics, and in-depth mining analysis on service faults.
- FIG. 8 is a flow chart of a second embodiment of the collection method of the present invention. Referring to FIG. 8, the process of this embodiment specifically includes:
- Step 81 When the service processing device receives a new service establishment request from an external entity (that is, when there is a new service access), the call log is started. Such as receiving from the A interface, Iu interface When a CM Service Request message is received, or an incoming IAM message is relayed, or an E-interface is switched to the IPS-Prepare-Handover-Request, a new service process is started in the service processing device, and the service system is started. 71, the call log system 72 is applied to initiate a call log, and the call log system assigns a call log identifier to the service, and returns to the service system 71 to start the process of collecting service information of the call log. The service information about the current service sent by the subsequent service system 71 to the call log system 72 is indexed with the assigned call log identifier as a handle.
- Step 82 Collect business information. After the service system 71 starts the call log, the service information in the service processing device is collected in the current service process, and the key information in the service processing flow is output to the call log system 72 in the format of the message for recording.
- the call log identifier is used as a handle to these service information, and the call log system 72 records the collected service information.
- key information that causes the failure of the signaling process is included: for example, the type of the service and the cause of the failure of the service processing process.
- FIG. 9 is a schematic diagram of a specific example of collecting service information according to the second embodiment of the present invention, where the service processed in the specific example is a connection management (CM) service.
- CM connection management
- Step 901 to step 902 After receiving the CM Service Request message, the MSC-S sends the service type of the service to the call log system to collect and record the call log, and the log system allocates the current log.
- the call log identifier of the service returns a response carrying the call log identifier to the MSC-S, and the MSC-S continues the processing of the service after receiving the response from the call log system.
- Step 903 to step 904 after completing the encryption determination process, the MSC-S sends the addition to the BSC.
- the Ciphering Command sends the encrypted information related to the processing to the log system for collecting and recording.
- the BSC returns the encryption completion message (Ciphering Complete)
- the related encryption completion information is sent to the log system for collection and recording.
- Step 905 After receiving the call setup message (Setup) of the terminal, the MSC-S sends information such as the called number to the call log system for recording, and then continues the service processing, and returns a Call Proceeding message to the BSC.
- Step 906 After the MSC-S sends the process of adding the endpoint request message ADD.req (Tl, $) to the MGW, and the MGW returns the process of adding the endpoint response message ADD.reply (Tl), the MSC-S sends the calling side bearer related to the process. Information to the call log system for collection and recording;
- Step 907 The MSC-S sends an assignment request to the BSC. After the BSC returns the assignment failure message with the assignment failure reason information, the MSC-S sends the assignment failure reason to the MSC-S.
- the call log system collects records.
- Step 908 After returning the detach message Disconnect, the MSC-S sends the call release information to the call log system for recording.
- Step 909 After the service ends, the MSC-S notifies the log system to end the collection of the service information of the current service, and generates the collected service information (that is, the recorded service type, the encrypted information, the encryption completion information, and the called party). Number information, calling side bearer information, record assignment failure information, call failure reason information, etc.) This service call log.
- the service information collected in this step may be all service information processed by the service processing device during the entire service process.
- Step 83 Call log generation.
- the call log system 72 needs to generate a call message composed of the collected service information, and the call log corresponds to the service, and the call log identifier is used as a handle.
- the service information in the call log can be classified and stored, so that when locating different types of problems, the information can be focused. Different types of information are analyzed, for example, the above service types, called numbers, and calling side bearer information are stored in categories.
- the trigger condition for generating a call log may be set in advance by the user; when the current service is terminated, it is determined according to the trigger condition whether the call log needs to be triggered to be generated, and the call log of the current service is generated, otherwise the call log is not generated.
- the call log of this service ends the process.
- the triggering condition can be set as the processing result of the current service. If the service processing fails, the call log of the current service needs to be triggered. Otherwise, the call log of the current service is not triggered. Therefore, for a successful business process with a large majority, there is no need to generate a call log.
- Step 84 Filter and cache the call log.
- the present invention can set the filtering condition in advance by the user, and further determine whether the calling message meets the filtering condition before sending the call message to the call server 73. If the filtering condition is met, the call log is sent to the call log server 73, and step 85 is performed. Otherwise, the call log is not sent to the call log server 73, and the process ends.
- FIG. 10 is a schematic diagram of an embodiment of setting a call log filtering condition according to the present invention.
- a user can set a filtering condition through a user-oriented interface.
- the setting mode provided by the interface mainly includes two parts: First, setting a service type, for example, a voice call service, a video call service, a handover service, and the like, The location update service, or the short message service, etc.; the second is to set the cause of the failure of the service, for example, the need to filter may be the caller early release, dialing error, ringing early release, no available circuit, paging no response, etc. the reason.
- the generated call log is input into the filter buffer unit, it is filtered by the service type and the failure reason, and then output to the cache for transmission. For example, if the service type is a voice call and the failure type is a dialing error, it is determined whether the service information collected in the call log is a voice call service and a dialing error occurs. If yes, the output is sent to the cache. Otherwise, the call log is not output.
- Figure 10 here is only for the filter conditions
- the present invention can also provide other setting interfaces for the user to set different filtering conditions: For example, the service establishment start time can be used as the filtering condition.
- the call log is filtered. On the one hand, it considers the service failure caused by user behaviors such as the caller's early release and the called party's refusal to respond to certain failed processes. It is not necessary to perform specific analysis through the call log. On the other hand, if the cause of a fault has been diagnosed clearly, a large amount of call log output can be reduced by filtering, reducing the occupation of system resources and reducing the analysis workload.
- Step 85 Call log encoding and sending.
- the call log needs to be encoded according to a pre-defined format standard when outputting to the call log server 73. For example, it can be in text, binary or ASN.1 format, and then sent to the call log server 73 for unified management by the call log server 73. .
- the appropriate coding scheme can reduce the communication traffic between the network device and the call log server 73, and improve the overall efficiency of the system.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
An information collection system and method in communication system. The collection system includes: a service system and a record system, therein, the service system is set in the service processing equipment in communication system for informing the record system to collect information when a new service is being accessed, sending the information of service processing procedure to the record system for collecting, and informing the record system to generate a record when present service finishes; the record system is used for collecting the information sent by the service system, and generating a present service record composed of the collected information when present service finishes. The collection method includes: the service processing equipment in communication system collects the processing information of service processing equipment when a service is processed, generates a record composed of the collected information when present service finishes, and the record is corresponding to present service. Present invention is useful for fault analysis and localization of service processing equipment, and can decrease workload.
Description
通信系统中的信息收集系统和方法 Information collection system and method in communication system
技术领域 Technical field
本发明涉及通信系统的故障分析技术, 尤其是涉及作为故障分析基 础的通信系统中的信息收集技术。 发明背景 The present invention relates to a failure analysis technique for a communication system, and more particularly to an information collection technique in a communication system as a basis for failure analysis. Background of the invention
目前的通信系统已经发展到第三代(3G )移动通信系统。 通用移动 通信系统 ( UMTS, Universal Mobile Telecommunications System )是采 用宽带码分多址( WCDMA, Wideband Code Division Multi-Access ) 空 中接口技术的第三代移动通信系统。 陆地无线接入网 (UTRAN )、 核心 网 (CN )与用户设备 ( UE )一起构成了整个 UMTS 系统。 移动交换中 心(MSC ) /拜访位置寄存器(VLR )是 WCDMA核心网电路( CS )域 的业务处理功能节点。 Current communication systems have evolved into third generation (3G) mobile communication systems. The Universal Mobile Telecommunications System (UMTS) is a third-generation mobile communication system using Wideband Code Division Multi-Access (WCDMA) air interface technology. The Terrestrial Radio Access Network (UTRAN), the Core Network (CN) and the User Equipment (UE) together form the entire UMTS system. The Mobile Switching Center (MSC) / Visit Location Register (VLR) is the service processing function node of the WCDMA Core Network Circuit (CS) domain.
由于通信系统的发展, 一方面, 通信系统内业务处理单元的信令消 息交互量大大增加, 另一方面, 通信系统内业务处理设备的业务复杂程 度和用户容量也都大大增加了。例如在 3G R4架构下的业务处理设备移 动交换中心( MSC )分为 MSC服务器( MSC Server )和媒体网关( MGW ), 一个 MSC Server可以管理多个 MGW, 同时接入全球移动通信系统 ( GSM )和 UMTS, 在实际的 WCDMA电路域网络中, MSC的功能主 要表现在与其他设备的信令交互以及 MSC对业务流程的控制处理上。 而 MSC与外部实体的信令交互和内部的业务控制处理是有关联的, 并 且与外部实体的信令交互和内部的业务控制处理十分复杂, 因此在运行 过程中可能导致 MSC外部信令的交互过程以及内部业务处理过程失败。 如果要分析故障原因并进一步定位故障, 需要对信令过程中的信令信息
进行收集, 以及对业务处理设备在业务处理过程中的业务信息进行收 集, 并在此基础上进行分析以确定故障, 进而排除故障。 Due to the development of the communication system, on the one hand, the amount of signaling message interaction of the service processing unit in the communication system is greatly increased. On the other hand, the service complexity and user capacity of the service processing equipment in the communication system are also greatly increased. For example, in the 3G R4 architecture, the Service Processing Equipment Mobile Switching Center (MSC) is divided into an MSC Server (MSC Server) and a Media Gateway (MGW). One MSC Server can manage multiple MGWs and simultaneously access the Global System for Mobile Communications (GSM). And UMTS, in the actual WCDMA circuit domain network, the functions of the MSC are mainly reflected in the signaling interaction with other devices and the control processing of the MSC on the business process. The signaling interaction between the MSC and the external entity and the internal service control processing are related, and the signaling interaction with the external entity and the internal service control processing are very complicated, so that the external signaling interaction of the MSC may be caused during the operation. Process and internal business processes fail. If you want to analyze the cause of the fault and further locate the fault, you need signaling information in the signaling process. The collection is performed, and the business information of the business processing equipment in the business process is collected, and the analysis is performed on the basis to determine the fault, thereby eliminating the fault.
在现有通信系统的曰常维护工作中, 通过如下方法来收集业务处理 设备与外部实体间信令交互的信息以及业务处理设备内的业务信息, 以 所收集的信息进行故障分析: In the routine maintenance work of the existing communication system, the following information is used to collect the information of the signaling interaction between the service processing device and the external entity and the service information in the service processing device, and perform fault analysis by using the collected information:
1 )性能统计方案, 即通过统计网络中关键的统计项来衡量当前网 络的质量。 1) The performance statistics scheme, which measures the quality of the current network through key statistical items in the statistical network.
2 )全网信令跟踪检测方法, 即通过信令分析仪器在通信设备上的 标准协议接口上跟踪业务过程中业务处理单元(例如 MSC )与其它网元 的符合标准协议的信令消息, 通过对跟踪到的消息进行分析, 解决部分 故障问题。 2) The whole network signaling tracking detection method, that is, the signaling protocol is used to track the signaling message conforming to the standard protocol of the service processing unit (for example, the MSC) and other network elements in the service process by using the signaling analysis instrument on the standard protocol interface on the communication device. Analyze the tracked messages to solve some of the faults.
3 )告警方案, 即网络管理系统通过对告警信息的处理和分析可以 进行网络故障的排除和管理。 3) The alarm scheme, that is, the network management system can eliminate and manage the network fault by processing and analyzing the alarm information.
但是, 上述现有技术存在的缺点是: 所收集的信息都反映的是一个 业务处理设备的整体的运行情况, 对于单个业务处理流程的失败不能提 供更多的定位信息, 因而难以对单个业务处理过程出现故障的原因进行 细致的异常分析, 不便于故障分析和定位, 而且, 现有技术需要的工作 量也比较大, 造成人力资源的浪费。 发明内容 However, the above-mentioned prior art has the following disadvantages: the collected information reflects the overall operation of a service processing device, and cannot provide more positioning information for the failure of a single service processing flow, so that it is difficult to process a single service. The cause of the failure of the process is analyzed in detail, which is inconvenient for fault analysis and positioning. Moreover, the workload required by the prior art is relatively large, resulting in waste of human resources. Summary of the invention
有鉴于此, 本发明的主要目的在于提供一种通信系统中的信息收集 系统和收集方法, 便于故障分析和定位, 减少工作量。 In view of this, the main object of the present invention is to provide an information collecting system and a collecting method in a communication system, which are convenient for fault analysis and positioning, and reduce workload.
为了实现上述发明目的, 本发明的主要技术方案为: In order to achieve the above object, the main technical solution of the present invention is:
一种通讯系统中的信息收集系统, 该收集系统包括: 业务系统和记 录系统, 其中:
业务系统设置在通讯系统的业务处理设备内, 用于在有新业务接入 时通知记录系统收集本次业务处理过程中业务处理设备与外部实体之 间的信令信息和或收集业务处理设备内部处理的业务信息, 发送到记录 系统, 在本次业务终止时通知记录系统生成记录; 记录系统用于收集业务系统发送的信息, 并在本次业务终止时生成 由收集到的信息组成的本次业务的记录。 An information collecting system in a communication system, the collecting system comprising: a business system and a recording system, wherein: The service system is disposed in the service processing device of the communication system, and is configured to notify the recording system to collect signaling information between the service processing device and the external entity during the processing of the current service when the new service is accessed, or collect the internal processing service device. The processed service information is sent to the recording system, and the recording system is notified to generate the record when the service is terminated; the recording system is used to collect the information sent by the business system, and the current collected information is generated by the collected information. Business record.
优选的, 所述业务系统为用于业务处理设备与外部实体之间进行信 令业务处理的信令业务系统; 所述记录系统为呼叫历史记录系统; 所述 信令业务系统发送给呼叫历史记录系统进行收集的信息为: 在信令业务 处理过程中, 业务处理设备同外部实体的信令接口中的信令信息; 所述 呼叫历史记录系统生成的记录为呼叫历史记录。 Preferably, the service system is a signaling service system for performing signaling service processing between a service processing device and an external entity; the recording system is a call history recording system; and the signaling service system is sent to a call history record. The information collected by the system is: signaling information in the signaling interface between the service processing device and the external entity in the signaling service processing process; the record generated by the call history recording system is a call history record.
优选的, 所述呼叫历史记录系统具体包括: Preferably, the call history recording system specifically includes:
呼叫历史记录启动单元, 用于接收信令业务系统的业务接入通知 , 向信令信息收集单元发送启动指令; a call history initiation unit, configured to receive a service access notification of the signaling service system, and send a startup instruction to the signaling information collection unit;
信令信息收集单元, 用于启动后收集信令业务系统发送的信令信 息; a signaling information collecting unit, configured to collect signaling information sent by the signaling service system after starting;
呼叫历史记录生成单元, 用于在收到信令业务系统发送的本次业务 终止通知后, 根据信令信息收集单元收集的信令信息生成本次业务的呼 叫历史 ^己录。 The call history generating unit is configured to generate a call history of the current service according to the signaling information collected by the signaling information collecting unit after receiving the current service termination notification sent by the signaling service system.
优选的, 所述呼叫历史记录生成单元中进一步包括: 呼叫历史记录 的触发单元, 用于在收到信令业务系统发送的业务终止通知后, 才艮据预 设的触发条件判断是否需生成呼叫历史记录, 如果需要则触发呼叫历史 记录生成单元生成呼叫历史记录, 否则, 不触发生成呼叫历史记录。 Preferably, the call history record generating unit further includes: a triggering unit of the call history, configured to determine, according to a preset trigger condition, whether to generate a call after receiving the service termination notification sent by the signaling service system History, triggers the call history generation unit to generate a call history if needed, otherwise, does not trigger the generation of a call history.
优选的, 所述收集系统进一步包括呼叫历史记录服务器, 用于接收 存储呼叫历史记录, 进行统一管理;
所述呼叫历史记录系统进一步包括编码发送单元, 用于按照预定的 编码格式对所生成的呼叫历史记录进行编码并发送给呼叫历史记录服 务器。 Preferably, the collection system further includes a call history record server, configured to receive a stored call history record for unified management; The call history recording system further includes an encoding transmitting unit for encoding the generated call history record in accordance with a predetermined encoding format and transmitting the call history record to the call history recording server.
优选的, 所迷呼叫历史记录系统中进一步包括: 过滤緩存单元, 用 于对当前生成的本次业务的呼叫历史记录进行緩存, 并判断该呼叫历史 记录是否符合预设的过滤条件, 是则继续緩存并传输到编码发送单元进 行发送; 否则取消发送。 Preferably, the call history system further includes: a filtering buffer unit, configured to cache the currently generated call history record of the current service, and determine whether the call history record meets a preset filtering condition, and then continue Cache and transfer to the code sending unit for transmission; otherwise cancel the transmission.
优选的, 所迷业务系统为用于进行业务处理的业务系统; 所述记录 系统为呼叫曰志系统; 所述业务系统发送给呼叫日志系统进行收集的信 息为: 在本 业务处理过程中业务处理设备内部处理的业务信息; 所述 呼叫日志系统生成的记录为呼叫曰志。 Preferably, the service system is a service system for performing service processing; the recording system is a call system; and the information sent by the service system to the call log system for collection is: service processing in the service processing process. The service information processed by the device; the record generated by the call log system is a call.
优选的, 所迷呼叫日志系统具体包括: Preferably, the call log system specifically includes:
呼叫日志启动单元, 用于接收业务系统的新业务接入通知, 并向业 务信息收集单元发送启动指令; a call log initiation unit, configured to receive a new service access notification of the service system, and send a startup instruction to the service information collection unit;
业务信息收集单元, 用于启动后收集业务系统发送的业务信息; 呼叫日志生成单元, 用于在收到业务系统发送的本次业务终止通知 后, 根据业务信息收集单元收集的业务信息生成本次业务的呼叫曰志。 The service information collection unit is configured to collect the service information sent by the service system after the startup; the call log generation unit is configured to generate the service information collected by the service information collection unit after receiving the service termination notification sent by the service system. The call of the business.
优选的, 所述呼叫日志生成单元中进一步包括: 呼叫日志的触发单 元, 用于在收到业务系统发送的本次业务终止通知后, 根据预设的触发 条件判断是否需生成呼叫日志, 如果需要则触发呼叫日志生成单元生成 本次业务的呼叫日志, 否则, 不触发生成呼叫日志。 Preferably, the call log generating unit further includes: a triggering unit of the call log, configured to determine, according to a preset trigger condition, whether to generate a call log after receiving the service termination notification sent by the service system, if necessary Then, the call log generating unit is triggered to generate a call log of the current service; otherwise, the generated call log is not triggered.
优选的, 所述触发单元具有面向用户的触发条件设置接口, 通过该 接口根据用户指令设置所述触发条件。 Preferably, the trigger unit has a user-oriented trigger condition setting interface, and the trigger condition is set according to a user instruction through the interface.
优选的, 所述收集系统进一步包括呼叫日志服务器, 用于接收存储 呼叫日志, 进行统一管理;
所述呼叫日志系统进一步包括编码发送单元, 用于按照预定的编码 格式对所生成的呼叫曰志进行编码并发送给呼叫日志服务器。 Preferably, the collection system further includes a call log server, configured to receive the storage call log for unified management; The call log system further includes a code transmitting unit for encoding the generated call message according to a predetermined encoding format and transmitting the call message to the call log server.
优选的, 所述呼叫日志系统中进一步包括: 过滤緩存单元, 用于对 当前生成的呼叫日志进行緩存, 并判断该呼叫日志是否符合预设的过滤 条件, 是则继续緩存并传输到编码发送单元进行发送; 否则取消发送。 Preferably, the call log system further includes: a filtering buffer unit, configured to cache the currently generated call log, and determine whether the call log meets a preset filtering condition, and then continue to buffer and transmit to the code sending unit. Send; otherwise cancel the send.
优选的, 所述过滤缓存单元具有面向用户的过滤条件设置接口, 通 过该接口根据用户指令设置所述过滤条件。 Preferably, the filter buffer unit has a user-oriented filter condition setting interface, and the filter condition is set according to a user instruction through the interface.
优选的, 所述业务处理设备为宽带码分多址系统中的移动交换中 心、拜访位置寄存器、媒体网关、 网关移动交换中心、 本地位置寄存器、 通用分组无线业务 GPRS业务支持节点、 GPRS网关支持节点、 或短消 息服务中心。 Preferably, the service processing device is a mobile switching center, a visited location register, a media gateway, a gateway mobile switching center, a local location register, a general packet radio service GPRS service support node, and a GPRS gateway support node in the wideband code division multiple access system. , or a short message service center.
一种通信系统中的信息收集方法, 包括: A method for collecting information in a communication system, comprising:
当通信系统中的业务处理设备在处理某次业务时, 收集本次业务处 理过程中业务处理设备与外部实体之间的信令信息和或业务处理设备 内部处理的业务信息, 本次业务终止时生成由所收集到的信息组成的记 录, 该记录与本次业务相对应。 When the service processing device in the communication system processes a certain service, collects signaling information between the service processing device and the external entity in the current service process and service information processed internally by the service processing device, when the service is terminated. A record consisting of the collected information is generated, which corresponds to the current business.
优选地, 在所收集的信息为所述业务处理设备同外部实体的信令接 口中的信令信息时, 具体包括: 当所述业务处理设备收到来自外部实体 的新的业务建立请求时, 则启动收集所述信令信息的过程; 当本次业务 终止时, 则停止收集所述信令信息, 生成本次业务的呼叫历史记录。 Preferably, when the collected information is the signaling information in the signaling interface of the service processing device and the external entity, the method specifically includes: when the service processing device receives a new service establishment request from an external entity, Then, the process of collecting the signaling information is started; when the current service is terminated, the collecting of the signaling information is stopped, and a call history record of the current service is generated.
优选地,所述方法进一步包括:设置生成呼叫历史记录的触发条件; 当所述本次业务终止时, 根据所述触发条件判断是否需要触发生成呼叫 历史记录, 是则执行后续的生成本次业务的呼叫历史记录的步骤, 否则 不生成本次业务的呼叫历史记录, 结束本流程。 Preferably, the method further includes: setting a trigger condition for generating a call history record; determining, when the current service is terminated, determining whether to generate a call history record according to the trigger condition, and performing subsequent generation of the current service The step of the call history, otherwise the call history of the current service is not generated, and the process ends.
优选地, 所述方法进一步包括: 设置呼叫历史记录服务器; 将生成
的呼叫历史记录发送给呼叫历史记录服务器统一管理。 Preferably, the method further comprises: setting a call history server; The call history is sent to the call history server for unified management.
优选地, 所述方法进一步包括: Preferably, the method further comprises:
设置过滤条件; 在向呼叫历史记录服务器发送呼叫历史记录之前进 一步判断该呼叫历史记录是否符合过滤条件, 如果符合则执行后续的向 呼叫历史记录服务器发送该呼叫历史记录的步骤; 否则不向呼叫历史记 录服务器发送该呼叫历史记录, 结束本流程。 Setting a filter condition; further determining whether the call history record meets the filter condition before sending the call history record to the call history server, and if yes, performing the subsequent step of sending the call history record to the call history record server; otherwise, not calling history The record server sends the call history and ends the process.
优选地,. 在所收集的信息为所述业务处理设备内部处理的业务信息 时, 具体包括: Preferably, when the collected information is the service information processed by the service processing device, the method specifically includes:
当所述业务处理设备收到来自外部实体新的业务建立请求时, 则启 动收集所述业务信息的过程; 当本次业务终止时, 则停止收集所述业务 信息, 生成本次业务的呼叫日志。 When the service processing device receives a new service establishment request from an external entity, the process of collecting the service information is started; when the service is terminated, the collection of the service information is stopped, and a call log of the current service is generated. .
优选地, 所述方法进一步包括: 设置生成呼叫日志的触发条件; 当 所述本次业务终止时, 根据所述触发奈件判断是否需要触发生成呼叫日 志, 是则执行后续的生成本次业务的呼叫日志的步骤, 否则不生成本次 业务的呼叫日志, 结束本流程。 Preferably, the method further includes: setting a trigger condition for generating a call log; determining, when the current service is terminated, whether to trigger the generation of a call log according to the trigger, and performing subsequent generation of the current service The procedure of calling the log. Otherwise, the call log of this service is not generated, and the process ends.
优选地, 所述方法进一步包括: 设置呼叫日志服务器; 将生成的呼 叫曰志发送给该呼叫日志服务器统一管理。 Preferably, the method further comprises: setting a call log server; and sending the generated call message to the call log server for unified management.
优选地, 所述方法进一步包括: Preferably, the method further comprises:
设置过滤条件; 在向呼叫日志服务器发送呼叫日志之前进一步判断 该呼叫日志是否符合过滤条件, 如果符合则执行后续的向呼叫日志服务 器发送该呼叫日志的步骤; 否则不向呼叫日志服务器发送该呼叫日志, 结束本流程。 Setting a filter condition; further determining whether the call log meets the filter condition before sending the call log to the call log server, and if yes, performing the subsequent step of sending the call log to the call log server; otherwise, not sending the call log to the call log server , end this process.
优选地,. 所述业务处理设备为第三代移动通信系统中的移动交换中 心服务器 MSC-S; 所述 MSC-S所处理的业务为连接管理 CM业务; 所 述集 MSC-S内部处理的业务信息的具体过程包括:
A、在 MSC-S收到本次业务相关的基站控制器 BSC发送的 CM业务请 求消息后, 启动收集业务信息的过程, 记录本次业务的业务类型; Preferably, the service processing device is a mobile switching center server MSC-S in a third generation mobile communication system; the service processed by the MSC-S is a connection management CM service; and the set MSC-S internally processes The specific process of business information includes: After the MSC-S receives the CM service request message sent by the base station controller BSC related to the service, the process of collecting the service information is started, and the service type of the service is recorded.
B、 在 MSC-S完成加密判断处理、 向所述 BSC发送加密命令消息的 过程后, 记录本过程相关的加密信息; 当 BSC向 MSC-S返回加密完成消 息后, MSC S记录相关的加密完成信息; B. After the MSC-S completes the encryption determination process and sends the encryption command message to the BSC, records the encryption information related to the process; when the BSC returns the encryption completion message to the MSC-S, the MSC S records the related encryption completion. Information
C、 当 MSC-S收到终端的呼叫建立消息后记录相关的被叫号码信息, 之后继续业务处理, 向 BSC返回呼叫正在进行消息; C. When the MSC-S receives the call setup message of the terminal, records the related called number information, and then continues the service processing, and returns a call progress message to the BSC;
D、在 MSC-S向本次业务相关的媒体网关 MGW发送增加端点请求消 息、 MGW返回增加端点响应消息的过程后, 记录该过程相关的主叫侧 承载信息; D. After the MSC-S sends a process of adding an endpoint request message to the media gateway MGW of the current service, and the MGW returns an end point response message, the bearer side bearer information related to the process is recorded;
E、在 MSC-S向 BSC发送指配请求、 BSC返回携带指配失败原因信息 的指配失败消息的过程后, 记录指配失败原因信息; E. After the MSC-S sends an assignment request to the BSC, and the BSC returns the assignment failure message carrying the assignment failure reason information, the failure failure reason information is recorded;
F、 在 MSC-S向 BSC返回拆离消息后, 记录呼叫释放信息; F. After the MSC-S returns the detach message to the BSC, record the call release information;
G、 在本次业务结束时, 结束对本次业务的业务信息的收集。 G. At the end of this business, the collection of business information for this business is ended.
由于本发明是指针对一次业务过程(例如呼叫、 短消息、 切换、 多 连接呼叫等) 中信息(包括业务信息或接口信令的信息)进行收集并生 成记录, 业务处理设备的整个业务过程中所收集到的信息都被存放到记 录服务器 (如呼叫历史记录服务器或呼叫日志服务器), 用户可以利用 浏览查看各个业务过程的记录, 很容易对单个的具体业务的流程进行故 障分析和定位, 减少工作量。 Since the present invention is to collect and generate information for information (including information of service information or interface signaling) in a service process (such as a call, a short message, a handover, a multi-connection call, etc.), the entire service process of the service processing device The collected information is stored in a record server (such as a call history server or a call log server). Users can view the records of each business process by browsing. It is easy to analyze and locate faults in a single specific business process. The amount of work.
具体的, 本发明可以针对以此业务过程中的接口信令信息的进行收 集并生成呼叫历史记录, 业务处理设备的整个业务过程的信令信息被存 放到呼叫历史记录服务器, 用户可以利用浏览查看各个业务过程的呼叫 历史记录, 很容易对单个的具体业务的信令流程进行分析, 容易对全网 进行信令统计分析, 对信令故障进行准确的定位, 并分析网络的质量;
并且由于本发明是收集了单次业务中整个信令流程的信令信息, 因此不 论是由于设备导致的故障, 还是由于用户导致的故障, 都可以进行分析 定位。 由于本发明的信令信息可以分类存储, 使得在定位不同类型问题 时, 可以有侧重的分析不同类别的信息, 因此利用本发明不但可以对业 务信令流程进行分析和故障定位, 还可以基于所收集的信令信息指导运 营商优化网絡。 另外, 由于本发明在业务终止时, 可以根据预定的触发 条件判断是否生成呼叫历史记录, 例如只有对于失败的业务才生成呼叫 历史记录, 对于数量占多数的成功的业务过程不产生呼叫历史记录, 而 且可设皇过滤条件, 只有符合过滤条件的呼叫历史记录才可以发送给呼 叫历史记录服务器处理, 因此本发明可以减少信令信息的收集量, 降低 收集信令信息的设备的处理工作量, 同时降低工作人员的分析工作量, 节约成本。 ' Specifically, the present invention can collect and generate a call history record for the interface signaling information in the service process, and the signaling information of the entire service process of the service processing device is stored in the call history record server, and the user can browse and view The call history of each service process can easily analyze the signaling process of a specific service. It is easy to perform signaling statistical analysis on the entire network, accurately locate signaling faults, and analyze the quality of the network. Moreover, since the present invention collects signaling information of the entire signaling process in a single service, the analysis and positioning can be performed regardless of whether the device is caused by a failure or a user-induced failure. The signaling information of the present invention can be classified and stored, so that when different types of problems are located, different types of information can be analyzed. Therefore, the present invention can not only analyze and locate the service signaling process, but also can be based on The collected signaling information guides the operator to optimize the network. In addition, the present invention can determine whether to generate a call history record according to a predetermined trigger condition when the service is terminated. For example, the call history record is generated only for the failed service, and the call history record is not generated for the successful business process with the majority. Moreover, the filtering condition can be set, and only the call history that meets the filtering condition can be sent to the call history server for processing. Therefore, the present invention can reduce the collection amount of signaling information and reduce the processing workload of the device that collects signaling information, and at the same time Reduce the analytical workload of staff and save costs. '
具体的, 本发明还可以针对业务处理设备内部的一次业务处理过程 中的业务信息进行收集并生成呼叫日志, 业务处理设备的单次业务的整 个业务过程的业务信息被存放到呼叫日志服务器, 用户可以利用浏览查 看各次业务过程的呼叫日志, 很容易对单个的具体业务的流程进行分 析, 容易对业务处理设备内部故障进行准确的定位; 由于本发明的业务 信息可以分类存储, 使得在定位不同类型问题时 , 可以有侧重的分析不 同类别的信息, 因此可以更方便地对业务处理设备内的业务流程进行分 析和故障定位。 另外, 由于本发明在业务终止时, 可以根据预定的触发 条件判断是否生成呼叫日志, 例如只有对于失败的业务才生成呼叫曰 志, 对于数量占多数的成功的业务过程不产生呼叫日志, 而且可设置过 滤条件, 只有符合过滤条件的呼叫日志才可以发送给呼叫日志服务器处 理, 因此本发明可以减少业务信息的收集量, 降低收集业务信息的设备 的处理工作量, 同时降低工作人员的分析工作量, 节约成本。
附图简要说明 Specifically, the present invention can also collect and generate a call log for the service information in a service processing process of the service processing device, and the service information of the entire service process of the single service of the service processing device is stored in the call log server, and the user You can use the browse to view the call logs of each service process. It is easy to analyze the process of a single specific service. It is easy to accurately locate the internal faults of the service processing device. The service information of the present invention can be classified and stored, so that the positioning is different. When the type problem occurs, different types of information can be analyzed, so that it is easier to analyze and locate the business processes in the business processing device. In addition, since the present invention can determine whether to generate a call log according to a predetermined trigger condition when the service is terminated, for example, the call log is generated only for the failed service, and the call log is not generated for the successful business process with the majority of the number, and The filter condition is set, and only the call log that meets the filter condition can be sent to the call log server for processing. Therefore, the present invention can reduce the collection amount of service information, reduce the processing workload of the device that collects the service information, and reduce the analysis workload of the staff. , save costs. BRIEF DESCRIPTION OF THE DRAWINGS
图 1为本发明所述实现呼叫历史记录的架构图; 1 is an architectural diagram of implementing call history records according to the present invention;
图 2为本发明所述收集系统的第一实施例的结构图; 2 is a structural view of a first embodiment of the collection system of the present invention;
图 3为本发明所述收集方法的第一实施例的流程图; 3 is a flow chart of a first embodiment of the collecting method of the present invention;
图 4为本发明所述设置呼叫历史记录过滤条件的一种实施例的示意 图; 4 is a schematic diagram of an embodiment of setting a call history filter condition according to the present invention;
图 5为不同 MSC之间进行 3G系统到 2G系统间切换的流程图; 图 6为本发明所述实现呼叫日志的架构图; FIG. 5 is a flowchart of switching between 3G systems and 2G systems between different MSCs; FIG. 6 is a structural diagram of implementing call logs according to the present invention;
'图 7为本发明所述收集系统的第二实施例的结构图; Figure 7 is a structural view of a second embodiment of the collection system of the present invention;
图 8为本发明所述收集方法的第二实施例的流程图; Figure 8 is a flow chart of a second embodiment of the collecting method of the present invention;
图 9为本发明第二实施例所述收集业务信息的一种具体实例的示意 图; FIG. 9 is a schematic diagram of a specific example of collecting service information according to a second embodiment of the present invention; FIG.
图 10为本发明所述设置呼叫日志过滤条件的一种实施例的示意图。 实施本发明的方式 FIG. 10 is a schematic diagram of an embodiment of setting a call log filtering condition according to the present invention. Mode for carrying out the invention
下面通过具体实施例和附图对本发明做进一步详细说明。 The present invention will be further described in detail below by way of specific embodiments and the accompanying drawings.
本发明所述通讯系统中的信息收集系统包括: 业务系统和记录系 统, 其中: 业务系统设置在通讯系统的业务处理设备内, 用于在有新业 务接入时通知记录系统收集信息, 在业务处理过程中的信息发送到记录 系统收集, 在本次业务终止时通知记录系统生成记录; 记录系统用于收 集业务系统发送的信息, 并在本次业务终止时生成由收集到的信息組成 的本次业务的记录。 The information collecting system in the communication system of the present invention comprises: a service system and a recording system, wherein: the service system is disposed in a service processing device of the communication system, and is configured to notify the recording system to collect information when a new service is accessed, in the service The information in the process is sent to the record system for collection, and the record system is notified to generate the record when the service is terminated; the record system is used to collect the information sent by the service system, and generates a book composed of the collected information when the service is terminated. Record of secondary business.
本发明所述的通信系统中的信息收集方法为: 当通信系统中的业务 处理设备在处理某次业务时, 收集该业务处理设备的处理信息, 本次业 务终止时生成由所收集到的信息组成的记录, 该记录与本次业务相对
应。 The information collection method in the communication system of the present invention is: when the service processing device in the communication system processes a certain service, collects the processing information of the service processing device, and generates the collected information when the service is terminated. a record of the record, which is relative to the business Should.
本发明适用于通信系统中所有的业务处理设备的信令信息的收集, 所述业务处理设备例如: WCDMA系统中的移动交换中心 MSC、 VLR、 媒体网关( MGW )、或网关 MSC( GMSC ),以及本地位置寄存器( HLR )、 通用分组无线业务 (GPRS )业务支持节点 (SGSN )、 GPRS 网关支持 节点 (GGSN )、 或短消息服务中心(SMSC )等设备。 本文中以应用到 MSC为例对本发明进行说明。除了 WCDMA系统,下一代网络(NGN )、 CDMA软交换、 多媒体子系统 ( IMS )等通信系统均可以采用本发明的 方案。 The present invention is applicable to the collection of signaling information of all service processing devices in a communication system, such as a mobile switching center MSC, a VLR, a media gateway (MGW), or a gateway MSC (GMSC) in a WCDMA system. And devices such as a Home Location Register (HLR), a General Packet Radio Service (GPRS) Service Support Node (SGSN), a GPRS Gateway Support Node (GGSN), or a Short Message Service Center (SMSC). The invention will be described herein by taking an example of application to MSC. In addition to WCDMA systems, communication systems such as Next Generation Network (NGN), CDMA Softswitch, Multimedia Subsystem (IMS), etc., can employ the solution of the present invention.
针对收集信令信息和业务信息, 以下分别以收集系统和收集方法的 不同实施例说明本发明。 For the collection of signaling information and service information, the present invention is described below in terms of different embodiments of the collection system and the collection method.
首先介绍本发明所述收集系统和收集方法的第一实施例。 First, a first embodiment of the collection system and collection method of the present invention will be described.
为了收集整个业务过程中业务处理设备与外部实体接口信令的信 令信息, 在所述收集系统的第一实施例中, 所述业务系统为用于业务处 理设备与外部实体之间进行信令业务处理的信令业务系统; 所述记录系 统为呼叫历史记录系统; 所述信令业务系统发送给呼叫历史记录系统进 行收集的信息为: 在信令业务处理过程中, 业务处理设备同外部实体的 信令接口中的信令信息; 所述呼叫历史记录系统生成的记录为呼叫历史 记录 In the first embodiment of the collection system, the service system is used for signaling between the service processing device and the external entity, in order to collect signaling information of the service processing device and the external entity interface signaling in the entire service process. The signaling service system of the service processing; the recording system is a call history recording system; the information that the signaling service system sends to the call history recording system for collecting is: in the signaling service processing process, the service processing device and the external entity Signaling information in the signaling interface; the record generated by the call history recording system is a call history record
本发明所述的呼叫历史记录(CHR ), 是指针对业务处理设备的一 次业务过程(例如呼叫、 短消息、 切换、 多连接呼叫等) 中, 收集记录 整个业务过程中业务处理设备与外部实体接口信令的信令信息(也可以 称为轨迹信息), 将本次业务过程中所收集的信令信息組合为一个呼叫 历史记录。 用于管理员对本次业务过程的信令流程进行分析, 从而定位 故障。 CHR是面向用户, 面向业务流程的, 是业务处理设备对一次完整
的业务流程中信令交互内容的记录。 The call history record (CHR) of the present invention is used to collect and record the service processing device and the external entity in the entire service process in a service process (such as a call, a short message, a handover, a multi-connection call, etc.) of the service processing device. The signaling information of the interface signaling (also referred to as trajectory information) combines the signaling information collected in the current service process into one call history record. It is used by the administrator to analyze the signaling process of this business process to locate faults. CHR is user-oriented, business-oriented, and business processing equipment is complete at one time. A record of the signaling interaction content in the business process.
图 1为本发明所述实现呼叫历史记录的架构图。 如图 1所示, 本发 明可设置 CHR服务器, 该 CHR服务器可以设置在网络管理系统中, 也 可单独设置; 当通信系统中的业务处理设备(例如 MSC )在处理某次业 务时, 收集该业务处理设备与外部实体的信令接口中的信令信息, 在该 次业务终止时生成由所收集到的信令信息组成的 CHR, 将生成的 CHR 通过标准协议消息发送给 CHR服务器统一管理。 用户可以通过 CHR工 作台登陆 CHR服务器对 CHR进行管理分析, 根据这些 CHR来分析呼 叫出现的问题, 并通过 CHR 中的消息信元分析定位问题, 并通过相应 的手段来排除故障。 FIG. 1 is a structural diagram of implementing a call history record according to the present invention. As shown in FIG. 1 , the present invention may set a CHR server, which may be set in a network management system or separately; when a service processing device (for example, an MSC) in a communication system processes a certain service, collect the The signaling information in the signaling interface of the service processing device and the external entity generates a CHR composed of the collected signaling information when the service is terminated, and sends the generated CHR to the CHR server for unified management. Users can log in to the CHR server through the CHR workstation to perform management analysis on the CHR. Based on these CHRs, the user can analyze the problem of the call, analyze the location problem through the message cell in the CHR, and use the corresponding means to troubleshoot the problem.
图 2为本发明所述收集系统的第一实施例的结构图。 参见图 2, 该 收集系统包括信令业务系统 21、 呼叫历史记录系统 22、 呼叫历史记录 服务器 23, 其中: 2 is a structural diagram of a first embodiment of the collection system of the present invention. Referring to Figure 2, the collection system includes a signaling service system 21, a call history system 22, and a call history server 23, wherein:
信令业务系统 21设置在通信系统的业务处理设备 (此处为 MSC ) 内, 用于业务处理设备与外部实体之间进行信令业务处理, 并用于在有 新业务接入时由业务接入单元 211通知呼叫历史记录系统 22收集信令 信息, 在业务处理过程中由信令接口的信令交互单元 212将业务处理设 备同外部实体的各信令接口中交互的信令信息发送到呼叫历史记录系 统 22收集, 本次业务终止时由业务终止单元 213通知呼叫历史记录系 统 22; The signaling service system 21 is disposed in the service processing device (here, the MSC) of the communication system, and is used for performing signaling service processing between the service processing device and the external entity, and is used for accessing the service when there is new service access. The unit 211 notifies the call history recording system 22 to collect signaling information, and in the service processing process, the signaling interaction unit 212 of the signaling interface sends the signaling information exchanged between the service processing device and each signaling interface of the external entity to the call history. The recording system 22 collects, and the service termination unit 213 notifies the call history recording system 22 when the service is terminated;
呼叫历史记录系统 22用于在业务开始时启动收集信令业务系统 21 发送的信令信息, 并在本次业务终止时生成由收集到的信令信息組成的 本次业务的呼叫历史记录, 发送到呼叫历史记录服务器 23; 具体包括: 呼叫历史记录启动单元 221,用于接收信令业务系统 21的业务接入 通知, 分配本次呼叫历史记录的标识, 向业务信令系统 21返回该标识,
并向信令信息收集单元发送启动指令; The call history system 22 is configured to start collecting signaling information sent by the signaling service system 21 when the service starts, and generate a call history record of the current service composed of the collected signaling information when the service is terminated. The call history record server 23 includes: a call history activation unit 221, configured to receive a service access notification of the signaling service system 21, assign an identifier of the current call history record, and return the identifier to the service signaling system 21, And sending a startup instruction to the signaling information collection unit;
信令信息收集单元 222,用于收集信令业务系统 21发送的信令信息; 呼叫历史记录生成单元 223 ,用于在收到信令业务系统 21发送的信 令业务终止通知后, 根据信令信息收集单元 222收集的信令信息生成本 次业务的呼叫历史记录; 该呼叫历史记录生成单元 223中进一步包括: 呼叫历史记录的触发单元 224,用于在收到信令业务系统 21发送的信令 业务终止通知后, 根据预设的触发条件判断是否需生成呼叫历史记录, 如果需要则触发呼叫历史记录生成单元 223生成呼叫历史记录, 否则, 不触发生成呼叫历史记录。 所述触发单元具有面向用户的触发条件设置 接口, 通过该接口根据用户指令设置所述触发条件。 The signaling information collecting unit 222 is configured to collect the signaling information sent by the signaling service system 21; the call history generating unit 223 is configured to: after receiving the signaling service termination notification sent by the signaling service system 21, according to the signaling The signaling information collected by the information collecting unit 222 generates a call history record of the current service; the call history generating unit 223 further includes: a call history recording trigger unit 224, configured to receive the letter sent by the signaling service system 21 After the service termination notification is made, it is determined whether the call history record needs to be generated according to the preset trigger condition, and if necessary, the call history history generation unit 223 generates the call history record; otherwise, the call history record is not triggered. The trigger unit has a user-oriented trigger condition setting interface through which the trigger condition is set according to a user instruction.
过滤緩存单元 225 , 用于对当前生成的呼叫历史记录进行緩存 , 并 判断该呼叫历史记录是否符合预设的过滤条件, 是则继续缓存并传输到 编码发送单元 226进行发送; 否则取消发送或减少发送量。 所述过滤缓 存单元 225具有面向用户的过滤条件设置接口, 通过该接口根据用户指 令设置所述过滤条件。 The filtering buffer unit 225 is configured to buffer the currently generated call history record, and determine whether the call history record meets a preset filtering condition, and then continue to buffer and transmit to the code sending unit 226 for sending; otherwise, cancel the sending or reducing. The amount sent. The filter buffer unit 225 has a user-oriented filter condition setting interface through which the filter condition is set according to a user command.
编码发送单元 226, 用于按照预定的编码格式对所生成的呼叫历史 记录进行编码并发送给呼叫历史记录服务器 23。 The code transmitting unit 226 is configured to encode the generated call history record according to a predetermined encoding format and send it to the call history record server 23.
呼叫历史记录服务器 23 用于接收存储呼叫历史记录, 进行统一管 理。 The call history server 23 is used to receive the stored call history for unified management.
图 3为本发明所述收集方法的第一实施例的流程图。 参见图 3 , 该 实施例的流程具体包括: 3 is a flow chart of a first embodiment of the collection method of the present invention. Referring to FIG. 3, the process of this embodiment specifically includes:
步驟 31、当所述业务处理设备收到来自外部实体的业务建立请求时 (即有新业务接入时)启动呼叫历史记录。 比如从 A接口、 Iu接口收到 CM Service Request消息或者中继入局的 IAM消息、 或者 E接口的切换 入局请求 MAP-Prepare-Handover-Request时, 此时一个新的业务处理流
程在业务处理设备中启动, 这时信令业务系统 21 向呼叫历史记录系统 22申请启动呼叫历史记录,历史呼叫记录系统为本次业务分配一个呼叫 历史记录的标识, 返回给信令业务系统 21 , 启动本呼叫历史记录的信令 信息收集的过程。 Step 31: When the service processing device receives the service establishment request from the external entity (that is, when there is new service access), the call history record is started. For example, when receiving a CM Service Request message from an A interface or an Iu interface, or relaying an incoming IAM message, or an E-interface switching incoming request MAP-Prepare-Handover-Request, a new service processing flow at this time The process is initiated in the service processing device. At this time, the signaling service system 21 applies to the call history system 22 to initiate a call history record. The historical call record system assigns a call history record identifier to the service, and returns to the signaling service system 21. , the process of starting the collection of signaling information of the call history.
步骤 32、信令信息收集。 当信令业务系统 21启动了呼叫历史记录后, 在业务流程中收集该业务处理设备同外部实体的信令接口中的信令信 息, 即将该业务处理设备同外部实体的信令接口中的信令信息以消息的 格式输出到呼叫历史记录系统 22中, 上述的呼叫历史记录标识作为这些 信令信息的句柄, 呼叫历史记录系统 22记录所收集的信令信息。 Step 32: Collecting signaling information. After the signaling service system 21 initiates the call history record, the signaling information in the signaling interface between the service processing device and the external entity is collected in the service flow, that is, the signal in the signaling interface between the service processing device and the external entity. The information is output to the call history system 22 in the form of a message, the call history record identified as a handle to the signaling information, and the call history system 22 records the collected signaling information.
在所述信令信息中, 尤其要包括导致信令流程失败的关键信息: 例 如导致信令过程失败的原因、 信令过程失败的相关接口消息等, 而且还 包括必要的业务过程基本信息, 例如: The signaling information includes, in particular, key information that causes the signaling process to fail: for example, the cause of the failure of the signaling process, the related interface message that the signaling process fails, and the like, and the necessary basic information of the service process, for example, :
1)移动用户信息 ( MS information ): 记录业务过程发生时, 移动用 户的一些基本信息, 包括主被叫用户标识, 用户接入类型等。 1) MS information: Record some basic information of the mobile user when the service process occurs, including the identity of the primary and called users, and the type of user access.
2)移动用户位置信息( Location information ):记录业务过程发生时, 主被叫移动用户的位置区信息、 接入网标识等。 2) Location information: The location information of the mobile phone of the calling party and the access network identifier when the service process occurs.
3)流程信息 ( Procedure information ): 记录此业务流程的类型、 出 现异常时, 业务失败原因值等信息。 3) Procedure information: Record the type of this business process, the value of the business failure reason, etc.
4)系统信息( System information ): 记录业务过程发生时 , 系统的一 些基本信息, 如系统时间, 异常的业务流程开始的时间, 异常发生的时 间, 系统标识, 系统接入容量等。 4) System information: Record some basic information of the system when the business process occurs, such as system time, time of abnormal business process start, time of abnormality, system identification, system access capacity, etc.
5)扩展信息( Extend information ): 由业务处理设备自身定义的一些 扩展信息, 结构固定, 内容只能由业务处理设备自己解释。 5) Extend information: Some extended information defined by the service processing device itself, the structure is fixed, and the content can only be interpreted by the service processing device itself.
另外, 所述信令信息中还有业务过程中的信令相关消息, 包括: 异 常业务过程中发生的与其他设备交互时的所有 A接口消息、 IU接口消
息、 移动应用部分(MAP )接口消息、 ISUP接口消息、 承载独立的呼 叫控制 (BICC )接口消息等的消息类型以及消息内容等信息。 In addition, the signaling information includes a signaling related message in the service process, including: all A interface messages and IU interfaces in the abnormal service process when interacting with other devices Information such as message, mobile application part (MAP) interface message, ISUP interface message, bearer independent call control (BICC) interface message, and message content.
优选的, 本步骤收集的信令信息可以是整个业务处理过程中, 业务 处理设备与外部实体的所有交互信令。 Preferably, the signaling information collected in this step may be all interaction signaling between the service processing device and the external entity in the entire service process.
步骤 33、 呼叫历史记录生成。 当一次业务流程终止的时候, 呼叫 历史记录系统 22需要生成由所收集到的信令信息组成的呼叫历史记录, 该呼叫历史记录与该项业务相对应。 本发明中可对呼叫历史记录中的信 令信息分类存储, 使得在定位不同类型问题时, 可以有侧重的分析不同 类别的信息, 例如将上述移动用户信息、移动用户位置信息、流程信息、 系统信息、 扩展信息等分类存储。 Step 33: Call history generation. When a business process is terminated, the call history system 22 needs to generate a call history record consisting of the collected signaling information corresponding to the service. In the present invention, the signaling information in the call history record can be classified and stored, so that when different types of problems are located, different types of information can be analyzed, for example, the mobile user information, the mobile user location information, the flow information, and the system. Classified storage of information, extended information, etc.
本发明中可由用户预先设置生成呼叫历史记录的触发条件; 当所述 本次业务终止时, 根据所迷触发条件判断是否需要触发生成呼叫历史记 录, 是则生成本次业务的呼叫历史记录, 否则不生成本次业务的呼叫历 史记录,结束本流程。所述的触发条件可以设置为本次业务的处理结果: 如果本次业务处理失败, 则需要触发生成本次业务的呼叫历史记录, 否 则不需触发生成本次业务的呼叫历史记录。 因此对于数量占多数的成功 的业务过程, 是不需要产生呼叫历史记录的。 In the present invention, the trigger condition for generating the call history record may be preset by the user; when the current service is terminated, it is determined whether the call history record needs to be triggered according to the trigger condition, and the call history record of the current service is generated, otherwise This process is terminated without generating a call history for this service. The triggering condition can be set as the processing result of the current service. If the current service processing fails, the call history record of the current service needs to be triggered, otherwise the call history record of the current service is not triggered. Therefore, for a successful business process with a large majority, there is no need to generate a call history.
步骤 34、 呼叫历史记录的过滤与緩存。 本发明可预先由用户设置 过滤条件, 在向呼叫历史记录服务器 23发送呼叫历史记录之前进一步判 断该呼叫历史记录是否满足过滤条件, 满足过滤条件则需向呼叫历史记 录服务器 23发送呼叫历史记录, 执行步骤 35; 否则, 不向呼叫历史记录 服务器 23发送该呼叫历史记录, 结束本流程。 Step 34: Filter and cache the call history. The present invention can set the filtering condition in advance by the user, and further determine whether the call history record satisfies the filtering condition before sending the call history record to the call history server 23, and if the filtering condition is satisfied, the call history record is sent to the call history record server 23, and execution is performed. Step 35; Otherwise, the call history record is not sent to the call history server 23, and the flow is ended.
图 4为本发明所述设置呼叫历史记录过滤条件的一种实施例的示意 图。 参见图 4, 用户可以通过面向用户的接口设置过滤条件, 该接口提 供的设置方式主要包括两部分: 首先是对信令类型进行设置, 例如需要
过滤的是中继信令、 业务信令、 A接口信令、 还是 IU接口信令等; 其次 是对该信令类型的消息类型进行设置, 例如对于中继信令, 可设置进一 步的过滤条件是中继信令正常消息类型或是中继信令异常消息类型, 对 于 IU接口信令、 可设置进一步的过滤条件是 IU接口信令正常消息类型或 是 IU接口信令异常消息类型。 所述生成的呼叫历史记录输入后, 经过信 令类型和消息类型两层过滤, 再输出到緩存中发送。 例如用户设置的过 滤条件为信令类型为 IU接口信令且消息类型为 IU接口信令异常消息类 型, 则判断所生成的呼叫历史记录中是否包括 IU接口信令且消息类型是 否为 IU接口信令异常消息类型, 如果是则发送该呼叫历史记录, 否则不 发送该呼叫历史记录。 FIG. 4 is a schematic diagram of an embodiment of setting a call history filter condition according to the present invention. Referring to FIG. 4, the user can set a filtering condition through a user-oriented interface. The setting mode provided by the interface mainly includes two parts: First, setting a signaling type, for example, The filtering is relay signaling, service signaling, A interface signaling, or IU interface signaling, etc. Secondly, the message type of the signaling type is set, for example, for relay signaling, further filtering conditions can be set. It is a relay signaling normal message type or a relay signaling abnormal message type. For IU interface signaling, further filtering conditions may be set for the IU interface signaling normal message type or the IU interface signaling abnormal message type. After the generated call history record is input, it is filtered by two layers of signaling type and message type, and then output to the cache for transmission. For example, if the filtering condition set by the user is that the signaling type is IU interface signaling and the message type is IU interface signaling abnormal message type, it is determined whether the generated call history record includes IU interface signaling and the message type is an IU interface letter. Let the exception message type, if yes, send the call history, otherwise the call history will not be sent.
图 4只是对过滤条件的一个举例说明, 本发明也可为用户提供其他 的设置接口, 以设置不同的过滤条件: 例如可以要求 MSC记录通话时 间超过 2小时的呼叫的历史记录。 Figure 4 is only an illustration of the filtering conditions. The present invention can also provide other setting interfaces for the user to set different filtering conditions: For example, the MSC can be required to record the history of calls having a call time of more than 2 hours.
对呼叫历史记录进行过滤 , 可以方便用户进行灵活机动的分析定位 故障, 例如若某个故障原因已经诊断清楚, 可以通过设置过滤条件取消 此种故障的信令输出,可以减少大量的呼叫历史记录输出,降 ^工作量, 减少成本。 Filtering the call history can facilitate the user to analyze and locate the fault flexibly. For example, if a fault has been diagnosed clearly, the signaling output of the fault can be cancelled by setting the filter condition, which can reduce the call history output. , reduce the workload, reduce costs.
步骤 35、 呼叫历史记录编码与发送。 呼叫历史记录在输出给呼叫历 史记录服务器 23时需要按照预先定义的格式标准进行编码, 比如可以采 用文本、 二:^制或 ASN.1格式, 编码后再发送给呼叫历史记录服务器 23, 由呼叫历史记录服务器 23进行统一管理。 采用适当的编码方案可以减少 网络设备和呼叫历史记录服务器 23之间的通信流量, 提高系统整体效 率。 Step 35: Call history encoding and sending. The call history record needs to be encoded according to a pre-defined format standard when outputting to the call history server 23. For example, the text, the second system or the ASN.1 format may be used, and then encoded and sent to the call history record server 23, by the call. The history server 23 performs unified management. The communication scheme between the network device and the call history server 23 can be reduced by using an appropriate coding scheme, thereby improving the overall efficiency of the system.
基于上述技术方案和有益效果, 所述收集系统和收集方法可具体应 用在以下几个方面: Based on the above technical solutions and beneficial effects, the collection system and the collection method can be specifically applied in the following aspects:
】5
1 )在] ViSC设备调测时, 经常会遇到业务流程失败的情况。 此时, 快速定位问题并解决故障是十分重要的。 使用本发明的 CH 记录的技 术, 可以比别的方法更加快速地达到定位故障, 解决故障的目的。 】5 1) When the ViSC device is commissioned, it often encounters a business process failure. At this point, it is important to quickly locate the problem and resolve the failure. By using the CH recording technique of the present invention, the positioning failure can be achieved more quickly than other methods, and the purpose of the failure can be solved.
2 )在 MSC设备与其它网元节点对接时, 常会遇到对接失败的情况, 如果出现对接失败的两个设备间有较多的信令连接的时候, 不能使用信 令分析仪对所有链路一一连接并从收集到的海量数据中挑选异常消息。 此时可以使用本发明的 CHR记录技术, 记录特定测试手机出现异常信令 消息的业务过程, 以及异常的消息信息,达到快速分析定位故障的目的。 2) When the MSC device is connected to other network element nodes, it often encounters the failure of the connection. If there are more signaling connections between the two devices that fail to connect, the signaling analyzer cannot be used for all links. One-to-one connections and picking up exception messages from the vast amounts of data collected. At this time, the CHR recording technology of the present invention can be used to record the business process of the abnormal signaling message of the specific test mobile phone, and the abnormal message information, so as to quickly analyze the positioning fault.
3 )在 3G网絡运行的初期, 经常会出现一些关键性能指标 ( KPI )指 标不太理想的情况, 典型的如位置更新成功率, 呼叫成功率等。 此时, 需要找出原因, 提高这些指标, 从而提高网络质量和客户满意度。 使用 本发明的 CHR记录技术, 分析手机的位置更新流程、 呼叫流程, 可以解 决 KPI指标的问题。 3) In the early stage of 3G network operation, there are often some cases where the key performance indicator (KPI) indicators are not ideal, such as location update success rate, call success rate and so on. At this point, you need to find out the reasons and improve these metrics to improve network quality and customer satisfaction. By using the CHR recording technology of the present invention, analyzing the location update process and the call flow of the mobile phone can solve the problem of the KPI indicator.
4 )在 3G网络建成, 并运行一段时间后, 会推出一些新的业务, 比 如后付费用户的预付费功能等。 此时, 需要分析特定手机的行为。 利用 本发明的 CH 记录技术, 对特定手机的业务信令流程进行分析 , 可以清 晰掌握新业务的使用情况, 并能快速解决其中的问题。 4) After the 3G network is built and running for a period of time, some new services will be launched, such as the prepaid features of postpaid users. At this point, you need to analyze the behavior of a particular phone. By using the CH recording technology of the present invention, the service signaling process of a specific mobile phone can be analyzed, and the usage of the new service can be clearly grasped, and the problem can be quickly solved.
下面说明利用本发明收集的信令信息进行信令流程故障分析的一 个具体的例子: A specific example of signaling flow failure analysis using the signaling information collected by the present invention is described below:
如果某一 3G手机客户在城市内移动时通话中有掉话现象,但是不能 确定发生掉话的具体地址, 根据这些情况可判断出是手机切换失败, 但 是从客户提供的信息不能判断失败原因和失败发生的具体位置, 难以从 具体的接入侧分析失败原因。从] ViSC侧的性能统计中可以看到有 MSC系 统间切换失败(从 3G MSC切换到 2G MSC )的记录, 失败原因记录为无 效小区 ( invalid cell ) , 但是性能统计不能给出进一步的信息以供分析。
图 5为不同 MSC之间进行 3 G系统到 2G系统间切换的流程图。 参见图 5 , 根据协议, 系统间切换的 invalid cell失败出现在 MAP-Prep-Handover resp. 消息中, 表示 MSC-B (此例中为 2G MSC )认为其收到的 MSC-A (此例 中为 3G MSC ) 的 MAP-Prep-Handover req.消息中的目的小区不是其下小 区, 或者不受其控制。 If a 3G mobile phone customer has dropped calls during the call in the city, but the specific address of the dropped call cannot be determined, according to these circumstances, it can be judged that the mobile phone handover fails, but the information provided by the customer cannot determine the cause of the failure and The specific location where the failure occurred is difficult to analyze the cause of the failure from the specific access side. From the performance statistics of the ViSC side, it can be seen that there is a record of the handover failure between the MSC systems (switching from the 3G MSC to the 2G MSC), and the failure reason is recorded as an invalid cell, but the performance statistics cannot give further information. For analysis. FIG. 5 is a flow chart of switching between 3G systems and 2G systems between different MSCs. Referring to Figure 5, according to the protocol, the invalid cell failure of the inter-system handover occurs in the MAP-Prep-Handover resp. message, indicating that the MSC-B (in this case, the 2G MSC) considers the MSC-A it receives (in this example) The destination cell in the MAP-Prep-Handover req. message of the 3G MSC is not under its control or controlled by it.
此时可以使用本发明所生成的呼叫历史记录来分析解决此故障定 位问题。 根据用户的手机号码, 可以在 CHRJI艮务器上找到此手机的 CHR 记录。 打开 3G MSC的 CHR记录, 可以发现记录中的失败点在 2G MSC发 送给 3G MSC (即本局 ) 的这条 MAP-Prep-Handover resp.消息上, 同时 CHR记录中还有此过程的记录, 因此可以查到此 resp消息对应的请求消 息: 即从 3G MSC发出的 MAP-Prep-Handover req.消息, 从此消息的记录 可发现 3G MSC发送的目的小区信息为 46000 0025 0001; 通过该小区信 息可以查询 3G MSC的配置, 获得此目的地对应的 MSC的号码。 这些信 息反馈回来后, 再通过与 2G MSC查对数据, 发现是 2G MSC与 3G MSC 上的数据不能正确对应 (例如可能是由于 2G MSC侧的小区已经搬离到 另外一个 MSC下, 但并未通知 3G MSC修改对应的邻区配置) , 因此导 致 3G MSC未能发送切换请求消息到正确的 MSC。 At this point, the call history generated by the present invention can be used to analyze and resolve this fault location problem. The CHR record for this phone can be found on the CHRJI server based on the user's mobile number. Open the CHR record of the 3G MSC, and find that the failure point in the record is sent to the MAP-Prep-Handover resp. message sent by the 2G MSC to the 3G MSC (ie, the local office), and the CHR record also has a record of the process, so The request message corresponding to the resp message can be found: that is, the MAP-Prep-Handover req. message sent from the 3G MSC, and the record of the message can be found that the destination cell information sent by the 3G MSC is 46000 0025 0001; The configuration of the 3G MSC obtains the number of the MSC corresponding to the destination. After the information is fed back, the data is checked by the 2G MSC and the data on the 3G MSC cannot be correctly mapped (for example, the cell on the 2G MSC side has moved out to another MSC, but it is not Notifying the 3G MSC to modify the corresponding neighbor configuration), thus causing the 3G MSC to fail to send a handover request message to the correct MSC.
根据 2G MSC侧提供的信息可以修改 3G MSC上的邻区数据,使得 2G MSC与 3G MSC上的数据正确对应, 从而保证切换成功。 According to the information provided by the 2G MSC side, the neighboring area data on the 3G MSC can be modified, so that the data on the 2G MSC and the 3G MSC are correctly matched, thereby ensuring successful handover.
其次介绍本发明所述收集系统和收集方法的第二实施例。 Next, a second embodiment of the collecting system and collecting method of the present invention will be described.
为了收集整个业务过程中业务处理设备内部处理的业务信息, 在所 述收集系统的第二实施例中, 所述业务系统为用于进行业务处理的业务 系统; 所述记录系统为呼叫日志系统; 所述业务系统发送给呼叫日志系 统进行收集的信息为: 在本次业务处理过程中业务处理设备内部处理的 业务信息; 所述呼叫日志系统生成的记录为呼叫日志。
本发明所述的呼叫日志, 是指针对业务处理设备的一次业务过程 (例如呼叫、 短消息、 切换、 多连接呼叫等) 中, 收集记录业务处理设 备内部在整个业务过程中的业务信息 (也可以称为轨迹信息), 将本次 业务过程中所收集的业务信息组合为一个呼叫日志。 用于管理员对本次 业务过程的业务处理设备内的业务流程进行分析, 从而定位业务处理设 备内部的故障。 呼叫日志是面向用户, 面向业务流程的, 是业务处理设 备对一次完整的业务流程中业务信息内容的记录。 In a second embodiment of the collection system, the service system is a service system for performing service processing; and the recording system is a call log system; The information that the service system sends to the call log system for collecting is: the service information processed by the service processing device in the current service process; the record generated by the call log system is a call log. The call log of the present invention is used to collect and record the service information of the service processing device in the entire service process in a service process (such as a call, a short message, a handover, a multi-connection call, etc.) of the service processing device (also It can be called track information), and the business information collected in this business process is combined into one call log. It is used by the administrator to analyze the business processes in the service processing device of the current business process, thereby locating faults inside the service processing device. The call log is user-oriented, business-oriented, and is a record of business process equipment's business information content in a complete business process.
图 6为本发明所述实现呼叫日志的一种架构图。 如图 6所示, 本发 明的方法可设置呼叫日志服务器, 该呼叫日志服务器可以设置在网络管 理系统中, 也可单独设置; 当通信系统中的业务处理设备(例如 MSC ) 在处理某项业务时, 收集该业务处理设备内部业务处理流程中的业务信 息, 在该项业务终止时生成由所收集到的业务信息组成的呼叫日志, 将 生成的呼叫日志通过标准协议消息发送给呼叫曰志服务器进行统一管 理。 用户可以通过呼叫日志工作台登陆呼叫日志服务器对呼叫日志进行 管理分析, 根据这些呼叫日志来分析呼叫出现的问题, 并通过呼叫日志 中的消息信元分析定位问题, 并通过相应的手段来排除故障。 FIG. 6 is a structural diagram of implementing a call log according to the present invention. As shown in FIG. 6, the method of the present invention can set a call log server, which can be set in the network management system or can be set separately; when a service processing device (for example, MSC) in the communication system processes a service Collecting the service information in the internal service processing flow of the service processing device, generating a call log composed of the collected service information when the service is terminated, and sending the generated call log to the call server through a standard protocol message. Conduct unified management. The user can log in to the call log server through the call log workbench to perform management analysis on the call log, analyze the problem of the call according to the call logs, analyze the positioning problem through the message cell in the call log, and eliminate the fault by corresponding means. .
图 7为本发明所述收集系统的第二实施例的一种结构图。参见图 7, 该收集系统包括业务系统 71、 呼叫日志系统 72、 呼叫日志服务器 73 , 其中: Figure 7 is a block diagram of a second embodiment of the collection system of the present invention. Referring to Figure 7, the collection system includes a service system 71, a call log system 72, and a call log server 73, wherein:
业务系统 71设置在通信系统的业务处理设备 (此处为 MSC ) 内, 用于进行业务处理, 并用于在有新业务接入时由业务接入单元 711通知 呼叫日志系统 72收集业务信息, 在本次业务处理过程中由业务处理单 元 712将业务处理设备内部的业务信息发送到呼叫日志系统 72收集, 本次业务终止时由业务终止单元 713通知呼叫日志系统 72; The service system 71 is disposed in the service processing device (here, the MSC) of the communication system, and is used for performing service processing, and is used by the service access unit 711 to notify the call log system 72 to collect service information when there is new service access. During the service processing, the service processing unit 712 sends the service information of the service processing device to the call log system 72, and the service termination unit 713 notifies the call log system 72 when the service is terminated.
呼叫日志系统 72用于在业务开始时启动收集业务系统 71发送的业
务信息, 并在本次业务终止时生成由收集到的业务信息组成的本次业务 的呼叫日志, 发送到呼叫日志服务器 73; 具体包括: The call log system 72 is used to initiate the business sent by the collection service system 71 at the beginning of the service. The service information, and the call log of the current service, which is composed of the collected service information, is sent to the call log server 73 when the service is terminated;
呼叫日志启动单元 721,用于接收业务系统 71的有新业务接入的通 知, 并向业务信息收集单元发送启动指令; The call log starting unit 721 is configured to receive a notification of the new service access of the service system 71, and send a startup instruction to the service information collection unit;
业务信息收集单元 722, 用于收集业务系统 71发送的业务信息; 呼叫日志生成单元 723,用于在收到业务系统 71发送的本次业务终 止通知后, 根据业务信息收集单元 722收集的业务信息生成呼叫日志; 该呼叫曰志生成单元 723中进一步包括: 呼叫日志的触发单元 724, 用 于在收到业务系统 71 发送的本次业务终止通知后, 根据预设的触发条 件判断是否需生成呼叫日志, 如果需要则触发呼叫日志生成单元 723生 成呼叫曰志, 否则, 不触发生成呼叫日志。 所述触发单元具有面向用户 的触发条件设置接口, 通过该接口根据用户指令设置所述触发条件。 The service information collecting unit 722 is configured to collect the service information sent by the service system 71. The call log generating unit 723 is configured to receive the service information collected by the service information collecting unit 722 after receiving the current service termination notification sent by the service system 71. The call log generating unit 723 further includes: a call log triggering unit 724, configured to determine, according to a preset trigger condition, whether to generate a call after receiving the current service termination notification sent by the service system 71 The log, if necessary, triggers the call log generation unit 723 to generate a call log, otherwise, does not trigger the generation of the call log. The trigger unit has a user-oriented trigger condition setting interface through which the trigger condition is set according to a user instruction.
过滤缓存单元 725, 用于对当前生成的本次业务的呼叫日志进行緩 存, 并判断该呼叫日志是否符合预设的过滤条件, 是则继续緩存并传输 到编码发送单元 726进行发送; 否则取消发送或减少发送量。 所述过滤 缓存单元 725具有面向用户的过滤条件设置接口, 通过该接口根据用户 指令设置所述过滤条件。 The filtering buffer unit 725 is configured to cache the currently generated call log of the current service, and determine whether the call log meets the preset filtering condition, and then continue to buffer and transmit to the code sending unit 726 for sending; otherwise, cancel the sending. Or reduce the amount of transmission. The filter buffer unit 725 has a user-oriented filter condition setting interface through which the filter condition is set according to a user instruction.
编码发送单元 726, 用于按照预定的编码格式对所生成的呼叫日志 进行编码并发送给呼叫日志服务器 73。 The code sending unit 726 is configured to encode the generated call log according to a predetermined encoding format and send it to the call log server 73.
呼叫日志服务器 73 用于接收存储呼叫日志, 进行统一管理, 可以 实现对业务故障进行检索、 分类、 统计和深入挖掘分析。 The call log server 73 is configured to receive and store the call logs for unified management, and can perform retrieval, classification, statistics, and in-depth mining analysis on service faults.
图 8为本发明所述收集方法的第二实施例的流程图。 参见图 8, 该 实施例的流程具体包括: Figure 8 is a flow chart of a second embodiment of the collection method of the present invention. Referring to FIG. 8, the process of this embodiment specifically includes:
步骤 81、当所述业务处理设备收到来自外部实体的新的业务建立请 求时(即有新业务接入时 )启动呼叫日志。 比如收到从 A接口、 Iu接口
收到 CM Service Request消息或者中继入局的 IAM消息、或者 E接口的 切换入局清求 MAP-Prepare-Handover-Request时, 此时一个新的业务处 理流程在业务处理设备中启动, 这时业务系统 71向呼叫日志系统 72申 请启动呼叫日志, 呼叫日志系统为本次业务分配一个呼叫日志的标识, 返回给业务系统 71 , 启动本呼叫日志的业务信息收集的过程。在后续的 业务系统 71向呼叫日志系统 72发送的关于本次业务的业务信息都以所 分配的呼叫日志标识作为句柄进行索引。 Step 81: When the service processing device receives a new service establishment request from an external entity (that is, when there is a new service access), the call log is started. Such as receiving from the A interface, Iu interface When a CM Service Request message is received, or an incoming IAM message is relayed, or an E-interface is switched to the IPS-Prepare-Handover-Request, a new service process is started in the service processing device, and the service system is started. 71, the call log system 72 is applied to initiate a call log, and the call log system assigns a call log identifier to the service, and returns to the service system 71 to start the process of collecting service information of the call log. The service information about the current service sent by the subsequent service system 71 to the call log system 72 is indexed with the assigned call log identifier as a handle.
步骤 82、 业务信息收集。 当业务系统 71启动了呼叫日志后, 在本次 业务流程中收集该业务处理设备内部的业务信息, 即将业务处理流程中 的关键信息以消息的格式输出到呼叫日志系统 72中进行记录, 上述的呼 叫曰志标识作为这些业务信息的句柄, 呼叫日志系统 72记录所收集的业 务信息。 Step 82: Collect business information. After the service system 71 starts the call log, the service information in the service processing device is collected in the current service process, and the key information in the service processing flow is output to the call log system 72 in the format of the message for recording. The call log identifier is used as a handle to these service information, and the call log system 72 records the collected service information.
在所述业务信息中, 尤其要包括导致信令流程失败的关键信息: 例 如业务类型以及导致业务处理过程失败的原因等信息。 In the service information, in particular, key information that causes the failure of the signaling process is included: for example, the type of the service and the cause of the failure of the service processing process.
图 9为本发明第二实施例所述收集业务信息的一种具体实例的示意 图,该具体实例中所处理的业务为连接管理(CM )业务。参见图 9, MSC - S (即业务处理设备)在收到 BSC的 CM业务请求消息(即 CM Service Request )后, 开始进行业务处理, 在进行业务处理的同时向呼叫日志系 统发送业务信息, 具体如下步骤: FIG. 9 is a schematic diagram of a specific example of collecting service information according to the second embodiment of the present invention, where the service processed in the specific example is a connection management (CM) service. Referring to FIG. 9, after receiving the CM service request message (ie, CM Service Request) of the BSC, the MSC-S (ie, the service processing device) starts to perform service processing, and sends service information to the call log system while performing service processing. The following steps:
步骤 901 ~步骤 902、 MSC-S收到 CM业务请求消息 (CM Service Request )后, 向呼叫日志系统发送本次业务的业务类型进行收集记录, 并以此申请启动呼叫日志, 日志系统分配本次业务的呼叫日志标识, 向 MSC - S返回携带该呼叫日志标识的响应, MSC-S收到呼叫日志系统的 响应后继续本次业务的处理。 Step 901 to step 902: After receiving the CM Service Request message, the MSC-S sends the service type of the service to the call log system to collect and record the call log, and the log system allocates the current log. The call log identifier of the service returns a response carrying the call log identifier to the MSC-S, and the MSC-S continues the processing of the service after receiving the response from the call log system.
步骤 903 ~步骤 904、 MSC-S在完成加密判断处理后, 向 BSC发送加
密命令消息 (Ciphering Command ), 同时将本处理过程相关的加密信息 发送到日志系统进行收集记录; 当 BSC返回加密完成消息 (Ciphering Complete )后, 发送相关的加密完成信息到日志系统进行收集记录; 步驟 905、 当 MSC-S收到终端的呼叫建立消息 (Setup )后向呼叫日 志系统发送被叫号码等信息进行记录, 之后继续业务处理, 向 BSC返回 呼叫正在进行 ( Call Proceeding ) 消息。 Step 903 to step 904, after completing the encryption determination process, the MSC-S sends the addition to the BSC. The Ciphering Command sends the encrypted information related to the processing to the log system for collecting and recording. After the BSC returns the encryption completion message (Ciphering Complete), the related encryption completion information is sent to the log system for collection and recording. Step 905: After receiving the call setup message (Setup) of the terminal, the MSC-S sends information such as the called number to the call log system for recording, and then continues the service processing, and returns a Call Proceeding message to the BSC.
步骤 906、 MSC-S向 MGW发送增加端点请求消息 ADD.req(Tl,$)、 MGW返回增加端点响应消息 ADD.reply(Tl)的过程后, MSC-S发送该过 程相关的主叫侧承载信息到呼叫日志系统进行收集记录; Step 906: After the MSC-S sends the process of adding the endpoint request message ADD.req (Tl, $) to the MGW, and the MGW returns the process of adding the endpoint response message ADD.reply (Tl), the MSC-S sends the calling side bearer related to the process. Information to the call log system for collection and recording;
步骤 907、 MSC-S向 BSC发送指配请求 Assignment Request, BSC在 指配失败的情况下返回携带指配失败原因信息的指配失败消息 Assignment Failure的过程后, MSC-S发送指配失败原因到呼叫日志系统 进行收集记录。 Step 907: The MSC-S sends an assignment request to the BSC. After the BSC returns the assignment failure message with the assignment failure reason information, the MSC-S sends the assignment failure reason to the MSC-S. The call log system collects records.
步骤 908、 MSC-S返回拆离消息 Disconnect后, 发送呼叫释放信息到 呼叫日志系统进行记录。 Step 908: After returning the detach message Disconnect, the MSC-S sends the call release information to the call log system for recording.
步骤 909、 本次业务结束, MSC-S通知日志系统结束对本次业务的 业务信息的收集, 生成由所收集到的业务信息 (即所记录的业务种类、 加密信息、 加密完成信息、 被叫号码信息、 主叫侧承载信息、 记录指配 失败信息, 呼叫失败原因信息等)本次业务呼叫日志。 Step 909: After the service ends, the MSC-S notifies the log system to end the collection of the service information of the current service, and generates the collected service information (that is, the recorded service type, the encrypted information, the encryption completion information, and the called party). Number information, calling side bearer information, record assignment failure information, call failure reason information, etc.) This service call log.
优选的, 本步骤收集的业务信息可以是整个业务处理过程中, 业务 处理设备进行业务处理的所有业务信息。 Preferably, the service information collected in this step may be all service information processed by the service processing device during the entire service process.
步骤 83、 呼叫日志生成。 当本次业务流程终止的时候, 呼叫日志 系统 72需要生成由所收集到的业务信息组成的呼叫曰志, 该呼叫日志与 该次业务相对应, 以所述的呼叫日志标识为句柄。 本发明中可对呼叫日 志中的业务信息分类存储, 使得在定位不同类型问题时, 可以有侧重的
分析不同类别的信息, 例如将上述业务种类、 被叫号码、 主叫侧承载信 息等分类存储。 Step 83: Call log generation. When the current business process is terminated, the call log system 72 needs to generate a call message composed of the collected service information, and the call log corresponds to the service, and the call log identifier is used as a handle. In the present invention, the service information in the call log can be classified and stored, so that when locating different types of problems, the information can be focused. Different types of information are analyzed, for example, the above service types, called numbers, and calling side bearer information are stored in categories.
本发明中可由用户预先设置生成呼叫日志的触发条件; 当所述本次 业务终止时, 根据所述触发条件判断是否需要触发生成呼叫日志, 是则 生成本次 ll务的呼叫日志, 否则不生成本次业务的呼叫日志, 结束本流 程。 所述的触发条件可以设置为本次业务的处理结果: 如果本次业务处 理失败, 则需要触发生成本次业务的呼叫日志, 否则不需触发生成本次 业务的呼叫日志。 因此对于数量占多数的成功的业务过程, 是不需要产 生呼叫日志的。 In the present invention, the trigger condition for generating a call log may be set in advance by the user; when the current service is terminated, it is determined according to the trigger condition whether the call log needs to be triggered to be generated, and the call log of the current service is generated, otherwise the call log is not generated. The call log of this service ends the process. The triggering condition can be set as the processing result of the current service. If the service processing fails, the call log of the current service needs to be triggered. Otherwise, the call log of the current service is not triggered. Therefore, for a successful business process with a large majority, there is no need to generate a call log.
步骤 84、 呼叫日志的过滤与缓存。 本发明可预先由用户设置过滤 条件, 在向呼叫曰志服务器 73发送呼叫曰志之前进一步判断该呼叫曰志 是否满足过滤条件, 满足过滤条件则需向呼叫日志服务器 73发送呼叫日 志, 执行步骤 85; 否则, 不向呼叫日志服务器 73发送该呼叫日志, 结束 本流程。 Step 84: Filter and cache the call log. The present invention can set the filtering condition in advance by the user, and further determine whether the calling message meets the filtering condition before sending the call message to the call server 73. If the filtering condition is met, the call log is sent to the call log server 73, and step 85 is performed. Otherwise, the call log is not sent to the call log server 73, and the process ends.
图 10为本发明所述设置呼叫日志过滤条件的一种实施例的示意图。 参见图 10, 用户可以通过面向用户的接口设置过滤条件, 该接口提供的 设置方式主要包括两部分: 首先是对业务类型进行设置, 例如需要过滤 的是语音呼叫业务、 视频呼叫业务、 切换业务、 位置更新业务、 还是短 消息业务等; 其次是对该业务的失败原因进行设置, 例如需要过滤的可 以是主叫早释、 拨号错误、 振铃早释、 无可用电路、 寻呼无响应等失败 原因。 所述生成的呼叫日志输入过滤緩存单元后, 经过业务类型和失败 原因两层过滤, 再输出到緩存中发送。 例如用户设置的过滤条件为业务 类型为语音呼叫, 失败类型为拨号错误, 则判断呼叫日志中所收集的业 务信息是否为语音呼叫业务且是否发生拨号错误, 如果是, 则输出到緩 存中发送, 否则不输出发送该呼叫日志。 此处的图 10只是对过滤条件的
一个举例说明, 本发明也可为用户提供其他的设置接口, 以设置不同的 过滤条件: 例如可以用业务建立起始时间作为过滤条件。 FIG. 10 is a schematic diagram of an embodiment of setting a call log filtering condition according to the present invention. Referring to FIG. 10, a user can set a filtering condition through a user-oriented interface. The setting mode provided by the interface mainly includes two parts: First, setting a service type, for example, a voice call service, a video call service, a handover service, and the like, The location update service, or the short message service, etc.; the second is to set the cause of the failure of the service, for example, the need to filter may be the caller early release, dialing error, ringing early release, no available circuit, paging no response, etc. the reason. After the generated call log is input into the filter buffer unit, it is filtered by the service type and the failure reason, and then output to the cache for transmission. For example, if the service type is a voice call and the failure type is a dialing error, it is determined whether the service information collected in the call log is a voice call service and a dialing error occurs. If yes, the output is sent to the cache. Otherwise, the call log is not output. Figure 10 here is only for the filter conditions As an example, the present invention can also provide other setting interfaces for the user to set different filtering conditions: For example, the service establishment start time can be used as the filtering condition.
对呼叫日志进行过滤, 一方面是考虑到对于某些失败流程, 比如主 叫用户振铃早释、 被叫拒绝应答等用户行为导致的业务失败, 不需要通 过呼叫日志进行具体分析。 另一方面如果某个故障原因已经诊断清楚, 可以通过过滤减少大量的呼叫日志输出, 减少对系统资源的占用, 并减 少分析工作量。 The call log is filtered. On the one hand, it considers the service failure caused by user behaviors such as the caller's early release and the called party's refusal to respond to certain failed processes. It is not necessary to perform specific analysis through the call log. On the other hand, if the cause of a fault has been diagnosed clearly, a large amount of call log output can be reduced by filtering, reducing the occupation of system resources and reducing the analysis workload.
步驟 85、 呼叫日志编码与发送。 呼叫日志在输出给呼叫日志服务器 73时需要按照预先定义的格式标准进行编码, 比如可以采用文本、 二进 制或 ASN.1格式, 编码后再发送给呼叫日志服务器 73 , 由呼叫日志服务 器 73进行统一管理。 采用适当的编码方案可以减少网络设备和呼叫日志 服务器 73之间的通信流量, 提高系统整体效率。 Step 85: Call log encoding and sending. The call log needs to be encoded according to a pre-defined format standard when outputting to the call log server 73. For example, it can be in text, binary or ASN.1 format, and then sent to the call log server 73 for unified management by the call log server 73. . The appropriate coding scheme can reduce the communication traffic between the network device and the call log server 73, and improve the overall efficiency of the system.
以上所述, 仅为本发明较佳的具体实施方式, 但本发明的保护范围 并不局限于此, 任何熟悉该技术的人在本发明所揭露的技术范围内, 可 轻易想到的变化或替换, 都应涵盖在本发明的保护范围之内。
The above is only a preferred embodiment of the present invention, but the scope of protection of the present invention is not limited thereto, and any person skilled in the art can easily think of changes or replacements within the technical scope of the present invention. All should be covered by the scope of the present invention.
Claims
1、 一种通讯系统中的信息收集系统, 其特征在于, 该收集系统包 括: 业务系统和记录系统, 其中: An information collecting system in a communication system, characterized in that the collecting system comprises: a business system and a recording system, wherein:
业务系统设置在通讯系统的业务处理设备内, 用于在有新业务接入 时通知记录系统收集本次业务处理过程中业务处理设备与外部实体之 间的信令信息和或收集业务处理设备内部处理的业务信息, 发送到记录 系统, 在本次业务终止时通知记录系统生成记录; The service system is disposed in the service processing device of the communication system, and is configured to notify the recording system to collect signaling information between the service processing device and the external entity during the processing of the current service when the new service is accessed, or collect the internal processing service device. The processed business information is sent to the recording system, and the recording system is notified to generate a record when the business is terminated;
记录系统用于收集业务系统发送的信息, 并在本次业务终止时生成 由收集到的信息组成的本次业务的记录。 The recording system is used to collect information sent by the business system, and generates a record of the current business composed of the collected information when the business is terminated.
2、 根据权利要求 1 所述的收集系统, 其特征在于, 所述业务系统 为用于业务处理设备与外部实体之间进行信令业务处理的信令业务系 统; 所述记录系统为呼叫历史记录系统; 所述信令业务系统发送给呼叫 历史记录系统进行收集的信息为: 在信令业务处理过程中, 业务处理设 备同外部实体的信令接口中的信令信息; 所述呼叫历史记录系统生成的 记录为呼叫历史 ·ί己录。 2. The collection system according to claim 1, wherein the service system is a signaling service system for performing signaling service processing between a service processing device and an external entity; the recording system is a call history record. The information collected by the signaling service system and sent to the call history recording system is: signaling information in a signaling interface between the service processing device and the external entity in the signaling service processing process; the call history recording system The generated record is the call history.
3、 根据权利要求 2 所述的收集系统, 其特征在于, 所述呼叫历史 记录系统具体包括: The collection system according to claim 2, wherein the call history recording system specifically includes:
呼叫历史记录启动单元, 用于接收信令业务系统的业务接入通知, 向信令信息收集单元发送启动指令; a call history initiation unit, configured to receive a service access notification of the signaling service system, and send a startup instruction to the signaling information collection unit;
信令信息收集单元, 用于启动后收集信令业务系统发送的信令信 呼叫历史记录生成单元, 用于在收到信令业务系统发送的本次业务 终止通知后, 根据信令信息收集单元收集的信令信息生成本次业务的呼 叫历史记录。
a signaling information collecting unit, configured to: after the startup, the signaling signaling call history generating unit sent by the signaling service system is configured to: after receiving the service termination notification sent by the signaling service system, according to the signaling information collecting unit The collected signaling information generates a call history record of the current service.
4、 根据权利要求 3 所述的收集系统, 其特征在于, 所述呼叫历史 记录生成单元中进一步包括: 呼叫历史记录的触发单元, 用于在收到信 令业务系统发送的业务终止通知后, 根据预设的触发条件判断是否需生 成呼叫历史记录, 如果需要则触发呼叫历史记录生成单元生成呼叫历史 记录, 否则, 不触发生成呼叫历史记录。 The collection system according to claim 3, wherein the call history record generating unit further comprises: a triggering unit of the call history, configured to: after receiving the service termination notification sent by the signaling service system, Whether the call history record needs to be generated is determined according to a preset trigger condition, and the call history generation unit is triggered to generate a call history record if necessary, otherwise, the call history record is not triggered.
5、 根据权利要求 2 所述的收集系统, 其特征在于, 5. The collection system of claim 2, wherein
所述收集系统进一步包括呼叫历史记录服务器, 用于接收存储呼叫 历史记录, 进行统一管理; The collection system further includes a call history record server for receiving a stored call history record for unified management;
所述呼叫历史记录系统进一步包括编码发送单元, 用于按照预定的 编码格式对所生成的呼叫历史记录进行编码并发送给呼叫历史记录服 务器。 The call history recording system further includes a code transmitting unit for encoding the generated call history record in accordance with a predetermined encoding format and transmitting the call history record to the call history server.
6、 根据权利要求 5 所述的收集系统, 其特征在于, 所述呼叫历史 记录系统中进一步包括: 过滤緩存单元, 用于对当前生成的本次业务的 呼叫历史记录进行緩存, 并判断该呼叫历史记录是否符合预设的过滤条 件, 是则继续缓存并传输到编码发送单元进行发送; 否则取消发送。 The collection system according to claim 5, wherein the call history recording system further comprises: a filtering buffer unit, configured to cache the currently generated call history record of the current service, and determine the call Whether the history records meet the preset filtering conditions, if yes, continue to cache and transmit to the code sending unit for sending; otherwise, cancel the sending.
7、 根据权利要求 1 所述的收集系统, 其特征在于, 所述业务系统 为用于进行业务处理的业务系统; 所述记录系统为呼叫日志系统; 所述 业务系统发送给呼叫日志系统进行收集的信息为: 在本次业务处理过程 中业务处理设备内部处理的业务信息; 所述呼叫日志系统生成的记录为 呼叫日志。 · The collection system according to claim 1, wherein the service system is a service system for performing service processing; the recording system is a call log system; and the service system is sent to a call log system for collection. The information is: the service information processed by the service processing device in the current service process; the record generated by the call log system is a call log. ·
8、 根据权利要求 7 所述的收集系统, 其特征在于, 所述呼叫日志 系统具体包括: The collection system according to claim 7, wherein the call log system specifically includes:
呼叫日志启动单元, 用于接收业务系统的新业务接入通知, 并向业 务信息收集单元发送启动指令; a call log initiation unit, configured to receive a new service access notification of the service system, and send a startup instruction to the service information collection unit;
业务信息收集单元, 用于启动后收集业务系统发送的业务信息;
呼叫日志生成单元, 用于在收到业务系统发送的本次业务终止通知 后, 根据业务信息收集单元收集的业务信息生成本次业务的呼叫日志。 a service information collection unit, configured to collect service information sent by the service system after startup; The call log generating unit is configured to generate a call log of the current service according to the service information collected by the service information collecting unit after receiving the current service termination notification sent by the service system.
9、 权利要求 8 所述的收集系统, 其特征在于, 所述呼叫日志 生成单元中进一步包括: 呼叫日志的触发单元, 用于在收到业务系统发 送的本次业务终止通知后, 根据预设的触发条件判断是否需生成呼叫日 志,如果需要则触发呼叫日志生成单元生成本次业务的呼叫日志,否贝' J , 不触发生成呼叫日志。 The collection system of claim 8, wherein the call log generating unit further comprises: a triggering unit of the call log, configured to: after receiving the current service termination notification sent by the service system, according to the preset The trigger condition determines whether a call log needs to be generated, and if necessary, triggers the call log generation unit to generate a call log of the current service, and does not trigger the generation of the call log.
10、 居权利要求 4或 9 所述的收集系统, 其特征在于, 所述触发 单元具有面向用户的触发条件设置接口, 通过该接口根据用户指令设置 所述触发奈件。 10. The collection system of claim 4 or 9, wherein the triggering unit has a triggering condition setting interface facing the user, and the triggering device is set according to the user instruction through the interface.
11、 根据权利要求 7 所述的收集系统, 其特征在于, 11. The collection system of claim 7 wherein:
所述收集系统进一步包括呼叫日志服务器, 用于接收存储呼叫日 志, 进行统一管理; The collection system further includes a call log server for receiving a storage call log for unified management;
所述呼叫日志系统进一步包括编码发送单元, 用于按照预定的编码 格式对所生成的呼叫曰志进行编码并发送给呼叫日志服务器。 The call log system further includes a code transmitting unit for encoding the generated call message in accordance with a predetermined encoding format and transmitting the call message to the call log server.
12、 根据权利要求 11 所述的收集系统, 其特征在于, 所述呼叫曰 志系统中进一步包括: 过滤緩存单元, 用于对当前生成的呼叫日志进行 緩存, 并判断该呼叫日志是否符合预设的过滤条件, 是则继续緩存并传 输到编码发送单元进行发送; 否则取消发送。 The collection system according to claim 11, wherein the call system further comprises: a filtering buffer unit, configured to cache the currently generated call log, and determine whether the call log meets a preset The filter condition is that the buffer is continued and transmitted to the code sending unit for transmission; otherwise, the transmission is cancelled.
13、 根据权利要求 6或 12 所述的收集系统, 其特征在于, 所述过 滤緩存单元具有面向用户的过滤条件设置接口, 通过该接口根据用户指 令设置所述过滤条件。 The collection system according to claim 6 or 12, wherein the filter buffer unit has a filter condition setting interface facing the user, and the filter condition is set according to the user instruction through the interface.
14、 才 据权利要求 1 所述的收集系统, 其特征在于, 所述业务处理 设备为宽带码分多址系统中的移动交换中心、 拜访位置寄存器、 媒体网 关、 网关移动交换中心、 本地位置寄存器、 通用分組无线业务 GPRS业
务支持节点、 GPRS网关支持节点、 或短消息服务中心。 14. The collection system according to claim 1, wherein the service processing device is a mobile switching center, a visited location register, a media gateway, a gateway mobile switching center, and a local location register in a wideband code division multiple access system. , general packet radio service GPRS industry Service support node, GPRS gateway support node, or short message service center.
15、 一种通信系统中的信息收集方法, 其特征在于, 15. A method of collecting information in a communication system, characterized in that
当通信系统中的业务处理设备在处理某次业务时, 收集本次业务处 理过程中业务处理设备与外部实体之间的信令信息和或业务处理设备 内部处理的业务信息, 本次业务终止时生成由所收集到的信息组成的记 录, 该记录与本次业务相对应。 When the service processing device in the communication system processes a certain service, collects signaling information between the service processing device and the external entity in the current service process and service information processed internally by the service processing device, when the service is terminated. A record consisting of the collected information is generated, which corresponds to the current business.
16、 根据权利要求 15 所述的信息收集方法, 其特征在于, 在所收 集的信息为所述业务处理设备同外部实体的信令接口中的信令信息时, 具体包括: 当所述业务处理设备收到来自外部实体的新的业务建立请求 时, 则启动收集所述信令信息的过程; 当本次业务终止时, 则停止收集 所述信令信息, 生成本次业务的呼叫历史记录。 The information collecting method according to claim 15, wherein when the collected information is the signaling information in the signaling interface of the service processing device and the external entity, the method specifically includes: when the service processing When the device receives the new service establishment request from the external entity, the process of collecting the signaling information is started. When the service is terminated, the collection of the signaling information is stopped, and the call history record of the current service is generated.
17、 根据权利要求 16所述的信息收集方法, 其特征在于, 该方法 进一步包括: 设置生成呼叫历史记录的触发条件; 当所述本次业务终止 时, 根据所述触发条件判断是否需要触发生成呼叫历史记录, 是则执行 后续的生成本次业务的呼叫历史记录的步骤, 否则不生成本次业务的呼 叫历史记录, 结束本流程。 The information collecting method according to claim 16, wherein the method further comprises: setting a trigger condition for generating a call history record; determining, when the current service is terminated, whether trigger generation is required according to the trigger condition The call history record is the step of executing the subsequent call history record of the current service. Otherwise, the call history record of the current service is not generated, and the process ends.
18、 根椐权利要求 16所述的信息收集方法, 其特征在于, 该方法 进一步包括: 设置呼叫历史记录服务器; 将生成的呼叫历史记录发送给 呼叫历史记录服务器统一管理。 18. The information collecting method according to claim 16, wherein the method further comprises: setting a call history record server; and transmitting the generated call history record to the call history record server for unified management.
19、 根据权利要求 18 所述的信息收集方法, 其特征在于, 该方法 进一步包括: The method of collecting information according to claim 18, wherein the method further comprises:
设置过滤条件; 在向呼叫历史记录服务器发送呼叫历史记录之前进 一步判断该呼叫历史记录是否符合过滤条件, 如果符合则执行后续的向 呼叫历史记录服务器发送该呼叫历史记录的步骤; 否则不向呼叫历史记 录服务器发送该呼叫历史记录, 结束本流程。
Setting a filter condition; further determining whether the call history record meets the filter condition before sending the call history record to the call history server, and if yes, performing the subsequent step of sending the call history record to the call history record server; otherwise, not calling history The record server sends the call history and ends the process.
20、 根据权利要求 15 所述的信息收集方法, 其特征在于, 在所收 集的信息为所述业务处理设备内部处理的业务信息时, 具体包括: The information collecting method according to claim 15, wherein when the collected information is the service information processed by the service processing device, the method specifically includes:
当所述业务处理设备收到来自外部实体新的业务建立请求时, 则启 动收集所述业务信息的过程; 当本次业务终止时, 则停止收集所述业务 信息, 生成本次业务的呼叫日志。 When the service processing device receives a new service establishment request from an external entity, the process of collecting the service information is started; when the service is terminated, the collection of the service information is stopped, and a call log of the current service is generated. .
21、 根据权利要求 20 所述的信息收集方法, 其特征在于, 该方法 进一步包括: 设置生成呼叫日志的触发条件; 当所述本次业务终止时, 根据所述触发条件判断是否需要触发生成呼叫日志, 是则执行后续的生 成本次业务的呼叫日志的步骤, 否则不生成本次业务的呼叫日志, 结束 本流程。 The method of claim 20, further comprising: setting a trigger condition for generating a call log; determining, when the current service is terminated, whether to trigger the generated call according to the trigger condition The log is the step of executing the subsequent call log for generating the service. Otherwise, the call log of the current service is not generated, and the process ends.
22、 根据权利要求 20 所述的信息收集方法, 其特征在于, 该方法 进一步包括: 设置呼叫日志服务器; 将生成的呼叫日志发送给该呼叫曰 志服务器统一管理。 The information collecting method according to claim 20, wherein the method further comprises: setting a call log server; and transmitting the generated call log to the call log server for unified management.
23、 根据权利要求 22 所述的信息收集方法, 其特征在于, 该方法 进一步包括: The method of collecting information according to claim 22, wherein the method further comprises:
设置过滤条件; 在向呼叫日志服务器发送呼叫日志之前进一步判断 该呼叫曰志是否符合过滤条件, 如果符合则执行后续的向呼叫日志服务 器发送该呼叫日志的步骤; 否则不向呼叫日志服务器发送该呼叫日志, 结束本流程。 Setting a filter condition; further determining whether the call log meets the filter condition before sending the call log to the call log server, and if yes, performing the subsequent step of sending the call log to the call log server; otherwise, the call is not sent to the call log server Log, end this process.
24、 根据权利要求 20 所述的信息收集方法, 其特征在于, 所述业 务处理设备为第三代移动通信系统中的移动交换中心服务器 MSC-S;所 述 MSC-S所处理的业务为连接管理 CM业务; 所述集 MSC-S内部处理 的业务信息的具体过程包括: The information collecting method according to claim 20, wherein the service processing device is a mobile switching center server MSC-S in the third generation mobile communication system; and the service processed by the MSC-S is a connection. The CM service is managed; the specific process of collecting the service information processed by the MSC-S includes:
A、在 MSC-S收到本次业务相关的基站控制器 BSC发送的 CM业务请 求消息后, 启动收集业务信息的过程, 记录本次业务的业务类型;
B、 在 MSC-S完成加密判断处理、 向所述 BSC发送加密命令消息的 过程后, 记录本过程相关的加密信息; 当 BSC向 MSC-S返回加密完成消 息后, MSC-S记录相关的加密完成信息; After the MSC-S receives the CM service request message sent by the base station controller BSC related to the service, the process of collecting the service information is started, and the service type of the service is recorded. B. After the MSC-S completes the encryption determination process and sends the encryption command message to the BSC, records the encryption information related to the process; when the BSC returns the encryption completion message to the MSC-S, the MSC-S records the related encryption. Complete the information;
C、 当 MSC-S收到终端的呼叫建立消息后记录相关的被叫号码信息, 之后继续业务处理, 向 BSC返回呼叫正在进行消息; C. When the MSC-S receives the call setup message of the terminal, records the related called number information, and then continues the service processing, and returns a call progress message to the BSC;
D、在 MSC-S向本次业务相关的媒体网关 MGW发送增加端点请求消 息、 MGW返回增加端点响应消息的过程后, 记录该过程相关的主叫侧 承载信息; D. After the MSC-S sends a process of adding an endpoint request message to the media gateway MGW of the current service, and the MGW returns an end point response message, the bearer side bearer information related to the process is recorded;
E、在 MSC-S向 BSC发送指配请求、 BSC返回携带指配失败原因信息 的指配失败消息的过程后, 记录指配失败原因信息; E. After the MSC-S sends an assignment request to the BSC, and the BSC returns the assignment failure message carrying the assignment failure reason information, the failure failure reason information is recorded;
F、 在 MSC-S向 BSC返回拆离消息后, 记录呼叫释放信息; F. After the MSC-S returns the detach message to the BSC, record the call release information;
G、 在本次业务结束时, 结束对本次业务的业务信息的收集。
G. At the end of this business, the collection of business information for this business is ended.
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200510125945.7 | 2005-11-28 | ||
CN200510125944.2 | 2005-11-28 | ||
CNB2005101259457A CN100525348C (en) | 2005-11-28 | 2005-11-28 | System and method for collecting service information in communication system |
CNB2005101259442A CN100499699C (en) | 2005-11-28 | 2005-11-28 | System and method for collecting signalling information in communication system |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2007059672A1 true WO2007059672A1 (en) | 2007-05-31 |
Family
ID=38066903
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2006/001892 WO2007059672A1 (en) | 2005-11-28 | 2006-07-28 | An information collection system and method in communication system |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2007059672A1 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011025424A1 (en) * | 2009-08-28 | 2011-03-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Handling alarms based on user session records |
CN102779087A (en) * | 2011-05-06 | 2012-11-14 | Sap股份公司 | Systems and methods for business process logging |
CN105515863A (en) * | 2015-12-12 | 2016-04-20 | 林炜 | Electric power telecommunication soft-switch error detection system |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5875430A (en) * | 1996-05-02 | 1999-02-23 | Technology Licensing Corporation | Smart commercial kitchen network |
CN1455550A (en) * | 2002-04-30 | 2003-11-12 | 佳能株式会社 | Network apparatus management system and its control method |
-
2006
- 2006-07-28 WO PCT/CN2006/001892 patent/WO2007059672A1/en active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5875430A (en) * | 1996-05-02 | 1999-02-23 | Technology Licensing Corporation | Smart commercial kitchen network |
CN1455550A (en) * | 2002-04-30 | 2003-11-12 | 佳能株式会社 | Network apparatus management system and its control method |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011025424A1 (en) * | 2009-08-28 | 2011-03-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Handling alarms based on user session records |
CN102779087A (en) * | 2011-05-06 | 2012-11-14 | Sap股份公司 | Systems and methods for business process logging |
CN105515863A (en) * | 2015-12-12 | 2016-04-20 | 林炜 | Electric power telecommunication soft-switch error detection system |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4628990B2 (en) | Subscriber record generation method and apparatus | |
CN101472256B (en) | Method for hanging up and recovering bearing as well as gateway proxy and communication system | |
US7640015B2 (en) | Tools, methods and systems of storing remotely and retrieving detail records given a specific call or data session | |
KR101054680B1 (en) | Measurement data recording method for detecting hybrid mobile tuneaway | |
US20090312001A1 (en) | Providing subscriber identity for cell traffic trace in E-UTRAN | |
EP2003913A9 (en) | A call recovery method during the network failure and the system thereof | |
GB2427795A (en) | Providing an aggregated summary of correlated call detail records in a mobile network | |
JP5161971B2 (en) | Method for establishing a circuit switched call in a mobile radio network and mobile radio network | |
CN110401965B (en) | VoLTE voice quality dial testing analysis method and system | |
US20120178413A1 (en) | Technique for Monitoring a Call | |
US10148702B2 (en) | Session association method, apparatus, and system | |
CN101159981B (en) | Call routing establishment method, network element equipment and network system | |
WO2007112683A1 (en) | Method,apparatus and system for call recovery | |
CN105162801B (en) | A kind of method for realizing that IP terminals independently record with conferencing | |
WO2008122209A1 (en) | Method for controlling information tracking and net element of core network | |
WO2007059672A1 (en) | An information collection system and method in communication system | |
WO2016000187A1 (en) | Message processing method and device | |
KR100812676B1 (en) | Method for Generation of Charging Data per Contents in Mobile Communication System | |
CN100372420C (en) | Client-call fault detecting method | |
CN101753526A (en) | Monitoring method, device and system | |
CN100525348C (en) | System and method for collecting service information in communication system | |
WO2014000147A1 (en) | Fault diagnosis method and device | |
CN102577316B (en) | Method, device and system of data interception | |
JP4624325B2 (en) | Packet data network subscriber record creation method and apparatus | |
WO2014063313A1 (en) | Service analysis method and device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 06775238 Country of ref document: EP Kind code of ref document: A1 |