WO2014000147A1 - 故障诊断的方法及装置 - Google Patents
故障诊断的方法及装置 Download PDFInfo
- Publication number
- WO2014000147A1 WO2014000147A1 PCT/CN2012/077455 CN2012077455W WO2014000147A1 WO 2014000147 A1 WO2014000147 A1 WO 2014000147A1 CN 2012077455 W CN2012077455 W CN 2012077455W WO 2014000147 A1 WO2014000147 A1 WO 2014000147A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- service
- user
- terminal
- fault diagnosis
- system side
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- 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/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- 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/5061—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the interaction between service providers and their network customers, e.g. customer relationship management
- H04L41/5067—Customer-centric QoS measurements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
Definitions
- Embodiments of the present invention relate to the field of communications and, more particularly, to methods and apparatus for fault diagnosis in communication systems that comply with security regulations. Background technique
- the telecommunications equipment is responsible for handling the voice, short message, multimedia or data services of the end user in accordance with the standard protocols it follows.
- Such personal service data is generally limited to processing in the signalling plane and the service plane.
- a lawful interception interface is allowed only at the core network, and the interface belongs to the standard service interface of the protocol, in the OAM (Operation Administration and Maintenance) plane of all communication devices, and The function of collecting user personal service data is not allowed at other access network elements of the core network.
- OAM Operaation Administration and Maintenance
- the personal call content is directly or indirectly stipulated as privacy protection. It is forbidden for equipment vendors/operators to collect the original user's original communication content for the purpose of ensuring network operation and service (voice, SMS/ The functions of MMS, fax, and data services.
- the access device supports the OAM plane in the system to capture the original data of the user service, but does not store it, and does not directly output to the outside of the access device, but directly outputs the fault diagnosis and analysis module integrated in the access device. Layer-by-layer message parsing and sampling of typical indicators. After this process is completed, the user service raw data will be discarded, and the indicator analysis module outside the access device outputs the sampled indicators, such as signal quality and waveform data. Since the sampled data of the sample does not involve the personal content of the terminal user, it can be directly used in the OAM plane outside the access device to implement the operation and maintenance functions such as fault diagnosis of the telecommunication device. However, due to the many types of speech coding and decoding algorithms and the complex scenarios of speech failure, the efficiency of fault diagnosis is low, and the integrated fault diagnosis analysis module and the indicator analysis module increase the complexity of the system.
- the independent dialing device is used for voice detection.
- independent dial-up devices require additional traffic load on existing communication systems and may affect the normal operation of the communication system.
- the independent dialing test equipment needs to purchase an external dial-up test server, a terminal and other hardware, which is costly.
- voice quality KPIs Key Performance Indicators
- the indicator is therefore not complete enough compared to the complete voice packet capture, and it is difficult to meet the voice quality fault handling requirements of ordinary users. Summary of the invention
- the embodiment of the invention provides a method and a device for fault diagnosis, which aims to solve the technical problem of legally using the personal data of the terminal user for operation and maintenance purposes.
- a method for fault diagnosis where the service involves at least one user, and the method includes: determining whether each user's terminal allows troubleshooting of the service; if each user's terminal is If the service is allowed to be diagnosed, the service is fault diagnosed.
- the method for troubleshooting further includes: determining that the system side allows fault diagnosis of the service.
- the fault diagnosis of the service includes: if the terminal of each user allows the service to be diagnosed, and the system side also allows If the service is fault diagnosed, the service is fault diagnosed.
- the determining, by the system, the fault diagnosis of the service of each user includes: determining, by using an authorization list on the system side, that the system side allows fault diagnosis of the service of each user,
- the authorization list on the system side includes at least the identifier of each user, the service of each user, and whether the system side allows information for troubleshooting each service of the user.
- determining whether the terminal of each user is allowed to perform fault diagnosis on the service includes: determining, by using information fed back by the terminal of each user, that the terminal of the user is allowed to perform fault diagnosis on the service.
- the determining, by the information fed back by the terminal of each user, that the terminal of the user is to allow fault diagnosis of the service includes: if the terminal of each user dials a specific dual-tone multi-frequency DTMF number If the terminal of each user dials a specific operation and maintenance number, or the terminal of each user keeps the call for a specified duration, it is determined that the terminal of each user allows the service to be fault diagnosed.
- the method for troubleshooting further includes: if the terminal of any one of the users does not allow the service to be diagnosed, the service is not diagnosed.
- the method for troubleshooting further includes: if any user's terminal does not allow After performing fault diagnosis on the service, sending an authorization request to the terminal of any one of the users, requesting permission to perform fault diagnosis on the service; and determining that the terminal of any one of the users is allowed to perform fault diagnosis on the service , troubleshooting the service.
- the fault diagnosis of the service includes: performing fault diagnosis on the service during the current service, or performing fault diagnosis on the service in the next service.
- a device for fault diagnosis where the service diagnosed by the device involves at least one user, and includes: a first determining unit, configured to determine whether each user terminal allows fault diagnosis of the service; The unit is configured to perform fault diagnosis on the service if the terminal of each user allows the service to be diagnosed.
- the device for fault diagnosis further includes: a second determining unit, configured to determine, on the system side, to perform fault diagnosis on the service before performing fault diagnosis on the service.
- a second determining unit configured to determine, on the system side, to perform fault diagnosis on the service before performing fault diagnosis on the service.
- the diagnosis unit determines, at the first determining unit, that the terminal of each user allows fault diagnosis for the service, and the second determining unit determines that the system side allows fault diagnosis of the service. After that, the service is diagnosed.
- the second determining unit is specifically configured to: determine, by using an authorization list on the system side, that the system side is configured to perform fault diagnosis on the service of each user, where the authorization list on the system side includes at least The identity of each user, the service of each user, and whether the system side allows information for troubleshooting each service of the user.
- the first determining unit is specifically configured to: determine, by using information fed back by the terminal of each user, that the terminal of the user is allowed to perform fault diagnosis on the service.
- the first determining unit is specifically configured to: if the terminal of each user dials a specific dual-tone multi-frequency DTMF number, or the terminal of each user dials a specific operation and maintenance number, or Each user's terminal keeps the call for a specified length of time, and then determines that each user's terminal allows the service to be diagnosed.
- the device for fault diagnosis further includes: a sending unit, configured to send an authorization request to the terminal of any one of the users if the terminal of any one of the users does not allow the fault diagnosis of the service, to request permission Describe the business for troubleshooting. Therefore, the diagnosis unit is configured to: perform fault diagnosis on the service after determining that the terminal of the any one of the users allows the service to be fault diagnosed.
- the diagnosing unit is configured to: perform fault diagnosis on the service during the current service, or perform fault diagnosis on the service in the next service.
- an apparatus for fault diagnosis comprising a memory and a code of code; the processor for executing code stored by the memory.
- the fault diagnosis of the service involved in the user needs to obtain the permission of the user terminal or the permission of both the user terminal and the system side to perform the operation, thereby ensuring that the fault diagnosis is performed in a safe environment, which is more suitable.
- FIG. 1 is a flow chart of a method of fault diagnosis in accordance with an embodiment of the present invention.
- FIG. 2 is a schematic structural diagram of an apparatus for fault diagnosis according to an embodiment of the present invention.
- Fig. 3 is a schematic view showing another configuration of a device for fault diagnosis according to an embodiment of the present invention.
- FIG. 4 is a schematic structural diagram of an apparatus for fault diagnosis according to another embodiment of the present invention. detailed description
- the technical solution of the present invention can be applied to various communication systems, such as: GSM, Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), general packet Wireless Service (GPRS, General Packet Radio Service), Long Term Evolution (LTE), etc.
- GSM Global System for Mobile Communications
- CDMA Code Division Multiple Access
- WCDMA Wideband Code Division Multiple Access
- GPRS General Packet Radio Service
- LTE Long Term Evolution
- the UE may also be referred to as a mobile terminal (Mobile Terminal), a mobile user equipment, etc., and may communicate with one or more core networks via a radio access network (eg, RAN, Radio Access Network); the mobile user equipment may be a mobile phone. (eg, "cellular" phones) and with mobile terminals
- the computer for example, can be a portable, pocket, handheld, computer built-in or in-vehicle mobile device.
- the base station may be a base station (BTS, Base Transceiver Station) in GSM or CDMA, or may be a base station (Node B) in WCDMA, or may be an evolved base station (eNB or e-NodeB, evolutional Node B) in LTE. .
- BTS Base Transceiver Station
- Node B base station
- eNB evolved base station
- e-NodeB evolutional Node B
- the fault diagnosis method of the embodiment of the present invention includes two stages of authorization and diagnosis.
- For fault diagnosis of safety regulations for operation and maintenance purposes you need to obtain the permission of the terminal, or you need to obtain the permission of both the system side and the terminal. Recording, data capture, etc. can be used for fault diagnosis only after obtaining the permission of the terminal or obtaining the permission of the system side and the terminal at the same time.
- a method for fault diagnosis according to an embodiment of the present invention is specifically described with reference to FIG. 1, in which the business involves at least one user, and the method includes the following steps.
- the communication device determines whether the terminal of each user is allowed to perform fault diagnosis on the service. If the terminal of each user allows the service to be diagnosed, step 12 is performed.
- the communication device performs fault diagnosis on the service.
- the communication device may further determine that the system side is allowed to perform fault diagnosis on the service. If the system side and each user's terminal allow the service to be diagnosed, step 12 is performed.
- the communication device in this document may be set in the core network or may be set in the access network.
- the communication device does not perform fault diagnosis on the service.
- the communication device only needs to confirm whether the user's terminal allows the service to be performed. Fault diagnosis, if the terminal of the user allows fault diagnosis of the service, the communication device performs fault diagnosis on the service; otherwise, the communication device does not perform fault diagnosis on the service.
- the communication device can only diagnose the service after obtaining the permission of both the system side and the user's terminal.
- the communication device first determines whether the system side is allowed to perform fault diagnosis on the service of the first user, and whether the terminal of the first user allows the service Performing a fault diagnosis, if the system side allows fault diagnosis of the service of the first user, and the terminal of the first user also allows fault diagnosis of the service, the communication device performs fault diagnosis on the service; Otherwise, the communication device does not perform fault diagnosis on the service.
- the communication device can determine whether the system side is allowed to perform fault diagnosis on the service of the first user by using the configured authorization list.
- the communication device may further determine, by using information fed back by the terminal of the first user, whether the terminal of the first user is allowed to perform fault diagnosis on the service, where the feedback information may be the first
- the user's terminal is sent to the communication device during the startup of the fault diagnosis.
- the process of the fault diagnosis may be initiated by: the terminal of the first user dialing a specific DTMF (Double Tone Multiple Frequency) number; or the terminal of the first user Dial a specific operation and maintenance number; or the first user's terminal keeps the call for a specified length of time.
- DTMF Double Tone Multiple Frequency
- the communication device After the communication device determines that the system side is allowed to diagnose the service of the first user, and the terminal of the first user also allows the service to be fault diagnosed, the communication device may Describe the business for troubleshooting. On the other hand, if the system side does not allow fault diagnosis for the service of the first user, and/or the terminal of the first user does not allow fault diagnosis for the service, the communication device determines that the service is not correct. The service of the first user is diagnosed.
- the communication device may determine whether the system side allows the first user and the second user respectively.
- the service is faulty, and whether the terminal of the first user and the terminal of the second user also allow fault diagnosis of the service; if the system side allows the first user and the second user
- the service is faulty, and the terminal of the first user and the terminal of the second user also allow fault diagnosis of the service, and the communication device may share the first user and the second user.
- the communication device sends an authorization request to the terminal of the any user to request permission to perform fault diagnosis on the service;
- the user's terminal allows troubleshooting of the service After that, the communication device performs fault diagnosis on the service.
- the communication device may determine, by using the configured authorization list, whether the system side allows diagnosis of the service of the first user and the second user, where the authorization list includes each of the system side for each user. Whether the business allows diagnostic information.
- the communication device may further determine, by using information fed back by the terminal of the first user, whether the terminal of the first user allows diagnosis of the service; determining, by using information fed back by the terminal of the second user, Whether the terminal of the second user allows diagnosis of the service.
- the service may be diagnosed during the current service, or the service may be diagnosed during the next service.
- the fault diagnosis of the service involved in the user needs to obtain the permission of the terminal of the user or the permission of both the terminal and the system side of the user, so the process of fault diagnosis is more in compliance with safety laws and regulations.
- the voice service is taken as an example to illustrate how to perform fault diagnosis. Understandably, the troubleshooting process for other services is similar to the troubleshooting process for voice services.
- the authorization list on the system side is configured in the communication device, and the authorization list on the system side includes at least the identifier of each user, and the service of each user and whether the system side allows the fault diagnosis of each service of the user. .
- the network administrator (for example, the carrier system administrator) can add, delete, modify, or find relevant information in the authorization list.
- the communication device may be a communication device of a core network or a communication device of an access network. For example, when a first user (for example, as a voice caller or as a voice call) performs a service (for example, a voice service), the communication device can determine, according to the authorization list on the system side, whether the system side allows the The service of the first user is faulty. If it is "allowed", the system side allows the communication device to perform fault diagnosis on the voice service of the first user. If it is "not allowed", the system side does not allow the system. The communication device performs fault diagnosis on the voice service of the first user.
- the authorization list on the system side configured in the communication device may be specifically as shown in Table 1.
- Table 1 the user's identity, the service of each user, and the information about the authorization status of each service (that is, whether the system side allows the corresponding service of the user to be diagnosed) is included.
- the services of the user in Table 1 include voice services, SMS (Short Messaging Service) services, DTMF (Double Tone Multiple Frequency) services, and data services. It can be understood that, in practical applications, the various services of the user may not be subdivided in Table 1, that is, the default system side of the operator. All services for the first user are allowed to be diagnosed.
- Table 1 is an example of a CDMA system.
- the services of the user can be specifically classified into IX voice service, SMS service, DTMF service, DO data service, and the like. It should be understood that Table 1 can also be applied to other systems, such as GSM systems, LTE systems, etc., for different communication systems, the identification and services of the above users may be different.
- an authorization list of the terminal side may be additionally configured in the communication device, and the form may refer to the authorization list on the system side.
- the correspondence between the terminal identifier, the user identifier, and the service identifier may also be saved in the communications device, for example, as shown in Table 2.
- the communication device can quickly find the relevant user identifier from Table 2 according to the service identifier of the service, and then determine whether the system side allows the pair according to the found user identifier and Table 1. The voice services of these multiple users are diagnosed.
- the MEID is a Mobile Equipment Identifier
- the ESN is an Electronic Serial Number
- the IMEI is an International Mobile Equipment Identifier
- the MEID, ESN, and IMEI are terminal identifiers.
- the IMSI is an International Mobile Subscriber Identifier
- the NAI is a Network Access Identifier
- the TMSI is a Temporary Mobile Subscriber Identity
- the IMSL NAI and TMSI are user identifiers.
- the MDN is the Mobile Digital Number, which is the phone number
- the IP address is a network protocol (Internet Protocol) address
- the MAC address is a Media Access Control (Media Access Control) address
- the MDN and IP/MAC address are service identifiers. Table 2 only illustrates the CDMA system as an example. For other systems, such as the GSM system and the LTE system, the terminal identifier, the user identifier, and the service identifier may be different.
- the above describes a process of determining whether the system side is allowed to diagnose a certain service of the first user. After determining that the system side is allowed to perform fault diagnosis on the service of the first user, it is also required to determine whether the terminal side of the first user also allows fault diagnosis of the service.
- the communication device can perform call recording or data capture for the service of the first user within a fixed time limit, for example, only the system side and the terminal side are allowed to perform fault diagnosis on the service of the first user. Troubleshooting means.
- the first user's terminal can determine the process of starting the troubleshooting by dialing a specific DTMF number or dialing the operation number during the business process. The following is an example of dialing a DTMF number through the terminal of the first user.
- the communication device detects that the first user's terminal dials a specific DTMF number, the authorized playback will be initiated, for example, "The system will get your call within 24 hours after the call. Record test permission, press 1 to confirm, press 0 to cancel, otherwise hang up.
- the authorized playback initiated by the communication device may also include information of various services, for example, the authorized playback initiated by the communication device is “the system will be in the present Get the service diagnostic test permission for your call within 24 hours after the call, confirm that the authorized IX voice diagnosis should be pressed, press 2 for SMS diagnosis, press 3 for DO data diagnosis, press 0 to cancel all authorizations, otherwise hang up; Or, according to the authorization status of the first user's terminal to the various services in the authorization list on the system side, respectively, different prompt sounds are played, for example, the user terminal that only allows the fault diagnosis of the SMS service to play "The system will be in this time. You can get the diagnostic test permission of your SMS service within 24 hours after the call. Press 1 to confirm the authorization, press 0 to cancel the authorization, otherwise hang up. It should be understood that the content of the authorized playback is not limited to the form listed in the text, and the operator or the equipment manufacturer can design different contents of the voice according to the actual application.
- the communication device After the communication device plays the sound, it waits for feedback from the user, for example, the first user feeds back through the corresponding button on the terminal. After receiving the feedback from the first user, the communication device will know whether the terminal of the first user is allowed to perform fault diagnosis on the corresponding service (for example, refer to the "terminal authorization status" of Table 1 or the communication device according to each user. The feedback of the terminal generates a separate terminal side authorization list). After the completion of an authorization phase, if the terminal of the first user allows the service to be diagnosed, and the system side also allows the service diagnosis of the first user, the communication device The service of the first user is diagnosed.
- the communication device should have a fixed time limit for troubleshooting the service of the first user, for example, the communication device can acquire the service related to the first user within a fixed time limit (24 hours). Data, but after the fixed time limit, the communication device will delete the data related to the service of the first user. In addition, the communication device also allows the user to cancel the fault diagnosis at any time.
- the operator system administrator can first configure the authorization list on the system side, such as a table.
- the communication device can determine, according to the user identity of the first user and Table 1, whether the system side allows the diagnosis of the voice call service of the first user. If the system side does not allow the fault diagnosis of the voice call service of the first user, the communication device does not perform fault diagnosis on the voice call service of the first user, and the terminal of the first user still maintains the original voice call service. If the system side allows the first user's voice call service to be diagnosed, the communication device will continue to detect whether the first user's terminal has dialed a specific DTMF number.
- the communication device If the communication device detects that the terminal of the first user does not dial a specific DTMF number, the communication device will not be able to diagnose the voice call service of the first user, and the first user still maintains the original voice call. Service; if the communication device detects that the terminal of the first user dials a specific DTMF number, the communication device initiates authorized playback, and then waits for the first user's button response. Until the communication device determines that the first user is allowed to troubleshoot the voice call service of the first user, then the communication device will be able to initiate a fault diagnosis for the first user's terminal within the authorization time limit.
- the communication device may further save the state in which the terminal of the first user is allowed to perform fault diagnosis on the voice call service in the terminal side authorization list or in the terminal authorization status column of the authorization list stored on the system side.
- the above troubleshooting process is for countries whose laws prohibit the use of call recording or data capture for troubleshooting. For those countries whose laws permit the use of call recording or data capture to diagnose faults, and the operator to authorize the fault diagnosis of all users of the system service (for example, including the first user), it is not necessary to determine whether the system side allows The service of the first user performs fault diagnosis, and the terminal of the first user is directly determined whether to allow fault diagnosis for the service.
- the first user dials a voice call to enter a call state, and then the communication device detects whether the terminal of the first user initiates a fault diagnosis process, for example, the first user can pass a specific DTMF. The number to initiate the troubleshooting process. If the communication device detects that the terminal of the first user does not dial a specific DTMF number, the communication device does not perform fault diagnosis on the voice call service of the first user, and the first user still maintains the original voice call service; When the communication device detects that the terminal of the first user dials a specific DTMF number, the communication device initiates authorized playback, and then waits for the first user's button response.
- a fault diagnosis process for example, the first user can pass a specific DTMF. The number to initiate the troubleshooting process. If the communication device detects that the terminal of the first user does not dial a specific DTMF number, the communication device does not perform fault diagnosis on the voice call service of the first user, and the first user still maintains the original voice call service; When the
- the communication device determines The terminal of the first user allows fault diagnosis of the voice call service, and then (for example, when the operation and maintenance personnel initiates a fault diagnosis process), the communication device performs fault diagnosis on the voice call service of the first user. .
- the communication device will be able to diagnose the voice call service of the first user within the authorization time limit. Further, the communication device may further save the state in which the terminal of the first user is allowed to perform fault diagnosis on the voice call service in the terminal side authorization list or in the terminal authorization status column of the authorization list on the system side.
- Both of the above authorization processes can be considered as one authorization phase.
- the communication device can determine whether the system side and the terminal of a certain user are allowed to diagnose the service of the user. If yes, the communication device can perform fault diagnosis on the service of the user. Cheng. However, if the DTMF service fails, the first user will not be able to initiate the troubleshooting process by dialing the DTMF number through the terminal. Therefore, other methods are needed to initiate the troubleshooting process to diagnose the fault of the DTMF service. In this case, the first user can dial a specific operation and maintenance number, and the communication device determines whether the system side allows fault detection of the DTMF service of the first user.
- the user of the first user may be first The identifier (for example, IMSI) finds the DTMF service corresponding to the first user, and then determines the system authorization status corresponding to the DTMF service. If it is "allowed", the system side allows troubleshooting of the first user's DTMF service. If it is "not allowed”, it indicates that the system side does not allow troubleshooting of the DTMF service of the first user. After the communication device determines that the system side is allowed to perform fault diagnosis on the DTMF service of the first user, the communication device directly performs authorization to play the terminal of the first user, for example, "You have entered the terminal fault diagnosis mode, and the system will be in this time.
- IMSI The identifier
- the communication device will detect whether the first user hangs up within 15 seconds, and if so, it indicates that the terminal of the first user is not allowed to diagnose the fault of the DTMF service, accompanied by hanging up, the current call Called the end. If the first user does not hang up within 15 seconds, the communication device will be able to troubleshoot the DTMF service of the first user within the authorization time limit.
- the manner in which the terminal side feeds back to the communication device to allow fault diagnosis for the service of the first user includes: dialing a special DTMF number during a call, or dialing a specific operation and maintenance number, or holding a call.
- the communication device needs to determine that the system side allows the fault diagnosis of the first user's service and/or the first user's terminal also allows the diagnosis of the service, and then the communication device can perform the first user.
- the business is troubleshooting.
- the system When the service involves more than two users, the system must determine whether the terminals of each user involved in the service are allowed to diagnose the service when the diagnosis is performed. Only the system side and the terminals of multiple users are allowed to perform the diagnosis.
- the service can perform fault diagnosis, and the communication device can perform fault diagnosis on the service. For example, if a service is involved in the first user and the second user, if the service of the first user is used, the system side and the terminal side of the first user are allowed to perform fault diagnosis on the service, and for the second user.
- the service side allows the service of the second user to be diagnosed, but the terminal side of the second user is not allowed.
- the communication device can directly authorize the terminal of the second user. Playing, if the terminal of the second user allows diagnosis of the service by means of button feedback or keeping the call for a period of time, the communication device may start performing services jointly involved by the first user and the second user. Troubleshooting.
- the operator system administrator can configure a system-side authorization list in the communication device, such as Table 1.
- the communication device needs to diagnose the voice call service of the user, and if the communication device confirms that the system side and the terminal of the calling user both allow the fault diagnosis of the voice call service. Then, the communication device can determine the user identifier of the called user according to the user identifier and the service identifier of the calling user, and then determine whether the terminal of the system side and the called user also allows the called user to The voice call service is fault diagnosis.
- the communication device does not diagnose the voice call service, and the calling user and the called user continue to maintain the original voice call service; And the terminal of the called user is allowed to perform fault diagnosis on the voice call service of the called user, and the communication device will fail the voice call service between the calling user and the called user within the authorization time limit. Diagnosing; if the system side allows the voice call of the called user to be diagnosed, but the terminal of the called user does not allow the fault diagnosis of the voice call service, the communication device can actively send the terminal to the called user.
- the terminal of the called user allows fault diagnosis of the voice call service.
- the terminal user initiates a normal voice service call, and the communication device enters the normal voice service processing flow.
- the communication device can find the calling user according to the identifier of the voice service and Table 2.
- the calling user is referred to as "the first a user identifier (eg, IMSI) of a user ") and a user identifier (eg, IMSI) of the called user (referred to as "second user” in the embodiment of the present invention for convenience of description), and It is determined whether the system side and the terminal of the first user and the terminal of the second user both allow fault diagnosis for the voice service.
- the communication device performs fault diagnosis on the voice call service; otherwise, the communication device will not The secondary voice call service performs fault diagnosis while maintaining a normal call between the two. Further, if the communication device determines
- the system side allows the fault diagnosis of the voice service of the first user and the second user, and the terminal of the first user also allows the fault diagnosis of the voice service, but the terminal of the second user does not allow the voice service to be performed.
- the communication device may send an authorization request to the second user to request the second user to allow fault diagnosis for the voice service.
- the communication device can authorize the playback of the second user: "Your call will be recorded, please agree to keep it, otherwise please hang up.” If the second user keeps the current call according to the prompt of the authorized playback, the second user is allowed to perform fault diagnosis for the current service. Otherwise, if the second user performs the on-hook operation, the second user is not allowed to diagnose the service. In this case, the communication device will not initiate the fault diagnosis.
- the communication device actively sends an authorization request to the second user.
- the communication device may also send an authorization request to the second user after receiving the trigger of the first user.
- the first user triggers the communication device to perform authorized playback to the second user according to the specific DTMF number, to request the second user to allow fault diagnosis for the voice service.
- the communication device performs fault diagnosis for a certain service, it is first determined whether the system side and the terminal of the user involved in the service are allowed to perform fault diagnosis on the service, if the system side and the user involved in the service The terminal can perform fault diagnosis on the service, and the communication device can perform fault diagnosis on the service by means of data capture or recording.
- the communication device may send an authorization request to the terminal of the one or several users.
- the terminal that requests the one or a few users is allowed to diagnose the voice call service. That is, in each service, the communication device needs to determine whether the terminals of the respective users involved in the service are allowed to perform fault diagnosis on the service. If yes, the communication device performs a fault diagnosis on the service; if not, the communication device does not perform fault diagnosis on the service, or the communication device sends an authorization request to a terminal of a user who is not allowed to perform fault diagnosis. , to request permission to diagnose the service.
- the communication device can continue to retain existing fault diagnosis functions for individual users, such as setting VoIP (SET VOICE), setting CAP CAPPACKS, system detector (SE, System Explorer) single-user tracking, etc.
- the communication device may also maintain a local maintenance terminal (LMT) signaling tracking interface, and may modify the authorization list on the system side.
- LMT local maintenance terminal
- the fault diagnosis of the service by the foregoing communication device may be performed during the process of the current service, or may be performed during the process of the next service.
- the communication device may select to perform fault diagnosis on the service in the following two ways: First, starting from the next service. Perform the corresponding troubleshooting process; or, secondly, start the corresponding troubleshooting process in this business.
- the diagnostic trigger condition may be pre-configured when the service is not initiated, if the diagnostic trigger condition is met, and the communication device determines that the terminal of each user involved in the service and the system side allow the If the service is faulty, the communication device immediately starts troubleshooting the service.
- the pre-set diagnostic trigger condition is: The user dials a specific DTMF number, and the communication device finds that a user dials the DTMF number in the process of performing the voice service, and determines the terminal and system side of each user involved in the voice service. If the service is allowed to be diagnosed, the communication device can immediately start troubleshooting the voice service.
- the fault diagnosis method of the embodiment of the present invention needs to obtain the permission of the user terminal or Both the user terminal and the system test allow for execution, thereby ensuring that the fault diagnosis is performed in a safe environment, which is more in compliance with safety laws and regulations.
- the device 20 for fault diagnosis includes a first determining unit 21 and a diagnostic unit 22.
- the fault diagnosis device 20 diagnoses the business involving at least one user.
- the first determining unit 21 is configured to determine whether the terminal of each user allows fault diagnosis of the service.
- the diagnosis unit 22 is configured to perform fault diagnosis on the service after the first determining unit 21 determines that the terminal of each user allows the service to be fault diagnosed.
- the device 30 for fault diagnosis may further include a second determining unit 23 for determining that the system side allows the diagnosis unit 22 to perform fault diagnosis on the service. Troubleshoot the service.
- the diagnosis unit 22 determines at the first determining unit 21 that the terminal of each user allows diagnosis of the service, and the second determining unit 23 determines that the system side allows the service to be diagnosed after the fault is diagnosed. , troubleshooting the service.
- the second determining unit 23 is configured to determine, by using an authorization list on the system side, that the system side is configured to perform fault diagnosis on the service of each user, where at least each user is included in the authorization list on the system side.
- the first determining unit 21 is configured to determine, by using information fed back by the terminal of each user, that the terminal of the user is allowed to perform fault diagnosis on the service.
- the first determining unit is specifically configured to: if the terminal of each user dials a specific dual-tone multi-frequency DTMF number, or the terminal of each user dials a specific operation and maintenance number, or each of the If the user's terminal keeps the call for a specified period of time, it is determined that the terminal of each user allows the service to be fault diagnosed.
- the device 30 for fault diagnosis may further include a sending unit 24, configured to send an authorization request to the terminal of any one of the users to request permission if the terminal of any one of the users does not allow the service to be diagnosed. Troubleshoot the service.
- the diagnosis unit 22 is configured to perform fault diagnosis on the service after determining that the terminal of any one of the users allows the service to be faulty.
- the diagnosing unit 22 is configured to perform fault diagnosis on the service during the current service, or to perform fault diagnosis on the service in the next service. It can be seen that the device for fault diagnosis according to the embodiment of the present invention ensures that the fault diagnosis is performed in a safe environment by obtaining the permission of the user terminal or the permission of both the user terminal and the system, which is more in compliance with safety laws and regulations.
- the embodiment of the present invention further provides another device for fault diagnosis, and the device 40 includes a memory 41 and a processor 42 for storing codes for implementing the steps in the foregoing method embodiments, and the processing The processor 42 is operative to process the code stored in the memory 41.
- the disclosed systems, devices, and methods may be implemented in other ways.
- the device embodiments described above are merely illustrative.
- the division of the unit is only a logical function division.
- there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored, or not executed.
- the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be electrical, mechanical or otherwise.
- the units described as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solution of the embodiment.
- each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
- the functions may be stored in a computer readable storage medium if implemented in the form of a software functional unit and sold or used as a standalone product. Based on such understanding, the technical solution of the present invention is essentially or a part contributing to the prior art or a part of the technical solution.
- the points may be embodied in the form of a software product stored in a storage medium, including instructions for causing a computer device (which may be a personal computer, server, or network device, etc.) to perform various embodiments of the present invention All or part of the steps of the method.
- the foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and the like, which can store program codes. .
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例提供了故障诊断的方法及装置。其中,故障诊断的方法中的业务涉及至少一个用户,该故障诊断的方法包括:确定每个用户的终端是否允许对所述业务进行故障诊断;如果每个用户的终端都允许对该业务进行故障诊断,则对所述业务进行故障诊断。本发明实施例中对用户涉及的业务进行故障诊断需要获取该用户终端的允许或者用户终端和***侧的双方允许才能执行,由此,保障了故障诊断在一个安全的环境中进行,其更合乎安全法律法规。
Description
故障诊断的方法^置 技术领域
本发明实施例涉及通信领域, 并且更具体地, 涉及符合安全法规的通信 ***中故障诊断的方法及装置。 背景技术
电信设备按照其所遵循的标准协议, 负责处理终端用户的语音、 短信、 多媒体或数据业务, 这种个人业务数据一般仅限于在信令面和业务面内处 理。 例如, 在电信网络的架构中, 仅在核心网处允许存在合法监听接口, 并 且该接口属于协议的标准业务接口, 所有通信设备的 OAM ( Operation Administration and Maintenance, 操作管理维护)平面中, 以及非核心网的其 他接入网元处都不允许存在采集用户个人业务数据的功能。 同时, 众多国家 的法律中, 均直接或间接地规定了个人通话内容属于隐私保护范围, 禁止设 备商 /运营商出于保障网络运营和服务目的提供采集最终用户原始通信内容 (语音类、 短信 /彩信类、 传真类、 数据业务类) 的功能。
目前, 符合安全法规的故障诊断方法主要有以下两种。
其一, 接入设备支持在***内的 OAM平面捕获用户业务原始数据, 但 不作存储, 不直接输出到接入设备的外部, 而是直接输出到在接入设备内集 成的故障诊断分析模块, 作逐层的报文解析和典型指标的抽样。 此过程完成 后, 用户业务原始数据将被丟弃, 对接入设备外的指标分析模块输出抽样的 指标, 例如信号质量、 波形数据等。 由于这些抽样的指标数据不涉及终端用 户个人通话内容, 可以在接入设备外的 OAM平面直接使用, 以实现电信设 备的故障诊断等运维功能。 但是, 由于语音的编解码算法类型很多, 语音故 障的场景复杂, 因此故障诊断的效率低下, 且集成的故障诊断分析模块与指 标分析模块增加了***的复杂性。
其二, 采用独立拨测设备进行语音检测。 但是, 独立拨测设备需要对现 有通信***附加额外的业务负荷, 可能影响通信***的正常运行。 并且, 独 立拨测设备需要购买外置的拨测服务器、 终端等硬件, 成本高昂。 此外, 独 立拨测设备能够提供的语音质量 KPI ( Key Performance Indicators , 关键性能
指标), 因此相对于完整的语音抓包而言不够完备, 难以满足普通用户的语 音质量故障处理需求。 发明内容
本发明实施例提供一种故障诊断的方法和装置, 旨在解决合法地将终端 用户的个人数据用于运维目的的技术问题。
一方面, 提供了一种故障诊断的方法, 所述方法中的业务涉及至少一个 用户,该方法包括:确定每个用户的终端是否允许对所述业务进行故障诊断; 如果每个用户的终端都允许对该业务进行故障诊断, 则对所述业务进行故障 诊断。
可选地,在对所述业务进行故障诊断之前,故障诊断的方法进一步包括: 确定***侧允许对所述业务进行故障诊断。
进一步地, 如果每个用户的终端都允许对该业务进行故障诊断, 则对所 述业务进行故障诊断包括: 如果所述每个用户的终端都允许对该业务进行故 障诊断, 并且***侧也允许对所述业务进行故障诊断, 则对所述业务进行故 障诊断。
进一步地, 所述确定***侧允许对所述每个用户的所述业务进行故障诊 断包括: 通过***侧的授权列表确定***侧允许对所述每个用户的所述业务 进行故障诊断, 所述***侧的授权列表中至少包括每个用户的标识, 每个用 户的业务以及***侧是否允许对该用户的每种业务进行故障诊断的信息。
可选地, 所述确定每个用户的终端是否允许对所述业务进行故障诊断包 括: 通过每个用户的终端反馈的信息来确定所述用户的终端是允许对所述业 务进行故障诊断的。
进一步地, 所述通过每个用户的终端反馈的信息来确定所述用户的终端 是允许对所述业务进行故障诊断的包括: 如果所述每个用户的终端拨打特定 的双音多频 DTMF号码,或者所述每个用户的终端拨打特定的运维号码,或 者所述每个用户的终端保持呼叫达到指定时长, 则确定所述每个用户的终端 允许对所述业务进行故障诊断。
可选地, 故障诊断的方法进一步包括: 如果任意一个用户的终端不允许 对所述业务进行故障诊断, 则不对所述业务进行故障诊断。
可选地, 故障诊断的方法进一步包括: 如果任意一个用户的终端不允许
对所述业务进行故障诊断, 则向所述任意一个用户的终端发送授权请求, 以 请求允许对所述业务进行故障诊断; 在确定所述任意一个用户的终端允许对 所述业务进行故障诊断后, 对所述业务进行故障诊断。
可选地, 对所述业务进行故障诊断包括: 在本次业务进行中对所述业务 进行故障诊断; 或者在下次业务进行中对所述业务进行故障诊断。
又一方面, 提供了一种故障诊断的装置, 所述装置诊断的业务涉及至少 一个用户, 包括: 第一确定单元, 用于确定每个用户的终端是否允许对所述 业务进行故障诊断; 诊断单元, 用于如果每个用户的终端都允许对该业务进 行故障诊断, 则对所述业务进行故障诊断。
可选地, 故障诊断的装置还包括: 第二确定单元, 用于在对所述业务进 行故障诊断之前, 确定***侧允许对所述业务进行故障诊断。
可选地, 所述诊断单元在所述第一确定单元确定所述每个用户的终端都 允许对该业务进行故障诊断, 并且所述第二确定单元确定***侧允许对所述 业务进行故障诊断后, 对所述业务进行故障诊断。
可选地, 所述第二确定单元具体用于: 通过***侧的授权列表确定所述 ***侧允许对所述每个用户的所述业务进行故障诊断, 所述***侧的授权列 表中至少包括每个用户的标识,每个用户的业务以及***侧是否允许对该用 户的每种业务进行故障诊断的信息。
可选地, 所述第一确定单元具体用于: 通过每个用户的终端反馈的信息 来确定所述用户的终端是允许对所述业务进行故障诊断的。
可选地, 所述第一确定单元具体用于: 如果所述每个用户的终端拨打特 定的双音多频 DTMF号码, 或者所述每个用户的终端拨打特定的运维号码, 或者所述每个用户的终端保持呼叫达到指定时长, 则确定所述每个用户的终 端允许对所述业务进行故障诊断。
可选地, 故障诊断的装置还包括: 发送单元, 用于如果任意一个用户的 终端不允许对所述业务进行故障诊断, 则向所述任意一个用户的终端发送授 权请求, 以请求允许对所述业务进行故障诊断。 从而, 所述诊断单元用于: 在确定所述任意一个用户的终端允许对所述业务进行故障诊断后,对所述业 务进行故障诊断。
可选地, 所述诊断单元具体用于: 在本次业务进行中对所述业务进行故 障诊断; 或者在下次业务进行中对所述业务进行故障诊断。
另一方面, 提出了一种故障诊断的装置, 所述装置包括一个存储器和一 法的代码; 所述处理器用于执行所述存储器存储的代码。
本发明实施例中对用户涉及的业务进行故障诊断需要获取该用户终端 的允许或者用户终端和***侧的双方允许才能执行, 由此, 保障了故障诊断 在一个安全的环境中进行, 其更合乎安全法律法规。 附图说明
为了更清楚地说明本发明实施例的技术方案, 下面将对实施例或现有技 术描述中所需要使用的附图作筒单地介绍, 显而易见地, 下面描述中的附图 仅仅是本发明的一些实施例, 对于本领域普通技术人员来讲, 在不付出创造 性劳动的前提下, 还可以根据这些附图获得其他的附图。
图 1是根据本发明实施例的一种故障诊断的方法的流程图。
图 2是根据本发明一个实施例的一种故障诊断的装置的结构示意图。 图 3 是根据本发明一个实施例的一种故障诊断的装置的另一结构示意 图。
图 4是根据本发明另一实施例的一种故障诊断的装置的结构示意图。 具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行 清楚、 完整地描述, 显然, 所描述的实施例是本发明一部分实施例, 而不是 全部的实施例。 基于本发明中的实施例, 本领域普通技术人员在没有作出创 造性劳动前提下所获得的所有其他实施例, 都属于本发明保护的范围。
本发明的技术方案, 可以应用于各种通信***, 例如: GSM, 码分多址 ( CDMA, Code Division Multiple Access ) ***, 宽带码分多址( WCDMA, Wideband Code Division Multiple Access Wireless ) , 通用分组无线业务 ( GPRS , General Packet Radio Service ) , 长期演进 (LTE , Long Term Evolution )等。
UE也可称之为移动终端 (Mobile Terminal ), 移动用户设备等, 可以经 无线接入网(例如, RAN , Radio Access Network )与一个或多个核心网进行 通信; 移动用户设备可以是移动电话(如, "蜂窝"电话)和具有移动终端的
计算机, 例如, 可以是便携式、 袖珍式、 手持式、 计算机内置的或者车载的 移动装置。
基站,可以是 GSM或 CDMA中的基站( BTS, Base Transceiver Station ), 也可以是 WCDMA中的基站( Node B ),还可以是 LTE中的演进型基站( eNB 或 e-NodeB , evolutional Node B )。
本发明实施例的故障诊断方法包括授权和诊断两个阶段。 为了运维目的 进行符合安全法规的故障诊断, 需要获得终端的允许, 或者需要同时获得系 统侧和终端的允许。 只有在获得终端的允许, 或者同时获得***侧和终端的 允许后, 才可以采用录音、 数据抓包等方式进行故障诊断。
结合图 1具体描述根据本发明实施例的故障诊断的方法, 该方法中的业 务涉及至少一个用户, 该方法包括如下步骤。
11 , 通信设备确定每个用户的终端是否允许对所述业务进行故障诊断, 如果每个用户的终端都允许对该业务进行故障诊断, 则执行步骤 12。
12, 通信设备对所述业务进行故障诊断。
可选地, 在步骤 12之前, 所述通信设备还可以确定***侧允许对所述 业务进行故障诊断,如果***侧和每个用户的终端都允许对该业务进行故障 诊断, 则执行步骤 12。
需要说明的是, 若非特指, 本文中的通信设备可以设置在核心网中, 也 可以设置在接入网中。
可选地,如果所述***侧不允许对所述业务进行故障诊断和 /或至少一个 用户的终端不允许对所述业务进行故障诊断, 则通信设备不对所述业务进行 故障诊断。
例如, 对于业务只涉及一个用户 (例如, 第一用户)的情况, 如果*** 侧默认可以对所有用户的业务进行故障诊断,那么通信设备就只需要确认该 用户的终端是否允许对所述业务进行故障诊断,如果该用户的终端允许对所 述业务进行故障诊断, 则所述通信设备对所述业务进行故障诊断; 否则, 所 述通信设备不对所述业务进行故障诊断。
如果***侧没有默认可以对所有用户的业务进行故障诊断,那么通信设 备就只能在获取***侧和用户的终端双方的允许后才能对所述业务进行故 障诊断。 以所述第一用户为例, 通信设备首先确定***侧是否允许对所述第 一用户的业务进行故障诊断以及所述第一用户的终端是否允许对所述业务
进行故障诊断,如果***侧允许对所述第一用户的业务进行故障诊断并且所 述第一用户的终端也允许对所述业务进行故障诊断, 则所述通信设备对所述 业务进行故障诊断; 否则, 所述通信设备不对所述业务进行故障诊断。
其中,通信设备可以通过配置的授权列表确定***侧是否允许对所述第 一用户的业务进行故障诊断。
可选地,通信设备还可以通过所述第一用户的终端反馈的信息来确定所 述第一用户的终端是否允许对所述业务进行故障诊断, 其中所述反馈的信息 可以是所述第一用户的终端在启动故障诊断的过程中发送给所述通信设备 的。 在本实施例中, 所述故障诊断的过程可以通过以下方式启动: 所述第一 用户的终端拨打特定的 DTMF ( Double Tone Multiple Frequency, 双音多频) 号码; 或者所述第一用户的终端拨打特定的运维号码; 或者所述第一用户的 终端保持呼叫达到指定时长。
在通信设备确定***侧允许对所述第一用户的业务进行故障诊断并且 所述第一用户的终端也允许对所述业务进行故障诊断后,所述通信设备可以 对所述第一用户的所述业务进行故障诊断。 反之, 如果所述***侧不允许对 所述第一用户的所述业务进行故障诊断,和 /或所述第一用户的终端不允许对 所述业务进行故障诊断, 则通信设备确定不对所述第一用户的所述业务进行 故障诊断。
对于某个业务涉及多个用户的情况, 例如, 第一用户和第二用户之间正 在共同进行某种业务,通信设备可以确定***侧是否分别允许对所述第一用 户和所述第二用户的业务进行故障诊断, 以及所述第一用户的终端和第二用 户的终端是否也都允许对所述业务进行故障诊断; 如果***侧允许对所述第 一用户和所述第二用户的所述业务进行故障诊断, 并且所述第一用户的终端 和所述第二用户的终端也都允许对所述业务进行故障诊断, 则所述通信设备 可以对所述第一用户和第二用户共同使用或加入的业务进行故障诊断; 否则 所述通信设备不能对所述第一用户和第二用户共同使用或加入的业务进行 故障诊断。 即, 如果任意一个用户的终端不允许对共同使用或加入的业务进 行故障诊断, 则通信设备不对所述业务进行故障诊断。
或者, 如果任意一个用户的终端不允许对所述业务进行故障诊断, 则通 信设备向所述任意一个用户的终端发送授权请求, 以请求允许对所述业务进 行故障诊断; 在确定所述任意一个用户的终端允许对所述业务进行故障诊断
后, 通信设备对所述业务进行故障诊断。
其中,通信设备可以通过配置的授权列表确定***侧是否允许对所述第 一用户和第二用户的所述业务进行诊断, 其中所述授权列表中包括所述*** 侧针对每个用户的每种业务是否允许诊断的信息。
可选地,通信设备还可以通过所述第一用户的终端反馈的信息确定所述 第一用户的终端是否允许对所述业务进行诊断; 通过所述第二用户的终端反 馈的信息确定所述第二用户的终端是否允许对所述业务进行故障诊断。
当通信设备确定对所述业务进行故障诊断时,可以在本次业务进行的过 程中对所述业务进行故障诊断,也可以在下次所述业务进行的过程中对所述 业务进行故障诊断。
由此可见, 本发明实施例中对用户涉及的业务进行故障诊断需要获取该 用户的终端的允许或者该用户的终端和***侧双方的允许, 因此故障诊断的 过程更合乎安全法律法规。
以下将以语音业务为例说明如何进行故障诊断。 可理解, 其他业务的故 障诊断流程也类同于语音业务的故障诊断流程。
首先, 在通信设备中配置***侧的授权列表, 该***侧的授权列表中至 少包括每个用户的标识,每个用户的业务以及***侧是否允许对该用户的每 种业务进行故障诊断的信息。 网管(例如, 运营商***管理员) 可以在授权 列表中增加、 删除、 修改或查找相关的信息。 应理解, 该通信设备可能是核 心网的通信设备, 也可能是接入网的通信设备。 举个例子来说, 当第一用户 (例如, 作为语音主叫或作为语音被叫 )进行业务(例如, 语音业务) 时, 通信设备可以根据该***侧的授权列表确定***侧是否允许对该第一用户 的业务进行故障诊断, 如果是 "允许", 则说明***侧允许所述通信设备对 该第一用户的语音业务进行故障诊断; 如果是 "不允许", 则说明***侧不 允许所述通信设备对该第一用户的语音业务进行故障诊断。
通信设备中配置的***侧的授权列表具体可以如表 1所示。 在表 1中, 包 括用户的标识, 每个用户的业务以及***对每种业务的授权状态(即***侧 是否允许对该用户相应的业务进行故障诊断) 的信息。 表 1中用户的业务包 括语音业务、 SMS( Short Messaging Service,短消息业务)业务、 DTMF( Double Tone Multiple Frequency, 双音多频)业务、 数据业务等。 可以理解, 在实际 应用中, 表 1中也可以不对用户的各种业务进行细分, 即运营商默认***侧
允许对该第一用户的所有业务都进行故障诊断。
表 1 ***侧的授权列表
这里, 表 1是以 CDMA***为例进行说明的, 在表 1中, 用户的业务 具体可以分为 IX语音业务、 SMS业务、 DTMF业务、 DO数据业务等。 应 理解, 表 1还可以应用于其它的***, 例如 GSM***、 LTE***等, 针对 不同的通信***, 上述用户的标识和业务可以不同。
此外, 在***侧的授权列表中还可以考虑加入终端授权状态一栏, 以便 快速查找该用户对应的终端是否也允许对相应的业务进行故障诊断。 或者, 也可以在通信设备中另外配置一份终端侧的授权列表, 其形式可以参照*** 侧的授权列表。
需要说明的是, 所述通信设备中还可以保存终端标识、 用户标识和业务 标识之间的对应关系, 例如参见表 2所示。 当需要诊断的业务涉及多个用户 时, 所述通信设备可以快速地根据该业务的业务标识从表 2中找到相关的用 户标识, 然后再根据找到的用户标识以及表 1确定***侧是否允许对这多个 用户的语音业务进行故障诊断。
表 2 终端标识、 用户标识和业务标识之间的对应关系
其中, MEID是移动设备识别码( Mobile Equipment Identifier ), ESN是 电子序列号 ( Electronic Serial Number ) , IMEI 是国际移动设备识别码 ( International Mobile Equipment Identifier ), MEID, ESN和 IMEI是终端标 识。 IMSI是国际移动用户识别码 ( International Mobile Subscriber Identifier ), NAI是网络接入标识符 ( Network Access Identifier ), TMSI是临时移动用户 识别码( Temporary Mobile Subscriber Identity ), IMSL NAI和 TMSI是用户 标识。 MDN是用户移动数字编号 (Mobile Digital Number ), 即电话号码;
IP地址是网络协议( Internet Protocol )地址, MAC地址是媒体接入控制( Media Access Control )地址, MDN和 IP/MAC地址是业务标识。表 2只是以 CDMA ***为例进行说明的, 对于其它的***, 例如 GSM***、 LTE***等, 上 述终端标识、 用户标识和业务标识可以不同。
以上描述了确定***侧是否允许对所述第一用户的某种业务进行故障 诊断的过程。 在确定***侧允许对所述第一用户的所述业务进行故障诊断 后, 还需要确定该第一用户的终端侧是否也允许对所述业务进行故障诊断。 因为, 只有***侧和终端侧均允许对所述第一用户的所述业务进行故障诊 断, 所述通信设备才能在固定时限内对该第一用户的所述业务采取通话录音 或数据抓包等故障诊断手段。
具体而言, 首先确定第一用户的终端是否允许故障诊断。 第一用户的终 端可以通过在业务过程中拨打特定 DTMF 号码或拨打运维号码来确定启动 故障诊断的过程。 以下以通过第一用户的终端拨打 DTMF号码为例来说明。 在第一用户进入呼叫接通状态后,如果通信设备检测到第一用户的终端拨打 了特定 DTMF号码, 将启动授权放音, 例如 "***将在本次通话后的 24小 时内获得您通话的录音测试权限, 确认请按 1 , 取消请按 0, 否则请挂机"。 可选地, 如果***侧对各种业务诊断权限进行了细分, 则通信设备启动的授 权放音中也可以包括各种业务的信息, 例如通信设备启动的授权放音为 "系 统将在本次通话后的 24小时内获得您通话的业务诊断测试权限, 确认授权 IX语音诊断请按 1 , SMS诊断请按 2, DO数据诊断请按 3 , 取消所有授权 请按 0, 否则请挂机"; 或者, 根据***侧的授权列表中该第一用户的终端对 各种业务的授权状态, 分别播放不同的提示音, 比如对仅允许对 SMS业务 进行故障诊断的用户终端播放 "***将在本次通话后的 24 小时内获得您 SMS业务的诊断测试权限,确认授权请按 1 ,取消授权请按 0,否则请挂机"。 应理解, 授权放音的内容不限于在本文中列举的形式, 运营商或设备商可以 根据实际应用设计出不同的授^ 文音的内容。
在通信设备放音之后, 等待用户的反馈, 例如第一用户通过终端上对应 按键进行反馈。 通信设备在收到所述第一用户的反馈后, 将获知所述第一用 户的终端是否允许对相应的业务进行故障诊断(例如, 参见表 1的 "终端授 权状态" 或通信设备根据各个用户的终端的反馈生成单独的终端侧授权列 表)。
在一次授权阶段完成后,如果所述第一用户的终端允许对所述业务进行 故障诊断, 并且***侧也允许对所述第一用户的所述业务进行故障诊断, 则 所述通信设备对该第一用户的所述业务进行故障诊断。
应理解, 所述通信设备对该第一用户的所述业务进行故障诊断应具有固 定的时限, 例如, 在固定时限(24小时)内该通信设备可以获取关于该第一 用户的所述业务的数据,但是超过所述固定时限后通信设备将删除和所述第 一用户的所述业务有关数据。此外,通信设备还支持用户随时取消故障诊断。
具体而言, 运营商***管理员可以首先配置***侧的授权列表, 例如表
1。 当第一用户拨打语音呼叫之后, 通信设备可以根据该第一用户的用户标 识以及表 1来确定***侧是否允许对该第一用户的语音呼叫业务进行故障诊 断。 如果***侧不允许对该第一用户的语音呼叫业务进行故障诊断, 则通信 设备不对所述第一用户的所述语音呼叫业务进行故障诊断, 第一用户的终端 仍保持原有的语音呼叫业务; 如果***侧允许对该第一用户的语音呼叫业务 进行故障诊断, 则通信设备将继续检测该第一用户的终端是否拨打了特定的 DTMF 号码。 如果通信设备检测到该第一用户的终端未拨打特定的 DTMF 号码, 则通信设备将不能够对所述第一用户的所述语音呼叫业务进行故障诊 断, 第一用户仍保持原有的语音呼叫业务; 如果通信设备检测到该第一用户 的终端拨打了特定的 DTMF号码,则通信设备启动授权放音, 然后等待第一 用户的按键响应。 直到通信设备确定该第一用户允许对所述第一用户的所述 语音呼叫业务进行故障诊断, 然后通信设备将可以在授权时限内对第一用户 的终端启动故障诊断。 可选地, 通信设备还可以将该第一用户的终端是否允 许对所述语音呼叫业务进行故障诊断的状态保存在终端侧授权列表中或保 存在***侧的授权列表的终端授权状态栏中。
以上的故障诊断的流程是针对那些其法律禁止采用通话录音或数据抓 包等方式进行故障诊断的国家而言。对于那些其法律允许采用通话录音或数 据抓包等方式进行故障诊断的国家以及运营商默认对***服务的所有用户 (例如, 包括第一用户)的故障诊断进行授权, 无需确定***侧是否允许对 所述第一用户的业务进行故障诊断, 而可以直接确定所述第一用户的终端是 否允许对所述业务进行故障诊断。
例如, 第一用户拨打语音呼叫进入通话状态, 然后通信设备检测第一用 户的终端是否启动了故障诊断的流程,例如第一用户可以通过特定的 DTMF
号码来启动故障诊断的流程。如果通信设备检测到该第一用户的终端未拨打 特定的 DTMF号码,则所述通信设备不对所述第一用户的语音呼叫业务进行 故障诊断, 第一用户仍保持原有的语音呼叫业务; 如果通信设备检测到该第 一用户的终端拨打了特定的 DTMF号码,则通信设备启动授权放音, 然后等 待第一用户的按键响应, 如果第一用户按下了正确的按键, 则通信设备确定 所述第一用户的终端允许对所述语音呼叫业务进行故障诊断, 之后 (例如, 在运维人员发起故障诊断流程时 )所述通信设备对所述第一用户的所述语音 呼叫业务进行故障诊断。通信设备将可以在授权时限内对第一用户的所述语 音呼叫业务进行故障诊断。 进一步地, 通信设备还可以将该第一用户的终端 是否允许对所述语音呼叫业务进行故障诊断的状态保存在终端侧授权列表 中或保存在***侧的授权列表的终端授权状态栏中。
以上两种授权流程均可认为是一次授权阶段。 在一次授权阶段完成后, 通信设备可以确定***侧和某一用户的终端是否都允许对该用户的业务进 行故障诊断, 如果是的话, 则通信设备可以对该用户的业务进行故障诊断。 程。但是, 如果 DTMF业务发生故障, 第一用户将无法通过终端拨打 DTMF 号码来启动故障诊断的流程, 因此需要考虑使用其他方式来启动故障诊断的 流程, 以便对该 DTMF业务的故障进行诊断。 在这种情况下, 第一用户可以 拨打特定运维号码, 通信设备确定***侧是否允许对该第一用户的 DTMF 业务进行故障检测,例如参见表 1所示,可以先根据第一用户的用户标识(例 如 IMSI )查找到该第一用户对应的 DTMF业务, 然后确定该 DTMF业务所 对应的***授权状态。 如果是 "允许", 则说明***侧允许对该第一用户的 DTMF 业务进行故障诊断。 如果是 "不允许", 则说明***侧不允许对该第 一用户的 DTMF业务进行故障诊断。通信设备确定***侧允许对该第一用户 的 DTMF业务进行故障诊断后,通信设备直接对所述第一用户的终端进行授 权放音, 例如 "您已进入终端故障诊断模式, ***将在本次通话后的 24小 时内获得该终端与其他授权终端的 DTMF报文监测权限,到期后自动终止您 的授权。 同意请保持呼叫 15秒, ***将提示后自动挂机,否则请立即挂机"。 然后, 通信设备将检测第一用户是否在 15秒内挂机, 如果是, 则说明第一 用户的终端不允许对所述 DTMF业务的故障进行诊断,伴随着挂机,本次呼
叫结束。 如果第一用户在 15秒内没有挂机, 则通信设备将可以在授权时限 内对第一用户的 DTMF业务进行故障诊断。
综上所述, 终端侧向所述通信设备反馈允许对所述第一用户的业务进行 故障诊断的方式包括: 在通话中拨打特殊的 DTMF号码、 或者拨打特定运维 号码、 或者保持呼叫等。
以上内容说明了通信设备需要确定***侧允许对第一用户的业务进行 故障诊断和 /或所述第一用户的终端也允许对所述业务进行诊断后,通信设备 才能对所述第一用户的业务进行故障诊断。
在业务操作涉及两个以上的用户时, ***在进行诊断时, 必须判断业务 涉及的各个用户的终端是否都允许对所述业务进行故障诊断, 只有***侧和 多个用户的终端都允许对所述业务进行故障诊断,通信设备方可对所述业务 进行故障诊断。 例如, 假设某个业务中涉及第一用户和第二用户, 如果对于 第一用户的业务, ***侧和第一用户的终端侧均允许对所述业务进行故障诊 断, 而对于第二用户的所述业务, ***侧允许对所述第二用户的所述业务进 行故障诊断, 但是没有获得第二用户的终端侧的允许, 在此种情况下, 通信 设备可以直接对第二用户的终端进行授权放音,如果第二用户的终端通过按 键反馈或保持呼叫一段时间的方式来允许对所述业务进行诊断, 则所述通信 设备可以开始对所述第一用户和第二用户共同涉及的业务进行故障诊断。
具体而言, 运营商***管理员可以在通信设备中配置***侧的授权列 表, 例如表 1。 当主叫用户拨打语音呼叫之后, 假设通信设备要对该用户的 此次语音呼叫业务进行故障诊断,如果通信设备确认***侧和该主叫用户的 终端均允许对此次语音呼叫业务进行故障诊断, 那么通信设备就可以依据表 2以及主叫用户的用户标识和业务标识来确定被叫用户的用户标识, 之后确 定***侧和被叫用户的终端是否也允许对所述被叫用户的此次语音呼叫业 务进行故障诊断。如果***侧不允许对此被叫用户的语音呼叫业务进行故障 诊断, 则通信设备不对此次语音呼叫业务进行故障诊断, 主叫用户与被叫用 户继续保持原有的语音呼叫业务; 如果***侧和该被叫用户的终端均允许对 此被叫用户的语音呼叫业务进行故障诊断, 则通信设备将在授权时限内对所 述主叫用户与所述被叫用户之间的语音呼叫业务进行故障诊断; 如果***侧 允许对此被叫用户的语音呼叫进行故障诊断,但是被叫用户的终端不允许对 语音呼叫业务进行故障诊断, 则通信设备可以主动向所述被叫用户的终端发
送授权请求, 以请求所述被叫用户的终端允许对所述语音呼叫业务进行故障 诊断, 或者通过主叫用户来触发所述通信设备向所述被叫用户的终端发送授 权请求, 以请求所述被叫用户的终端允许对所述语音呼叫业务进行故障诊 断。
以下将以两个用户为例进行说明, 可理解, 当通话业务存在两个以上的 用户时, 也可以参照以下的故障诊断流程。
首先, 终端用户发起正常的语音业务呼叫, 于是通信设备进入正常的语 音业务处理流程。 ***需要对此次语音呼叫业务进行故障诊断时, 通信设备 可以根据此语音业务的标识以及表 2查找到主叫用户 (为了方便描述, 在本 发明实施例中将该主叫用户称作 "第一用户") 的用户标识(例如, IMSI ) 和被叫用户 (为了方便描述, 在本发明实施例中将该被叫用户称作 "第二用 户")的用户标识(例如, IMSI ), 并确定***侧以及第一用户的终端和第二 用户的终端是否均允许对此次语音业务进行故障诊断。如果***侧以及第一 用户的终端和第二用户的终端均允许对此次语音业务进行故障诊断, 则所述 通信设备对此次语音通话业务进行故障诊断; 否则, 通信设备将不会对此次 语音通话业务进行故障诊断, 而维持两者之间的正常呼叫。 进一步地, 如果 通信设备确定
***侧允许对第一用户和第二用户的此次语音业务进行故障诊断, 第一用户 的终端也允许对此次语音业务进行故障诊断,但是第二用户的终端不允许对 此次语音业务进行故障诊断, 则通信设备可以向所述第二用户发送授权请 求, 以请求所述第二用户允许对此次语音业务进行故障诊断。 例如, 通信设 备可以对第二用户进行授权放音: "您本次通话将被录音, 同意请保持, 否 则请挂机"。 如果第二用户按照授权放音的提示对本次通话进行了保持, 则 说明第二用户允许对本次业务进行故障诊断。 否则, 如果第二用户执行挂机 操作, 则说明第二用户不允许对本次业务进行故障诊断, 在此种情况下, 通 信设备就不会启动故障诊断了。
以上是以通信设备主动向所述第二用户发送授权请求为例进行说明的。 在实际应用中,所述通信设备也可以收到第一用户的触发后才向所述第二用 户发送授权请求的。 例如, 第一用户在电话接通后, 按特定 DTMF号码, 触 发所述通信设备向第二用户进行进行授权放音, 以请求所述第二用户允许对 此次语音业务进行故障诊断。
综上所述, 通信设备在对某种业务进行故障诊断之前, 首先要确定*** 侧以及该业务涉及的用户的终端是否都允许对该业务进行故障诊断, 若*** 侧以及该业务涉及的用户的终端都允许对该业务进行故障诊断, 则所述通信 设备可通过数据抓包或录音等手段对所述业务进行故障诊断。 当该业务涉及 多个用户时,如果只有某个或某几个用户的终端不允许对所述业务进行故障 诊断, 则所述通信设备可以向该某个或某几个用户的终端发送授权请求, 以 请求该某个或某几个用户的终端允许对所述语音呼叫业务进行故障诊断。也 就是, 在每个业务中, 通信设备均需要判断业务涉及的各个用户的终端是否 都允许对所述业务进行故障诊断。 如果是, 则所述通信设备对所述业务执行 故障诊断; 如果否, 则所述通信设备不对所述业务执行故障诊断, 或者所述 通信设备向不允许进行故障诊断的用户的终端发送授权请求, 以请求允许对 所述业务进行故障诊断。
应理解,通信设备可继续保留现有的对单个用户的业务进行故障诊断功 能, 例如设置语音(SET VOICE )、 设置抓包(SET CAPPACKS )、 ***探测 器(SE, System Explorer )单用户跟踪等, 所述通信设备还可以保留本地维 护终端 (LMT, Local Maintenance Terminal )信令跟踪)接口, 并可以对系 统侧的授权列表进行修改。
应理解, 上述通信设备对业务的故障诊断可以在本次业务进行的过程中 执行, 亦可以在下次业务进行的过程中执行。 例如, 在确定业务涉及的各个 用户的终端以及***侧都允许对所述业务进行故障诊断后,通信设备可以选 择在如下两种方式对所述业务进行故障诊断: 其一, 从下次业务开始执行相 应的故障诊断流程; 或者,其二,本次业务中即时开始相应的故障诊断流程。
在另一故障诊断方式中, 可以在业务未发起时预先配置诊断触发条件, 如果满足所述的诊断触发条件, 并且所述通信设备确定业务涉及的各个用户 的终端以及***侧都允许对所述业务进行故障诊断, 则所述通信设备立即开 始对本次业务进行故障诊断。 例如, 预先设置的诊断触发条件为: 用户拨打 特定的 DTMF号码,通信设备发现某个用户在执行语音业务的过程中拨打了 DTMF号码,并且确定该语音业务涉及的各个用户的终端以及***侧都允许 对所述业务进行故障诊断, 则所述通信设备可以立即开始对本次语音业务进 行故障诊断。
由此可见, 本发明实施例的故障诊断方法需要获得用户终端的允许或者
用户终端和***测的双方允许才能执行, 由此, 保障了故障诊断在一个安全 的环境中进行, 其更合乎安全法律法规。
下面将结合图 2和图 3描述根据本发明实施例的故障诊断的装置。
在图 2中,故障诊断的装置 20包括第一确定单元 21和诊断单元 22。这 里, 故障诊断的装置 20诊断的业务涉及至少一个用户。
其中, 第一确定单元 21用于确定每个用户的终端是否允许对所述业务 进行故障诊断。诊断单元 22用于在所述第一确定单元 21确定所述每个用户 的终端都允许对该业务进行故障诊断后对所述业务进行故障诊断。
此外, 如图 3所示的另一实施例中, 故障诊断的装置 30装置还可以包 括第二确定单元 23 ,用于在所述诊断单元 22对所述业务进行故障诊断之前, 确定***侧允许对所述业务进行故障诊断。 所述诊断单元 22在所述第一确 定单元 21确定所述每个用户的终端都允许对该业务进行故障诊断, 并且所 述第二确定单元 23确定***侧允许对所述业务进行故障诊断后, 对所述业 务进行故障诊断。
可选地, 第二确定单元 23用于通过***侧的授权列表确定所述***侧 允许对所述每个用户的所述业务进行故障诊断, 所述***侧的授权列表中至 少包括每个用户的标识,每个用户的业务以及***侧是否允许对该用户的每 种业务进行故障诊断的信息。
可选地, 第一确定单元 21用于通过每个用户的终端反馈的信息来确定 所述用户的终端是允许对所述业务进行故障诊断的。
其中, 所述第一确定单元具体用于: 如果所述每个用户的终端拨打特定 的双音多频 DTMF号码,或者所述每个用户的终端拨打特定的运维号码,或 者所述每个用户的终端保持呼叫达到指定时长, 则确定所述每个用户的终端 允许对所述业务进行故障诊断。
可选地, 故障诊断的装置 30还可以包括发送单元 24, 用于如果任意一 个用户的终端不允许对所述业务进行故障诊断, 则向所述任意一个用户的终 端发送授权请求, 以请求允许对所述业务进行故障诊断。 这样, 诊断单元 22 用于在确定所述任意一个用户的终端允许对所述业务进行故障诊断后,对所 述业务进行故障诊断。
可选地,诊断单元 22用于在本次业务进行中对所述业务进行故障诊断; 或者在下次业务进行中对所述业务进行故障诊断。
由此可见, 本发明实施例的故障诊断的装置通过获得用户终端的允许或 者或者用户终端和***测的双方允许,保障了故障诊断在一个安全的环境中 进行, 其更合乎安全法律法规。
另外, 本发明的实施例还提供了另外一种故障诊断的装置, 该装置 40 中包括存储器 41和处理器 42,该存储器 41用于存储实现上述方法实施例中 各步骤的代码, 所述处理器 42用于处理所述存储器 41中存储的代码。
本领域普通技术人员可以意识到, 结合本文中所公开的实施例描述的各 示例的单元及算法步骤, 能够以电子硬件、 或者计算机软件和电子硬件的结 合来实现。 这些功能究竟以硬件还是软件方式来执行, 取决于技术方案的特 定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方 法来实现所描述的功能, 但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到, 为描述的方便和筒洁, 上述描 述的***、 装置和单元的具体工作过程, 可以参考前述方法实施例中的对应 过程, 在此不再赘述。
在本申请所提供的几个实施例中, 应该理解到, 所揭露的***、 装置和 方法, 可以通过其它的方式实现。 例如, 以上所描述的装置实施例仅仅是示 意性的, 例如, 所述单元的划分, 仅仅为一种逻辑功能划分, 实际实现时可 以有另外的划分方式, 例如多个单元或组件可以结合或者可以集成到另一个 ***, 或一些特征可以忽略, 或不执行。 另一点, 所显示或讨论的相互之间 的耦合或直接耦合或通信连接可以是通过一些接口, 装置或单元的间接耦合 或通信连接, 可以是电性, 机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作 为单元显示的部件可以是或者也可以不是物理单元, 即可以位于一个地方, 或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或 者全部单元来实现本实施例方案的目的。
另外, 在本发明各个实施例中的各功能单元可以集成在一个处理单元 中, 也可以是各个单元单独物理存在, 也可以两个或两个以上单元集成在一 个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使 用时, 可以存储在一个计算机可读取存储介质中。 基于这样的理解, 本发明 的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部
分可以以软件产品的形式体现出来 ,该计算机软件产品存储在一个存储介质 中, 包括若干指令用以使得一台计算机设备(可以是个人计算机, 服务器, 或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。 而前 述的存储介质包括: U盘、移动硬盘、只读存储器( ROM , Read-Only Memory )、 随机存取存储器(RAM, Random Access Memory ), 磁碟或者光盘等各种可 以存储程序代码的介质。
以上所述, 仅为本发明的具体实施方式, 但本发明的保护范围并不局限 于此, 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内, 可轻易 想到变化或替换, 都应涵盖在本发明的保护范围之内。 因此, 本发明的保护 范围应所述以权利要求的保护范围为准。
Claims
1、 一种故障诊断的方法, 其特征在于, 所述方法中的业务涉及至少一 个用户, 该方法包括:
确定每个用户的终端是否允许对所述业务进行故障诊断;
如果每个用户的终端都允许对该业务进行故障诊断, 则对所述业务进行 故障诊断。
2、 根据权利要求 1所述的方法, 其特征在于, 在对所述业务进行故障 诊断之前进一步包括:
确定***侧允许对所述业务进行故障诊断。
3、 根据权利要求 2所述的方法, 其特征在于, 如果每个用户的终端都 允许对该业务进行故障诊断, 则对所述业务进行故障诊断包括:
如果所述每个用户的终端都允许对该业务进行故障诊断, 并且***侧也 允许对所述业务进行故障诊断, 则对所述业务进行故障诊断。
4、 根据权利要求 2或 3所述的方法, 其特征在于, 所述确定***侧允 许对所述每个用户的所述业务进行故障诊断包括:
通过***侧的授权列表确定***侧允许对所述每个用户的所述业务进 行故障诊断, 所述***侧的授权列表中至少包括每个用户的标识, 每个用户 的业务以及***侧是否允许对该用户的每种业务进行故障诊断的信息。
5、 根据权利要求 1至 4中任意一项所述的方法, 其特征在于, 所述确 定每个用户的终端是否允许对所述业务进行故障诊断包括:
通过每个用户的终端反馈的信息来确定所述用户的终端是允许对所述 业务进行故障诊断的。
6、 根据权利要求 5所述的方法, 其特征在于, 所述通过每个用户的终 端反馈的信息来确定所述用户的终端是允许对所述业务进行故障诊断的包 括:
如果所述每个用户的终端拨打特定的双音多频 DTMF号码, 或者 所述每个用户的终端拨打特定的运维号码, 或者所述每个用户的终端保 持呼叫达到指定时长, 则确定所述每个用户的终端允许对所述业务进行故障 诊断。
7、 根据权利要求 1至 6中任一项所述的方法, 其特征在于, 所述方法
进一步包括:
如果任意一个用户的终端不允许对所述业务进行故障诊断, 则不对所述 业务进行故障诊断。
8、 根据权利要求 1至 6中任一项所述的方法, 其特征在于, 所述方法 进一步包括:
如果任意一个用户的终端不允许对所述业务进行故障诊断, 则向所述任 意一个用户的终端发送授权请求, 以请求允许对所述业务进行故障诊断; 在确定所述任意一个用户的终端允许对所述业务进行故障诊断后,对所 述业务进行故障诊断。
9、 根据权利要求 1至 8中任一项所述的方法, 其特征在于, 所述对所 述业务进行故障诊断包括:
在本次业务进行中对所述业务进行故障诊断; 或者
在下次业务进行中对所述业务进行故障诊断。
10、 一种故障诊断的装置, 其特征在于, 所述装置诊断的业务涉及至少 一个用户, 包括:
第一确定单元, 用于确定每个用户的终端是否允许对所述业务进行故障 诊断;
诊断单元, 用于在所述第一确定单元确定所述每个用户的终端都允许对 该业务进行故障诊断后对所述业务进行故障诊断。
11、 根据权利要求 10所述的装置, 其特征在于, 还包括:
第二确定单元, 用于在对所述业务进行故障诊断之前, 确定***侧允许 对所述业务进行故障诊断。
12、 根据权利要求 11所述的装置, 其特征在于, 所述诊断单元在所述 第一确定单元确定所述每个用户的终端都允许对该业务进行故障诊断, 并且 所述第二确定单元确定***侧允许对所述业务进行故障诊断后,对所述业务 进行故障诊断。
13、 根据权利要求 10或 11所述的装置, 其特征在于, 所述第二确定单 元具体用于:
通过***侧的授权列表确定所述***侧允许对所述每个用户的所述业 务进行故障诊断, 所述***侧的授权列表中至少包括每个用户的标识, 每个 用户的业务以及***侧是否允许对该用户的每种业务进行故障诊断的信息。
14、 根据权利要求 10至 13中任意一项所述的装置, 其特征在于, 所述 第一确定单元具体用于:
通过每个用户的终端反馈的信息来确定所述用户的终端是允许对所述 业务进行故障诊断的。
15、 根据权利要求 14所述的装置, 其特征在于, 所述第一确定单元具 体用于:
如果所述每个用户的终端拨打特定的双音多频 DTMF号码,或者所述每 个用户的终端拨打特定的运维号码,或者所述每个用户的终端保持呼叫达到 指定时长, 则确定所述每个用户的终端允许对所述业务进行故障诊断。
16、根据权利要求 10至 15中任一项所述的装置,其特征在于,还包括: 发送单元, 用于如果任意一个用户的终端不允许对所述业务进行故障诊 断, 则向所述任意一个用户的终端发送授权请求, 以请求允许对所述业务进 行故障诊断;
所述诊断单元用于:
在确定所述任意一个用户的终端允许对所述业务进行故障诊断后,对所 述业务进行故障诊断。
17、 根据权利要求 10至 16中任一项所述的装置, 其特征在于, 所述诊 断单元具体用于:
在本次业务进行中对所述业务进行故障诊断; 或者
在下次业务进行中对所述业务进行故障诊断。
18、 一种故障诊断的装置, 其特征在于, 所述装置包括一个存储器和一 个处理器;
所述存储器用于存储实现权利要求 1至 9任意一项所述的方法的代码; 所述处理器用于执行所述存储器存储的代码。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2012/077455 WO2014000147A1 (zh) | 2012-06-25 | 2012-06-25 | 故障诊断的方法及装置 |
CN201280000751.2A CN102870375B (zh) | 2012-06-25 | 2012-06-25 | 故障诊断的方法及装置 |
US14/567,191 US9521569B2 (en) | 2012-06-25 | 2014-12-11 | Fault diagnosis method and apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2012/077455 WO2014000147A1 (zh) | 2012-06-25 | 2012-06-25 | 故障诊断的方法及装置 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/567,191 Continuation US9521569B2 (en) | 2012-06-25 | 2014-12-11 | Fault diagnosis method and apparatus |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2014000147A1 true WO2014000147A1 (zh) | 2014-01-03 |
Family
ID=47447763
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2012/077455 WO2014000147A1 (zh) | 2012-06-25 | 2012-06-25 | 故障诊断的方法及装置 |
Country Status (3)
Country | Link |
---|---|
US (1) | US9521569B2 (zh) |
CN (1) | CN102870375B (zh) |
WO (1) | WO2014000147A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106487444A (zh) * | 2016-10-18 | 2017-03-08 | 烽火通信科技股份有限公司 | 一种实现移动终端与电信设备数据通信的方法及*** |
CN113810940B (zh) * | 2021-09-24 | 2024-01-19 | 中通服咨询设计研究院有限公司 | 一种基于网络运维的基站侧网络监控方法及*** |
CN114339864B (zh) * | 2021-12-28 | 2024-04-23 | 锐捷网络股份有限公司 | 一种网络产品的性能评估方法、装置、设备及介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1863095A (zh) * | 2005-03-21 | 2006-11-15 | 奔峰电子(北京)有限公司 | 一种电子设备及其管理*** |
CN101026506A (zh) * | 2007-01-25 | 2007-08-29 | 中兴通讯股份有限公司 | 一种接入网监听***及其实现方法 |
CN101388801A (zh) * | 2007-09-14 | 2009-03-18 | 华为技术有限公司 | 合法监听方法、***和服务器 |
CN101911592A (zh) * | 2007-10-23 | 2010-12-08 | 高通股份有限公司 | 无线现场设备中的故障管理 |
CN102105910A (zh) * | 2008-07-25 | 2011-06-22 | 丰田自动车株式会社 | 允许各种车载装置执行需要用户同意的动作的执行装置、执行方法和执行***以及构成执行***的通信中心,以及执行需要用户同意的动作的车载装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040198328A1 (en) * | 2002-08-27 | 2004-10-07 | Brandenberger Sarah M. | Call management for wireless mobile communication systems |
CN101316430A (zh) * | 2008-06-27 | 2008-12-03 | 华为技术有限公司 | 通信信息收集方法、测试方法及网络侧设备 |
US8767584B2 (en) * | 2010-01-29 | 2014-07-01 | Alcatel Lucent | Method and apparatus for analyzing mobile services delivery |
-
2012
- 2012-06-25 WO PCT/CN2012/077455 patent/WO2014000147A1/zh active Application Filing
- 2012-06-25 CN CN201280000751.2A patent/CN102870375B/zh active Active
-
2014
- 2014-12-11 US US14/567,191 patent/US9521569B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1863095A (zh) * | 2005-03-21 | 2006-11-15 | 奔峰电子(北京)有限公司 | 一种电子设备及其管理*** |
CN101026506A (zh) * | 2007-01-25 | 2007-08-29 | 中兴通讯股份有限公司 | 一种接入网监听***及其实现方法 |
CN101388801A (zh) * | 2007-09-14 | 2009-03-18 | 华为技术有限公司 | 合法监听方法、***和服务器 |
CN101911592A (zh) * | 2007-10-23 | 2010-12-08 | 高通股份有限公司 | 无线现场设备中的故障管理 |
CN102105910A (zh) * | 2008-07-25 | 2011-06-22 | 丰田自动车株式会社 | 允许各种车载装置执行需要用户同意的动作的执行装置、执行方法和执行***以及构成执行***的通信中心,以及执行需要用户同意的动作的车载装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102870375A (zh) | 2013-01-09 |
US9521569B2 (en) | 2016-12-13 |
US20150092565A1 (en) | 2015-04-02 |
CN102870375B (zh) | 2015-11-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11523268B2 (en) | Communications method and apparatus | |
JP7455580B2 (ja) | ネットワークスライシングをサポートするモバイルシステムにおける強化された登録手続き | |
JP5714662B2 (ja) | ワイヤレスデバイスによる診断監視 | |
US7953032B2 (en) | Method, system and apparatus for a dual mode mobile device | |
US20150223092A1 (en) | Measurement triggers for customer care in a wireless network | |
WO2019041029A1 (en) | METHOD AND SYSTEM OF TRAFFIC CHARACTERISTICS OF A USER PLAN AND NETWORK SECURITY | |
US9766967B2 (en) | Providing a network access failure cause value of a user equipment | |
US20100227588A1 (en) | Methods and Apparatus for a SIM-Based Firewall | |
WO2017201062A1 (en) | Emergency services support for non-cellular wireless access | |
WO2014032570A1 (zh) | 切换运营商网络的方法、用户设备及远程管理平台 | |
WO2012146113A1 (zh) | 一种传输rlf数据的方法及装置 | |
CN107277790B (zh) | 一种为终端提供紧急号码的方法和装置 | |
WO2009155878A1 (zh) | 通信信息收集方法、测试方法及网络侧设备 | |
US20160345152A1 (en) | Handling of emergency calls of a user equipment connected to a wireless access point | |
KR20180020246A (ko) | 모바일 통신 네트워크의 핸드오버 성능들을 발견하기 위한 방법, 모바일 통신 네트워크의 핸드오버 성능들을 발견하기 위한 시스템, 사용자 장비, 프로그램 및 컴퓨터 프로그램 제품 | |
US9521569B2 (en) | Fault diagnosis method and apparatus | |
WO2011044816A1 (zh) | 用户设备的监控方法及监控装置 | |
CN108496398B (zh) | 支持wlan位置变更报告或获取的方法及装置 | |
Hu et al. | Uncovering insecure designs of cellular emergency services (911) | |
CN102024310A (zh) | 视频监控***的报警处理方法及视频监控前端设备 | |
WO2013040777A1 (zh) | 获取国际移动用户识别码的方法、基站和用户设备 | |
JP2009290282A (ja) | 認証システム、認証方法 | |
WO2014183499A1 (zh) | 一种实现语音通话的方法及装置 | |
WO2014206325A1 (zh) | 网络限制方法、设备和*** | |
WO2012097727A1 (zh) | 监控终端的方法和通信*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 201280000751.2 Country of ref document: CN |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 12880041 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 12880041 Country of ref document: EP Kind code of ref document: A1 |