CN113395265A - Key business processing method, terminal and system - Google Patents
Key business processing method, terminal and system Download PDFInfo
- Publication number
- CN113395265A CN113395265A CN202110590047.8A CN202110590047A CN113395265A CN 113395265 A CN113395265 A CN 113395265A CN 202110590047 A CN202110590047 A CN 202110590047A CN 113395265 A CN113395265 A CN 113395265A
- Authority
- CN
- China
- Prior art keywords
- mcx
- terminal
- mcx system
- service request
- registration
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/26—Arrangements for supervision, monitoring or testing with means for applying test signals or for measuring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1073—Registration or de-registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
Abstract
The application discloses a key service processing method, a terminal and a system, which are applied to a double-center system, wherein the double-center system comprises a first key service MCX system, a second MCX system and a first MCX terminal, the first MCX system is configured as an active center of the first MCX terminal, the second MCX system is configured as a standby center of the first MCX terminal, and the method comprises the following steps: the first MCX terminal initiates registration to the first MCX system; if the first MCX system is successfully registered, the first MCX terminal uses the first MCX system to process key services; and if the registration in the first MCX system fails, the first MCX terminal initiates the registration to the second MCX system, and if the registration is successful, the second MCX system is used for carrying out key service processing.
Description
Technical Field
The application belongs to the technical field of communication, and particularly relates to a key service processing method, a terminal and a system.
Background
The key service (MCX) includes MCPTT (radio Critical Push To Talk, key voice service), MCVideo (radio Critical Video service), and MCData (radio Critical Data service), MCPTT refers To a voice communication service that has low connection establishment and transmission delay, low availability, reliability, and high security, and can implement priority and preemption processing, including voice individual call and voice group call. The MCvideo refers to video communication services such as video call which are low in connection establishment and transmission delay, high in availability, reliability and safety and capable of achieving priority and preemption processing. The MCData refers to data communication services such as instant messages and file transmission which are low in connection establishment and transmission time delay, high in availability, reliability and safety and capable of achieving priority and preemption processing.
However, in the existing critical service processing process, if a system fails, the critical service cannot be normally used.
Content of application
The embodiment of the application aims to provide a method, a terminal and a system for processing a key service, which can solve the problem that the key service cannot be normally used.
In order to solve the technical problem, the present application is implemented as follows:
in a first aspect, a key service processing method is provided, which is applied to a dual-center system, where the dual-center system includes a first key service MCX system, a second MCX system, and a first MCX terminal, the first MCX system is configured as an active center of the first MCX terminal, and the second MCX system is configured as a standby center of the first MCX terminal, and the method includes:
the first MCX terminal initiates registration to the first MCX system;
if the first MCX system is successfully registered, the first MCX terminal uses the first MCX system to process key services;
and if the registration in the first MCX system fails, the first MCX terminal initiates the registration to the second MCX system, and if the registration is successful, the second MCX system is used for carrying out key service processing.
In a second aspect, a method for processing a key service is provided, where the method is applied to a dual-center system, where the dual-center system includes a first MCX system, a second MCX system, and a first MCX terminal, and the method includes:
the first MCX system receives a key service request from the first MCX terminal;
if the called user corresponding to the key service request belongs to the first MCX system but is not registered in the first MCX system, the first MCX system transfers the key service request to the second MCX system for processing through routing;
if the function code information or the position information carried by the key service request is not maintained in the first MCX system, the first MCX system transfers the key service request to the second MCX system for processing through routing;
wherein, the key service request is a call request or a message service request.
In a third aspect, a first MCX terminal is provided, which is applied to a dual-center system, where the dual-center system includes a first key service MCX system, a second MCX system, and a first MCX terminal, the first MCX system is configured as an active center of the first MCX terminal, the second MCX system is configured as a standby center of the first MCX terminal, and the first MCX terminal includes:
a first registration module, configured to initiate registration with the first MCX system;
the first processing module is used for processing key services by using the first MCX system if the first MCX system is successfully registered;
the second registration module is used for initiating registration to the second MCX system if the registration fails in the first MCX system;
and the second processing module is used for processing the key service by using the second MCX system if the registration in the second MCX system is successful.
In a fourth aspect, a first MCX system is provided, which is applied to a dual-center system, where the dual-center system includes a first MCX system, a second MCX system, and a first MCX terminal, and the first MCX system includes:
a first receiving module, configured to receive a key service request from the first MCX terminal;
the first routing module is used for forwarding the key service request to the second MCX system for processing through routing if the called user corresponding to the key service request belongs to the first MCX system but is not registered in the first MCX system;
a second routing module, configured to forward the key service request to the second MCX system for processing through routing if the function code information or the location information carried by the key service request is not maintained in the first MCX system;
wherein, the key service request is a call request or a message service request.
The embodiment of the application provides a double-center system architecture for realizing key services and a key service processing method, which can ensure that the key services such as individual calling, group calling, functional addressing, location-based addressing and message services can work normally under the double-center architecture.
Drawings
FIG. 1 is an architectural diagram of a dual hub system in an embodiment of the present application;
fig. 2 is a flowchart of a key service processing method in an embodiment of the present application;
fig. 3 is a flowchart illustrating an MCX terminal registration and service processing system selection process in an embodiment of the present application;
FIG. 4 is a flow chart of another key business processing method in an embodiment of the present application;
fig. 5 is a flowchart of a bi-centric routing forwarding policy in an embodiment of the present application;
fig. 6 is a flow chart of a group call service policy of a system in an embodiment of the present application;
fig. 7 is a schematic structural diagram of a first MCX terminal in an embodiment of the present application;
fig. 8 is a schematic structural diagram of a first MCX system in an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some, but not all, embodiments of the present application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
The following describes in detail the key service processing method provided in the embodiments of the present application with reference to the accompanying drawings through specific embodiments and application scenarios thereof.
As shown in fig. 1, an architecture diagram of a dual-center system in an embodiment of the present application is shown, where the dual-center system includes a first MCX system, a second MCX system, and a plurality of MCX terminals, each MCX terminal may configure a registered main center and a registered standby center, and may autonomously select the main center according to a deployment policy, for example, the MCX terminal 1 and the MCX terminal 2 select the first MCX system as the main center, and the MCX terminal 3 and the MCX terminal 4 select the second MCX system as the main center. The MCX terminal preferentially registers to the main center and uses the main center to process service. In case of a failure of the primary center, all traffic will go through the backup center.
Further, each MCX system may include a state management module, a data synchronization module, and a registration module, for implementing a dual-center related service. The state management module is used for regularly collecting states of other modules of the system and evaluating the health state (available state or fault state) of the system. The state management module is also used for periodically sending a state detection message to the opposite end system and evaluating the state of the opposite end system according to the response of the opposite end system; and after receiving the opposite-end system state detection message, replying the system state. The data synchronization module is used for realizing the synchronization of the user account opening configuration information; after the group call is established, synchronizing the attribution information of the group call service. And the registration module is used for processing SIP registration request information of the key service terminal. And the service processing module is used for processing various key services, including individual calling, group calling, functional addressing, location-based addressing, message services and the like. The routing forwarding strategy, the function addressing strategy, the position addressing strategy and the group calling strategy are all realized in a service processing module.
The individual call refers to a service in which various users make individual calls and communicate, and the group call refers to a service in which various users call all users in a group in which the users currently belong and communicate with the users. Function addressing refers to an addressing mode that a user initiates a call by using a function number so that a system routes the call to corresponding user equipment according to the function number; location-based addressing refers to an addressing mode in which a user initiates a call by using a short number, so that a system routes the call to user equipment related to the current location of the user according to the short number dialed by the user, the cell where a calling user is located and other location information.
As shown in fig. 2, a flowchart of a key service processing method in this embodiment is applied to a dual-center system, where the dual-center system includes a first MCX system, a second MCX system, and a first MCX terminal, the first MCX system is configured as an active center of the first MCX terminal, and the second MCX system is configured as a standby center of the first MCX terminal, and the method includes the following steps:
Further, after the first MCX terminal initiates registration with the first MCX system, the method further includes: if the first MCX system fails to register, the first MCX terminal initiates registration to the first MCX system again;
after the first MCX terminal uses the second MCX system to perform the critical service processing, the method further includes: if the first MCX terminal is successfully re-registered in the first MCX system and the first MCX terminal does not currently have call service in the second MCX system, the first MCX terminal switches the subsequent service from the second MCX system to the first MCX system and stops registering in the second MCX system.
After the first MCX terminal uses the first MCX system to perform key service processing, the method further includes: the first MCX terminal receives an unavailable notification message from the first MCX system; the first MCX terminal stops using the first MCX system to process key services, and if the first MCX terminal is registered in the second MCX system, subsequent services are switched from the first MCX system to the second MCX system; if the first MCX terminal is not registered in the second MCX system, the first MCX terminal initiates registration to the second MCX system, and switches the subsequent service from the first MCX system to the second MCX system under the condition of successful registration.
Specifically, as shown in fig. 3, a flowchart for selecting a registration and service processing system of an MCX terminal in the embodiment of the present application is provided, where the MCX terminal may autonomously configure and select a main central system and a standby central system during operation, and perform registration and call services according to the following principles:
a) the MCX terminal preferentially registers/contracts with the main center, and does not initiate registration with the standby center after the main center registers. After the main center is successfully registered, all calling services are carried out through the main center;
b) when the MCX terminal is not registered in the main center, the MCX terminal simultaneously initiates the registration to the main center and the standby center;
c) after the MCX terminal standby center registers, the MCX terminal attempts to register with the main center at the same time. After the standby center is successfully registered, all call services are carried out through the standby center;
d) after the primary center is successfully registered again, if the MCX terminal does not currently have call service in the standby center, the subsequent service needs to be switched to the primary center from the standby center, and the registration to the standby center is stopped;
e) after the MCX terminal determines the service processing system, if the system unavailable notification message is received, the service processing through the system is stopped, and the service processing by using another system is attempted (if the MCX terminal is registered in the other system, the service is immediately switched to the other system; if the system is not registered in another system, a registration request is immediately initiated to the system, and the service switching is carried out after the registration is successful).
The embodiment of the application provides a double-center system architecture for realizing key services and a key service processing method, which can ensure that the key services such as individual calling, group calling, functional addressing, location-based addressing and message services can work normally under the double-center architecture.
As shown in fig. 4, a flowchart of another key service processing method in this embodiment is applied to a dual-center system, where the dual-center system includes a first MCX system, a second MCX system, and a first MCX terminal, and the method includes:
Wherein, the key service request is a call request or a message service request. Each MCX system respectively maintains the function code and the position information of the terminal registered by the system, and processes the function code call and the position-based call related to the registered user of the system. If the function code information or the position information carried by the call is not maintained in the system, the call is routed to the opposite-end system and processed by the opposite-end system.
Further, the method further includes: the first MCX system receives a key service request from the second MCX system;
the first MCX system detects whether the forwarding times of the key service request are greater than preset times;
and if the forwarding times of the key service request are greater than the preset times, the first MCX system rejects and releases the key service request.
Further, the method further includes:
the first MCX system periodically sends a state detection message to the second MCX system;
the first MCX system receives the state information replied by the second MCX system and evaluates the state of the second MCX system according to the state information;
the second MCX system periodically sends a state detection message to the first MCX system;
the second MCX system receives the state information replied by the first MCX system and evaluates the state of the first MCX system according to the state information;
under the condition that the first MCX system is in an available state, the second MCX system transfers the received key service request to the first MCX system for processing through routing;
correspondingly, the first MCX system transfers the critical service request to the second MCX system for processing through routing, including:
and under the condition that the second MCX system is in an available state, the first MCX system transfers the key service request to the second MCX system for processing through routing.
When the first MCX system and the second MCX system are both in an available state, the first MCX system and the second MCX system can work simultaneously; after the MCX terminal is successfully registered in the system, all services are completed through the system.
Further, the method further includes: a first MCX system receives a group call service request;
and under the condition that the default attribution system of the group calling service is a second MCX system and the second MCX system is in an unavailable state, the first MCX system establishes group calling, sets the first MCX system as a group calling service attribution, and synchronizes group calling service attribution information to the second MCX system so that the second MCX system is used as a group calling service participant to carry out calling and service message transparent transmission.
Specifically, the following technical solutions are adopted in this embodiment:
the state management module in each MCX system regularly collects the states of the modules in the system and evaluates the health state (available or fault) of the system; meanwhile, a double-center route is configured between the double-center systems, and the state management module periodically detects the state of the opposite-end system.
When the MCX system is in an available state, a registration module in the MCX system receives SIP registration/continuation of the MCX terminal; a service processing module in the MCX system processes key services; the state management module in the MCX system replies that the route is available for the SIP OPTIONS route detection message initiated by the external system. When the MCX system is in a fault state (namely, an unavailable state), the registration module refuses SIP registration/renewal of the MCX terminal and sends an unavailable notification message of the system to the registered terminal; the service processing module does not process the key service call; the state management module replies that the route is unavailable to the SIP OPTIONS route detection message initiated by the external system.
As shown in fig. 5, which is a flow chart of a dual-center routing forwarding policy in the embodiment of the present application, for a received call/message service request, if a called subscriber belongs to the system (opens an account in the system) but is not registered in the system, the request is forwarded to an opposite-end system for processing through a route. According to the route forwarding strategy, if the called user has opened an account but is not registered in the double-center system, when the called user initiates a call, the SIP request message of the call is continuously forwarded between the double-center system, so that route looping is caused. In order to solve the problem, the SIP message forwarded between the double centers can be subjected to route forwarding frequency detection, if the forwarding frequency of the same call/message service request message is detected to be greater than N times (N can be set, N is greater than 1), the request message is considered to be looped, and the system rejects and releases the call or message service request.
As shown in fig. 6, which is a system group call service policy flow chart in the embodiment of the present application, a group call default service affiliation system may be set; the group calling is preferentially established in a default service attribution system; when the group calling default service attribution system is unavailable, the group calling can be established in an opposite terminal system; after the group calling is established, the group calling service home location is changed into a system for establishing the group calling, and the other system is a participant of the group calling service; during the existence period of the group call, the service attribution system of the group call is not changed until the group call is finished; all group calling service requests are processed in a group calling home system, and a group calling participation system is only responsible for calling and transmitting service messages; the synchronization of the group calling service attribution information is carried out among the systems, and each group calling is ensured to have only one service attribution system in the double-center system.
The embodiment of the application provides a double-center system architecture for realizing key services and a key service processing method, wherein the double-center system works simultaneously, a terminal autonomously selects a main center, the state of an opposite-end system is acquired through route detection between the systems, the terminal autonomously performs a strategy of registration and service selection, the strategies of function addressing and position addressing are supported between the systems, the systems respectively maintain and process function codes and position information of registered users in the system, and function code calls and position-based calls which cannot be processed by the system are transferred to the opposite-end system for processing. Under normal conditions, the utilization rate of the double-center system equipment can be improved; after the system fault occurs, the available service system can be adjusted and selected in time through the interaction of the terminal and the system, and the normal use of the service is ensured to the maximum extent. In addition, the embodiment of the present application further provides a method for implementing a group call service under the condition that a system works simultaneously, and a group call initiator is agreed to be responsible for processing the group call service, a group call participant system is only responsible for call and service message transparent transmission, and a strategy for forwarding a call route between systems is adopted, so that the problem of route looping caused by route forwarding can be solved.
It should be noted that the scope of the embodiments of the present application is not limited to performing functions in the order shown or discussed, but may include performing functions in a substantially simultaneous manner or in a reverse order depending on the functionality involved, e.g., the methods described may be performed in an order different than that described, and various steps may be added, omitted, or combined. In addition, features described with reference to certain examples may be combined in other examples.
Based on the foregoing method embodiment, an embodiment of the present application further provides a first MCX terminal, which is applied to a dual-center system as shown in fig. 7, where the dual-center system includes a first key service MCX system, a second MCX system, and a first MCX terminal, the first MCX system is configured as an active center of the first MCX terminal, the second MCX system is configured as a standby center of the first MCX terminal, and the first MCX terminal includes:
a first registration module 710, configured to initiate registration with the first MCX system;
a first processing module 720, configured to, if the registration in the first MCX system is successful, perform key service processing by using the first MCX system;
a second registration module 730, configured to initiate registration to the second MCX system if registration fails in the first MCX system;
the second processing module 740 is configured to, if the registration in the second MCX system is successful, perform key service processing using the second MCX system.
Further, the first MCX terminal further includes:
a third registration module, configured to initiate registration to the first MCX system again if registration fails in the first MCX system;
the first switching module is configured to switch a subsequent service from the second MCX system to the first MCX system and stop registering to the second MCX system if the first MCX terminal is successfully re-registered in the first MCX system and the first MCX terminal does not currently have a call service in the second MCX system.
Further, the first MCX terminal further includes:
a receiving module, configured to receive an unavailable notification message from the first MCX system;
a second switching module, configured to stop using the first MCX system to perform key service processing, and switch a subsequent service from the first MCX system to the second MCX system if the first MCX terminal is registered in the second MCX system; if the first MCX terminal is not registered in the second MCX system, the first MCX terminal initiates registration to the second MCX system, and switches the subsequent service from the first MCX system to the second MCX system under the condition of successful registration.
An embodiment of the present application further provides a first MCX system, as shown in fig. 8, which is applied to a dual-center system, where the dual-center system includes a first MCX system, a second MCX system, and a first MCX terminal, and the first MCX system includes:
a first receiving module 810, configured to receive a critical service request from the first MCX terminal;
a first routing module 820, configured to forward the key service request to the second MCX system for processing through a route if the called subscriber corresponding to the key service request belongs to the first MCX system but is not registered in the first MCX system;
a second routing module 830, configured to forward the key service request to the second MCX system for processing through routing if the function code information or the location information carried by the key service request is not maintained in the first MCX system;
wherein, the key service request is a call request or a message service request.
Further, the first MCX system further includes:
a second receiving module, configured to receive a critical service request from the second MCX system;
the detection module is used for detecting whether the forwarding times of the key service request are greater than the preset times;
and the releasing module is used for rejecting and releasing the key service request if the forwarding times of the key service request are greater than the preset times.
Further, the first MCX system further includes:
a first sending module, configured to periodically send a status probe message to the second MCX system;
a third receiving module, configured to receive state information replied by the second MCX system, and evaluate a state of the second MCX system according to the state information;
the first routing module is specifically configured to forward the critical service request to the second MCX system for processing through routing when the second MCX system is in an available state.
Further, the first MCX system further includes:
the fourth receiving module is used for receiving the group calling service request;
and the group calling module is used for establishing group calling, setting the group calling as a group calling service attribution place and synchronizing group calling service attribution information to the second MCX system under the condition that the default attribution system of the group calling service is the second MCX system and the second MCX system is in an unavailable state, so that the second MCX system is used as a group calling service participant to carry out calling and service message transparent transmission.
The embodiment of the application provides a double-center system architecture, an MCX terminal and an MCX system for realizing key services, wherein the double-center system works simultaneously, the terminal autonomously selects a main center, the state of an opposite-end system is acquired through route detection between the systems, the terminal autonomously performs registration and service selection strategies, the systems support function addressing and location addressing-based strategies, the systems respectively maintain and process function codes and location information of registered users in the system, and function code calls and location-based calls which cannot be processed by the system are transferred to the opposite-end system for processing. Under normal conditions, the utilization rate of the double-center system equipment can be improved; after the system fault occurs, the available service system can be adjusted and selected in time through the interaction of the terminal and the system, and the normal use of the service is ensured to the maximum extent. In addition, the embodiment of the application can also realize the group calling service under the condition that the system works simultaneously, and the group calling initiator is in charge of the group calling service processing, the group calling participant system is only in charge of the calling and the service message transparent transmission, and the strategy of carrying out the calling route forwarding among the systems can solve the problem of route looping generated by the route forwarding.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present application may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present application.
While the present embodiments have been described with reference to the accompanying drawings, it is to be understood that the invention is not limited to the precise embodiments described above, which are meant to be illustrative and not restrictive, and that various changes may be made therein by those skilled in the art without departing from the spirit and scope of the invention as defined by the appended claims.
Claims (14)
1. A key service processing method is applied to a dual-center system, wherein the dual-center system includes a first key service MCX system, a second MCX system and a first MCX terminal, the first MCX system is configured as an active center of the first MCX terminal, the second MCX system is configured as a standby center of the first MCX terminal, and the method includes:
the first MCX terminal initiates registration to the first MCX system;
if the first MCX system is successfully registered, the first MCX terminal uses the first MCX system to process key services;
and if the registration in the first MCX system fails, the first MCX terminal initiates the registration to the second MCX system, and if the registration is successful, the second MCX system is used for carrying out key service processing.
2. The method of claim 1, wherein after the first MCX terminal initiates registration with the first MCX system, further comprising:
if the first MCX system fails to register, the first MCX terminal initiates registration to the first MCX system again;
after the first MCX terminal uses the second MCX system to perform the key service processing, the method further includes:
if the first MCX terminal is successfully re-registered in the first MCX system and the first MCX terminal does not currently have call service in the second MCX system, the first MCX terminal switches the subsequent service from the second MCX system to the first MCX system and stops registering in the second MCX system.
3. The method of claim 1, wherein after the first MCX terminal performs critical service processing using the first MCX system, the method further comprises:
the first MCX terminal receives an unavailable notification message from the first MCX system;
the first MCX terminal stops using the first MCX system to process key services, and if the first MCX terminal is registered in the second MCX system, subsequent services are switched from the first MCX system to the second MCX system; if the first MCX terminal is not registered in the second MCX system, the first MCX terminal initiates registration to the second MCX system, and switches the subsequent service from the first MCX system to the second MCX system under the condition of successful registration.
4. A key service processing method is applied to a double-center system, wherein the double-center system comprises a first MCX system, a second MCX system and a first MCX terminal, and the method comprises the following steps:
the first MCX system receives a key service request from the first MCX terminal;
if the called user corresponding to the key service request belongs to the first MCX system but is not registered in the first MCX system, the first MCX system transfers the key service request to the second MCX system for processing through routing;
if the function code information or the position information carried by the key service request is not maintained in the first MCX system, the first MCX system transfers the key service request to the second MCX system for processing through routing;
wherein, the key service request is a call request or a message service request.
5. The method of claim 4, further comprising:
the first MCX system receiving a critical service request from the second MCX system;
the first MCX system detects whether the forwarding times of the key service request are greater than preset times;
and if the forwarding times of the key service request are greater than the preset times, the first MCX system rejects and releases the key service request.
6. The method of claim 4, further comprising:
the first MCX system periodically sends a state detection message to the second MCX system;
the first MCX system receives state information replied by the second MCX system and evaluates the state of the second MCX system according to the state information;
the second MCX system periodically sends a state detection message to the first MCX system;
the second MCX system receives the state information replied by the first MCX system and evaluates the state of the first MCX system according to the state information;
under the condition that the first MCX system is in an available state, the second MCX system transfers the received key service request to the first MCX system for processing through routing;
the first MCX system transfers the key service request to the second MCX system for processing through routing, and the method comprises the following steps:
and under the condition that the second MCX system is in an available state, the first MCX system transfers the key service request to the second MCX system for processing through routing.
7. The method of claim 6, further comprising:
the first MCX system receives a group calling service request;
and under the condition that the default attribution system of the group calling service is the second MCX system and the second MCX system is in an unavailable state, the first MCX system establishes group calling, sets the first MCX system as a group calling service attribution, and synchronizes group calling service attribution information to the second MCX system so as to enable the second MCX system to be used as a group calling service participant to carry out calling and service message transparent transmission.
8. A first MCX terminal, which is applied to a dual-center system, where the dual-center system includes a first key service MCX system, a second MCX system, and a first MCX terminal, the first MCX system is configured as an active center of the first MCX terminal, the second MCX system is configured as a standby center of the first MCX terminal, and the first MCX terminal includes:
a first registration module, configured to initiate registration with the first MCX system;
the first processing module is used for processing key services by using the first MCX system if the first MCX system is successfully registered;
the second registration module is used for initiating registration to the second MCX system if the registration fails in the first MCX system;
and the second processing module is used for processing the key service by using the second MCX system if the registration in the second MCX system is successful.
9. The first MCX terminal of claim 8, further comprising:
a third registration module, configured to initiate registration to the first MCX system again if registration fails in the first MCX system;
the first switching module is configured to switch a subsequent service from the second MCX system to the first MCX system and stop registering to the second MCX system if the first MCX terminal is successfully re-registered in the first MCX system and the first MCX terminal does not currently have a call service in the second MCX system.
10. The first MCX terminal of claim 8, further comprising:
a receiving module, configured to receive an unavailable notification message from the first MCX system;
a second switching module, configured to stop using the first MCX system to perform key service processing, and switch a subsequent service from the first MCX system to the second MCX system if the first MCX terminal is registered in the second MCX system; if the first MCX terminal is not registered in the second MCX system, the first MCX terminal initiates registration to the second MCX system, and switches the subsequent service from the first MCX system to the second MCX system under the condition of successful registration.
11. The first MCX system is applied to a double-center system, the double-center system comprises a first MCX system, a second MCX system and a first MCX terminal, and the first MCX system comprises:
a first receiving module, configured to receive a key service request from the first MCX terminal;
the first routing module is used for forwarding the key service request to the second MCX system for processing through routing if the called user corresponding to the key service request belongs to the first MCX system but is not registered in the first MCX system;
a second routing module, configured to forward the key service request to the second MCX system for processing through routing if the function code information or the location information carried by the key service request is not maintained in the first MCX system;
wherein, the key service request is a call request or a message service request.
12. The first MCX system according to claim 11, further comprising:
a second receiving module, configured to receive a critical service request from the second MCX system;
the detection module is used for detecting whether the forwarding times of the key service request are greater than the preset times;
and the releasing module is used for rejecting and releasing the key service request if the forwarding times of the key service request are greater than the preset times.
13. The first MCX system according to claim 11, further comprising:
a first sending module, configured to periodically send a status probe message to the second MCX system;
a third receiving module, configured to receive state information replied by the second MCX system, and evaluate a state of the second MCX system according to the state information;
the first routing module is specifically configured to forward the critical service request to the second MCX system for processing through routing when the second MCX system is in an available state.
14. The first MCX system according to claim 13, further comprising:
the fourth receiving module is used for receiving the group calling service request;
and the group calling module is used for establishing group calling, setting the group calling as a group calling service attribution place and synchronizing group calling service attribution information to the second MCX system under the condition that the default attribution system of the group calling service is the second MCX system and the second MCX system is in an unavailable state, so that the second MCX system is used as a group calling service participant to carry out calling and service message transparent transmission.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110590047.8A CN113395265A (en) | 2021-05-28 | 2021-05-28 | Key business processing method, terminal and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110590047.8A CN113395265A (en) | 2021-05-28 | 2021-05-28 | Key business processing method, terminal and system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113395265A true CN113395265A (en) | 2021-09-14 |
Family
ID=77619361
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110590047.8A Pending CN113395265A (en) | 2021-05-28 | 2021-05-28 | Key business processing method, terminal and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113395265A (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101674313A (en) * | 2009-10-15 | 2010-03-17 | 杭州华三通信技术有限公司 | SIP registration method for server to actively inform user switching, system and device thereof |
| CN101790170A (en) * | 2009-01-23 | 2010-07-28 | 中国移动通信集团山东有限公司 | Double-center disaster recovery equipment and resource adjustment method in same |
| CN103516546A (en) * | 2013-08-19 | 2014-01-15 | 北京佳讯飞鸿电气股份有限公司 | IP terminal device management system and method for double-center networking |
| CN109691062A (en) * | 2016-09-07 | 2019-04-26 | 三星电子株式会社 | Method for managing short data service (SDS) in mission critical data (MC Data) communication system |
| CN110637468A (en) * | 2017-05-15 | 2019-12-31 | 三星电子株式会社 | Method and system for notifying the status of members of a Mission Critical Services (MCX) group |
| CN110888761A (en) * | 2019-11-29 | 2020-03-17 | 北京仿真中心 | Fault-tolerant method based on active backup of key task part and stream processing platform |
-
2021
- 2021-05-28 CN CN202110590047.8A patent/CN113395265A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101790170A (en) * | 2009-01-23 | 2010-07-28 | 中国移动通信集团山东有限公司 | Double-center disaster recovery equipment and resource adjustment method in same |
| CN101674313A (en) * | 2009-10-15 | 2010-03-17 | 杭州华三通信技术有限公司 | SIP registration method for server to actively inform user switching, system and device thereof |
| CN103516546A (en) * | 2013-08-19 | 2014-01-15 | 北京佳讯飞鸿电气股份有限公司 | IP terminal device management system and method for double-center networking |
| CN109691062A (en) * | 2016-09-07 | 2019-04-26 | 三星电子株式会社 | Method for managing short data service (SDS) in mission critical data (MC Data) communication system |
| CN110637468A (en) * | 2017-05-15 | 2019-12-31 | 三星电子株式会社 | Method and system for notifying the status of members of a Mission Critical Services (MCX) group |
| CN110888761A (en) * | 2019-11-29 | 2020-03-17 | 北京仿真中心 | Fault-tolerant method based on active backup of key task part and stream processing platform |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2154358C2 (en) | Mobile telephone system and method of transmission of messages between mobile stations and servicing center for transmission of messages | |
| EP0847174B1 (en) | Method and apparatus for data network call processing | |
| US5907805A (en) | Telecommunications system | |
| WO2000069097A1 (en) | Methods and systems for providing temporary identification numbers for mobile terminals | |
| FI113435B (en) | Disconnection of connection in a telecommunication system | |
| JP4597385B2 (en) | Method and apparatus for setting up a one-way call | |
| US20060251231A1 (en) | IP telephone system having a hold function and a callback function | |
| CN101707745B (en) | Method, system and device for selecting call groups | |
| JP2006101552A (en) | Call control in telecommunications systems. | |
| KR19980076546A (en) | Data network interworking system and its control method for data communication between subscribers in mobile communication network | |
| JP2000050362A (en) | Method and apparatus for controlling regulation of mobile communication system | |
| US8238914B2 (en) | Handoff method, switching device and terminal | |
| US7345997B2 (en) | Packet call routing in a mobile communication network | |
| JP3474379B2 (en) | A method for expanding the scale of a personal communication service system using a bridge shared line appearance function | |
| CN101072389A (en) | System and method for prompting user access failure for digital trunking communication system | |
| KR20010028105A (en) | Noncompleted Call Processing Method In Mobile Communication Network | |
| CN113395265A (en) | Key business processing method, terminal and system | |
| EP1190559B1 (en) | Method and system for notifying a caller that a cellular phone destination is available | |
| JP2000032559A (en) | Mobile communication switching system with information notification function for incomplete incoming calls | |
| KR101202993B1 (en) | Method and system for providing calling number history presentation service, and calling number history presentation service server | |
| CN101557565B (en) | Switching method of terminal between reverse traffic channels and trunking communication system | |
| JP3356260B2 (en) | Mobile communication system and mobile communication terminal | |
| JPH0281555A (en) | Transfer loop prevention method in multi-stage transfer service | |
| JP3614187B2 (en) | Mobile communication system, service providing apparatus and service method in the system | |
| CN119907062B (en) | Multi-frequency point coverage wireless trunking communication system, method, equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210914 |