CN106537973A - Service management method and device therefor - Google Patents
Service management method and device therefor Download PDFInfo
- Publication number
- CN106537973A CN106537973A CN201580000193.3A CN201580000193A CN106537973A CN 106537973 A CN106537973 A CN 106537973A CN 201580000193 A CN201580000193 A CN 201580000193A CN 106537973 A CN106537973 A CN 106537973A
- Authority
- CN
- China
- Prior art keywords
- service
- mode
- base station
- terminal
- supported
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/08—Trunked mobile radio systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Disclosed are a service management method and a device therefor. The method comprises: a base station synchronizing data at a network side to a local database, wherein the data comprises a service type and a service state at the network side; when it is detected that a communication link with a core network is interrupted, entering a failure soft mode; determining whether a service accessing the base station request by a terminal is supported under the failure soft mode according to the data in the local database; and when the service is supported, managing the service, so that the terminal maintains a connection state. By means of the above-mentioned solution, when cluster base stations are switched from a normal mode to a failure soft mode, relevant services supported by the base stations are maintained so as to keep the continuity of services as far as possible; and since, when working under a failure soft mode, the cluster base stations do not need to perform re-registration and re-authentication on a terminal, an access storm can be avoided so as to save on signalling overheads, improve the efficiency of service processing and improve user experience.
Description
[ technical field ] A method for producing a semiconductor device
The present application relates to the field of communications, and in particular, to a method and an apparatus for service management.
[ background of the invention ]
When the communication between the cluster base station of the private network system and the cluster core network is interrupted or the cluster core network fails, the cluster base station completes the corresponding functions of authentication, authorization, security setting, subsequent service realization and the like through the local core network.
The general implementation is: when the cluster base station detects that a communication link between the cluster base station and a cluster core network is interrupted, the current working state is switched from a normal mode to a failure weakening mode, and all services currently performed are eliminated. The communication system in the normal mode comprises a terminal, a cluster base station and a cluster core network, and the communication system in the failure weakening mode comprises the terminal and the cluster base station.
And after the cluster base station enters a failure weakening mode, sending a broadcast message carrying temporary communication channel information to a terminal accessed to the cluster base station. After receiving a re-registration request sent by the terminal according to the broadcast information, the trunking base station re-registers the terminal according to the received re-registration request, so that the terminal can initiate a trunking call request through the temporary communication channel. After the cluster base station receives the cluster calling request sent by the terminal, the connection between the terminal and the called terminal is established according to the cluster calling request, so that the terminal and the called terminal carry out calling service through a temporary communication channel.
However, when the trunking base station is switched from the normal mode to the failure weakening mode, all currently-performed services are interrupted, continuity of the services is damaged, and when the trunking base station works in the failure weakening mode, re-registration and authentication are required, which easily causes a random access storm, so that part of the interruptions cannot normally access the trunking base station.
[ summary of the invention ]
The application provides a service management method and a device thereof, which can keep the relevant services supported by a base station when the cluster base station is switched from a normal mode to a failure weakening mode, thereby keeping the continuity of the services as much as possible.
In order to solve the technical problems, the invention adopts a technical scheme that: a service management method is provided, which comprises: a base station synchronizes data of a network side to a local database, wherein the data comprises a service type and a service state of the network side, and the service is a service requested by a terminal accessed to a core network; entering a fail-soft mode when a communication link with a core network is detected to be interrupted; judging whether the service requested by the terminal accessed to the base station is supported or not in the failure weakening mode according to the data in the local database; and when the service is supported, managing the service to ensure that the terminal maintains a connection state.
Wherein the method further comprises: and when the service is not supported, clearing the service to enable the terminal to enter a dormant state.
Wherein the method further comprises: and after entering the failure weakening mode, the base station reconfigures the security encryption mode so that the terminal updates the security encryption mode and sends an access request through the security encryption mode.
Wherein the method further comprises: and after entering the failure weakening mode, the base station reconfigures the security encryption mode so that the terminal updates the security encryption mode and sends an access request through the security encryption mode.
In order to solve the technical problem, the invention adopts another technical scheme that: the device comprises a synchronization module, a mode switching module, a judgment module and a control module; the synchronization module is used for synchronizing data of a network side to a local database, wherein the data comprises a service type and a service state of the network side, and the service is a service requested by a terminal accessed to the core network; the mode switching module is used for entering a failure weakening mode when detecting that a communication link with a core network is interrupted; the judging module is used for judging whether the service requested by the terminal accessed to the base station is supported under the failure weakening mode according to the data in the local database; and the control module is used for managing the service when the judging module judges that the service is supported, so that the terminal maintains a connection state.
Wherein, the device still includes: and the second control module is used for clearing the service when the judging module judges that the service is not supported, so that the terminal enters a dormant state.
The device further comprises a resetting module, wherein the resetting module is used for reconfiguring the secure encryption mode after the mode switching module controls the base station to enter the fail-soft mode, so that the terminal updates the secure encryption mode, and sends an access request through the secure encryption mode.
The device further comprises a resetting module, wherein the resetting module is used for reconfiguring the secure encryption mode after the mode switching module controls the base station to enter the fail-soft mode, so that the terminal updates the secure encryption mode, and sends an access request through the secure encryption mode.
In order to solve the technical problems, the invention adopts another technical scheme that: there is provided a traffic management apparatus, the apparatus comprising: a memory, a processor; the memory is used for storing data; the processor is used for synchronizing data of a network side to a local database, wherein the data comprises a service type and a service state of the network side, and the service is a service requested by a terminal accessed to the core network; the processor is used for entering a failure weakening mode when detecting that a communication link with a core network is interrupted; judging whether the service requested by the terminal accessed to the base station is supported or not in the failure weakening mode according to the data of the local database; the processor is further configured to manage the service to maintain the connection state of the terminal when the service is supported.
The processor is used for acquiring data contained in the service and the state of the service from the data of the local database when the service is supported; and when the service is not supported, clearing the service to enable the terminal to enter a dormant state.
The processor is further configured to reconfigure a secure encryption mode after the base station enters the fail-soft mode, so that the terminal updates the secure encryption mode, and sends an access request through the secure encryption mode.
The processor is further configured to reconfigure a secure encryption mode after the base station enters the fail-soft mode, so that the terminal updates the secure encryption mode, and sends an access request through the secure encryption mode.
In the scheme, a base station synchronizes data of a network side to a local database, enters a failure weakening mode when detecting that a communication link with a core network is interrupted, and judges whether a service requested by a terminal accessed to the base station is supported or not in the failure weakening mode according to the data in the local database; when supporting a service requested by a terminal, the service is managed so that the terminal maintains a connection state. The method and the device can keep the relevant services supported by the base station when the base station is switched from the normal mode to the failure weakening mode, thereby keeping the continuity of the services as much as possible.
[ description of the drawings ]
FIG. 1 is a flow chart of an embodiment of a business management method of the present application;
FIG. 2 is a flow chart of another embodiment of a business management method of the present application;
FIG. 3 is a schematic structural diagram of an embodiment of a service management apparatus according to the present application;
FIG. 4 is a schematic structural diagram of another embodiment of a service management device according to the present application;
fig. 5 is a schematic structural diagram of another embodiment of the service management device according to the present application.
[ detailed description ] embodiments
In the following description, for purposes of explanation and not limitation, specific details are set forth such as particular system structures, interfaces, techniques, etc. in order to provide a thorough understanding of the present application.
Referring to fig. 1, fig. 1 is a flowchart of an embodiment of a service management method according to the present application. The main execution body of the embodiment is a base station, and the base station may be a cluster base station or other base stations. The service management method of the embodiment comprises the following steps:
s101: the base station synchronizes data of a network side to a local database, wherein the data comprises a service type and a service state of the network side, and the service is a service requested by a terminal accessed to a core network.
When a terminal accesses a base station and accesses a core network through the base station, the base station acquires service types and service states requested by all terminals accessing the core network from the core network at intervals of preset time, and synchronously stores the acquired service types and service states in a local database. The preset time can be set according to actual requirements, and is not limited herein.
For example, when the service requested by the terminal accessing the base station is downloading a file from the core network, the base station saves the data included in the downloaded file and the downloading progress in the local database, and performs backup, so that when the communication link between the base station and the core network is interrupted. And when the downloading of the file is completed, the base station can transmit data contained in the downloaded file to the terminal.
S102: the fail-soft mode is entered when a communication link with the core network is detected to be broken.
When the base station detects that a communication link between the base station and the core network is interrupted, namely the base station cannot communicate with the core network, the base station switches the current working mode from a normal mode to a failure weakening mode.
Optionally, after the base station enters the failure weakening mode, broadcast information may be sent to the terminal accessing the base station, where the broadcast information is used to identify the failure weakening mode entered by the base station, so that the terminal filters out a service that can be implemented only by accessing the core network through the base station after receiving the broadcast information, and retains a service that can be implemented only by accessing the base station through the base station.
S103: and judging whether the service requested by the terminal accessed to the base station is supported or not in the failure weakening mode according to the data in the local database.
After the base station enters the failure weakening mode, the data synchronously stored from the core network is obtained from the local database, and whether the base station supports the service requested by the terminal accessed to the base station in the failure weakening mode is judged according to the synchronously stored data. The data stored synchronously includes the service types and service states requested by all terminals accessing the core network.
The services requested by the terminal accessing the base station include a service accessing the base station entering the failure weakening mode, a service accessing other base stations (except the base station entering the failure weakening mode), and a service accessing the core network through any base station.
When the service requested by the terminal accessed to the base station is the service which can be completed only by the base station entering the failure weakening mode, the service is judged to be the service supported by the base station.
When the service requested by the terminal accessed to the base station is a service which can be realized by other base stations alone, or a service which is realized by the base station and other base stations together under the failure weakening mode, or a service which can be realized only by accessing any base station to a core network, the service is judged to be a service which is not supported by the base station.
And when the judgment result is that the current service is the service supported by the base station, executing step S104.
When the judgment result is that the current service is a service that is not supported by the base station, no processing is performed on the service, and the step S103 is returned to judge whether the acquired next service is a service that is supported by the base station.
Optionally, when the determination result is that the current service is a service that is not supported by the base station, the relevant data included in the service that is not supported by the base station is cleared, and the step S103 is returned. When the current services of the terminal are all services which are not supported by the base station, the base station disconnects a communication link between the base station and the terminal and controls the terminal to enter a dormant state.
S104: and when the service is supported, managing the service to ensure that the terminal maintains a connection state.
And when the judgment result is that the current service of the terminal is the service supported by the base station, the base station takes over a service state machine corresponding to the supported service to manage the supported service, and keeps a communication link between the base station and the terminal so that the terminal maintains a connection state.
It is understood that managing the supported services includes obtaining the data contained in the supported services and the status of the services from the data in the local database, managing the status of the services, and the data related to the current services.
In the scheme, a base station synchronizes data of a network side to a local database, enters a failure weakening mode when detecting that a communication link with a core network is interrupted, and judges whether a service requested by a terminal accessed to the base station is supported or not in the failure weakening mode according to the data in the local database; when supporting a service requested by a terminal, the service is managed so that the terminal maintains a connection state. The method and the device can keep the relevant services supported by the base station when the base station is switched from the normal mode to the failure weakening mode, thereby keeping the continuity of the services as much as possible.
Referring to fig. 2, fig. 2 is a flowchart of another embodiment of the service management method of the present application. The main execution body of the embodiment is a base station, and the base station may be a cluster base station or other base stations. The service management method of the embodiment comprises the following steps:
s201: the base station synchronizes data of a network side to a local database, wherein the data comprises a service type and a service state of the network side, and the service is a service requested by a terminal accessed to a core network.
When a terminal accesses a base station and accesses a core network through the base station, the base station acquires service types and service states requested by all terminals accessing the core network from the core network at intervals of preset time, and synchronously stores the acquired service types and service states in a local database. The preset time can be set according to actual requirements, and is not limited herein.
For example, when the service requested by the terminal accessing the base station is downloading a file from the core network, the base station saves the data included in the downloaded file and the downloading progress in the local database, and performs backup, so that when the communication link between the base station and the core network is interrupted. And when the downloading of the file is completed, the base station can transmit data contained in the downloaded file to the terminal.
S202: the fail-soft mode is entered when a communication link with the core network is detected to be broken.
When the base station detects that a communication link between the base station and the core network is interrupted, namely the base station cannot communicate with the core network, the base station switches the current working mode from a normal mode to a failure weakening mode.
Optionally, after the base station enters the failure weakening mode, broadcast information may be sent to the terminal accessing the base station, where the broadcast information is used to identify the failure weakening mode entered by the base station, so that the terminal filters out a service that can be implemented only by accessing the core network through the base station after receiving the broadcast information, and retains a service that can be implemented only by accessing one base station or multiple base stations.
S203: reconfiguring a secure encryption mode so that the terminal updates the secure encryption mode, and sending an access request through the secure encryption mode.
After the base station enters the failure weakening mode, triggering the base station to reconfigure the security encryption mode, so that the terminal accessed to the base station sends an access request through a method corresponding to the reconfigured security encryption mode to access the base station to continue the current service or request a new service.
Optionally, for a mobile terminal in a dormant state, after the base station reconfigures the secure encryption mode, when receiving, at a paging occasion of the mobile terminal, reconfigured secure encryption mode information sent after the base station enters the failure weakening mode, an access request is sent by using a method corresponding to the reconfigured secure encryption mode, so as to access the base station to send a service request.
The base station entering the fail-soft mode can only realize the functions of scheduling of a local area network or a private network and the like, so that the secure encryption mode of the base station reconfiguration entering the fail-soft mode is simple compared with the secure encryption mode in the normal mode.
S204: and judging whether the service requested by the terminal accessed to the base station is supported or not in the failure weakening mode according to the data in the local database.
And the base station acquires the data synchronously stored from the core network from the local database and judges whether the base station supports the service requested by the terminal accessed to the base station in the failure weakening mode according to the synchronously stored data. The data stored synchronously includes the service types and service states requested by all terminals accessing the core network.
The services requested by the terminal accessing the base station include a service accessing the base station entering the failure weakening mode, a service accessing other base stations (except the base station entering the failure weakening mode), and a service accessing the core network through any base station.
When the service requested by the terminal accessed to the base station is the service which can be completed only by the base station entering the failure weakening mode, the service is judged to be the service supported by the base station.
When the service requested by the terminal accessed to the base station is a service which can be realized by other base stations alone, or a service which is realized by the base station and other base stations together under the failure weakening mode, or a service which can be realized only by accessing any base station to a core network, the service is judged to be a service which is not supported by the base station.
When the determination result is that the current service is a service supported by the base station, step S205 is executed.
And when the current service is the service not supported by the base station, executing step S206.
S205: and when the service is supported, managing the service to ensure that the terminal maintains a connection state.
And when the judgment result is that the current service of the terminal is the service supported by the base station, the base station takes over a service state machine corresponding to the supported service to manage the supported service, and keeps a communication link between the base station and the terminal so that the terminal maintains a connection state.
It is understood that managing the supported services includes obtaining the data contained in the supported services and the status of the services from the data in the local database, managing the status of the services, and the data related to the current services.
S206: and when the service is not supported, clearing the service to enable the terminal to enter a dormant state.
And when the judgment result is that the current service is the service which is not supported by the base station, clearing the related data contained in the service. When the current services of the terminal are services which are not supported by the base station, the base station disconnects a communication link between the base station and the terminal and controls the terminal to enter a dormant state.
The terminal entering the dormant state can send an access request to the base station through a secure encryption mode corresponding to the normal mode after the base station is switched from the failure weakening mode to the normal mode, and can send the access request by a method corresponding to the reconfigured secure encryption mode so as to access the base station to send a service request.
Of course, when the terminal entering the sleep state receives the security encryption mode information or the reconfigured security encryption mode information sent by other base stations at the paging occasion of the terminal, the terminal sends an access request by a method corresponding to the received security encryption mode so as to access the base station sending the security encryption mode information to send a service request.
In the scheme, a base station synchronizes data of a network side to a local database, enters a failure weakening mode when detecting that a communication link with a core network is interrupted, and judges whether a service requested by a terminal accessed to the base station is supported or not in the failure weakening mode according to the data in the local database; when supporting the service requested by the terminal, managing the service to make the terminal maintain a connection state; and when the service requested by the terminal is not supported, the terminal enters a sleep mode. The method and the device can keep the relevant services supported by the base station when the base station is switched from the normal mode to the failure weakening mode, thereby keeping the continuity of the services as much as possible.
Referring to fig. 3, fig. 3 is a schematic structural diagram of an embodiment of the service management device of the present application. In this embodiment, the service management device may be a base station, and the base station may be a cluster base station or other base stations. For a specific implementation method, please refer to fig. 1 and the related description of the corresponding embodiment, and details are not repeated herein. The service management apparatus of the present embodiment includes a synchronization module 310, a mode switching module 320, a determination module 330, and a control module 340.
The synchronization module 310 is configured to synchronize data on the network side to the local database, where the data includes a service type and a service state on the network side, and the service is a service requested by a terminal accessing the core network. For example, the synchronization module 310 synchronizes data on the network side to a local database. The data includes the service type and service state of the network side, and the service is the service requested by the terminal accessing the core network. The synchronization module 310 sends the data of the local database to the determination module 330.
The mode switching module 320 is configured to enter a fail-soft mode when a communication link with the core network is detected to be broken. For example, the mode switching module 320 enters the fail-soft mode when detecting a communication link with the core network is broken. The mode switching module 320 sends a notification message that the base station enters the fail-soft mode to the determining module 330.
The determining module 330 is configured to receive the data of the local database sent by the synchronizing module 310, and after receiving the notification information that the base station enters the failure weakening mode and sent by the mode switching module 320, determine whether the service requested by the terminal accessing the base station is supported in the failure weakening mode according to the data in the local database. For example, the determining module 330 receives the data of the local database sent by the synchronizing module 310, and after receiving the notification information that the base station enters the failure weakening mode and sent by the mode switching module 320, determines whether the service requested by the terminal accessing the base station is supported in the failure weakening mode according to the data in the local database. The determination module 330 transmits the determination result to the control module 340.
The control module 340 is configured to receive the determination result sent by the determining module 330, and when the received determination result is that the determining module 330 determines that the service requested by the terminal accessing the base station is supported, manage the supported service, so that the terminal maintains a connection state. For example, the control module 340 receives the determination result sent by the determination module 330, and when the received determination result is that the service requested by the terminal accessing the base station is supported, manages the supported service, so that the terminal maintains the connection state. The management of the supported service comprises the steps of acquiring data contained in the supported service and the service state from the data of the local database, managing the service state of the service and the related data of the current service.
Optionally, when the received determination result is that the service requested by the terminal accessing the base station is not supported, the control module 340 removes related data included in the service that is not supported by the base station. When the current services of the terminal are all services that the base station does not support, the control module 340 disconnects the communication link between the base station and the terminal, and controls the terminal to enter a dormant state.
In the scheme, a base station synchronizes data of a network side to a local database, enters a failure weakening mode when detecting that a communication link with a core network is interrupted, and judges whether a service requested by a terminal accessed to the base station is supported or not in the failure weakening mode according to the data in the local database; when supporting the service requested by the terminal, managing the service to make the terminal maintain a connection state; and when the service requested by the terminal is not supported, the terminal enters a sleep mode. The method and the device can keep the relevant services supported by the base station when the base station is switched from the normal mode to the failure weakening mode, thereby keeping the continuity of the services as much as possible.
Referring to fig. 4, fig. 4 is a schematic structural diagram of another embodiment of the service management device of the present application. The service management device in this embodiment may be a base station, and the base station may be a cluster base station or other base stations. For a specific implementation method, please refer to fig. 2 and the related description of the corresponding embodiment, which is not repeated herein. The service management apparatus of the present embodiment includes a synchronization module 410, a mode switching module 420, a reset module 430, a determination module 440, a first control module 450, and a second control module 460.
The synchronization module 410 is configured to synchronize data on the network side to the local database, where the data includes a service type and a service state on the network side, and the service is a service requested by a terminal accessing the core network. For example, the synchronization module 410 synchronizes data on the network side to a local database. The data includes the service type and service state of the network side, and the service is the service requested by the terminal accessing the core network. The synchronization module 410 sends the data of the local database to the determination module 440.
The mode switching module 420 is configured to enter a fail-soft mode when a communication link with the core network is detected to be broken. For example, the mode switching module 420 enters the fail-soft mode when it detects a communication link with the core network is broken. The mode switching module 420 sends a notification message that the base station enters the fail-soft mode to the resetting module 430.
The reset module 430 is configured to receive notification information that the base station enters the failure weakening mode, which is sent by the mode switching module 420, and after the mode switching module 420 controls the base station to enter the failure weakening mode, reconfigure the secure encryption mode, so that the terminal updates the secure encryption mode, and sends an access request through the secure encryption mode. For example, the resetting module 430 receives notification information that the base station enters the failure weakening mode, which is sent by the mode switching module 420, and after it is determined that the base station enters the failure weakening mode according to the notification information, reconfigures the secure encryption mode, so that the terminal updates the secure encryption mode, and sends an access request through the secure encryption mode. The reset module 430 sends a notification to the decision module 440 that the secure encryption mode has been reconfigured.
The judging module 440 is configured to receive the data of the local database sent by the synchronizing module 310, and after receiving the notification information that the secure encryption mode has been reconfigured and sent by the resetting module 430, judge whether the service requested by the terminal accessing the base station is supported in the failure-weakened mode according to the data in the local database. For example, the determining module 440 receives the data of the local database sent by the synchronizing module 410, and after receiving the notification information that the security encryption mode has been reconfigured and sent by the resetting module 430, determines whether the service requested by the terminal accessing the base station is supported in the failure-weakened mode according to the data in the local database. The determining module 440 sends the determination result to the first control module 450 and the second control module 460.
The first control module 450 is configured to receive the determination result sent by the determination module 440, and when the received determination result is that the determination module 440 determines that the service requested by the terminal accessing the base station is supported, manage the supported service, so that the terminal maintains a connection state. For example, the first control module 450 receives the determination result sent by the determination module 440, and when the received determination result is that the determination module 440 determines that the service requested by the terminal accessing the base station is supported, manages the supported service, so that the terminal maintains the connection state.
The second control module 460 is configured to receive the determination result sent by the determining module 440, and clear the service when the received determination result is that the determining module 440 determines that the service requested by the terminal accessing the base station is not supported, so that the terminal enters a dormant state.
For example, the second control module 460 receives the determination result sent by the determination module 440, when the received determination result is that the determination module 440 determines that the service requested by the terminal accessing the base station is not supported, the relevant data included in the unsupported service is cleared, and when the received determination result is that all services requested by the terminal accessing the base station are not supported, the second control module 450 disconnects the communication link between the base station and the terminal and controls the terminal to enter the dormant state. And controlling the terminal to enter a dormant state. The management of the supported service comprises the steps of acquiring data contained in the supported service and the service state from the data of the local database, managing the service state of the service and the related data of the current service.
In the scheme, a base station synchronizes data of a network side to a local database, enters a failure weakening mode when detecting that a communication link with a core network is interrupted, and judges whether a service requested by a terminal accessed to the base station is supported or not in the failure weakening mode according to the data in the local database; when supporting the service requested by the terminal, managing the service to make the terminal maintain a connection state; and when the service requested by the terminal is not supported, the terminal enters a sleep mode. The method and the device can keep the relevant services supported by the base station when the base station is switched from the normal mode to the failure weakening mode, thereby keeping the continuity of the services as much as possible.
Referring to fig. 5, fig. 5 is a schematic structural diagram of another embodiment of the service management device of the present application. The service management device in this embodiment may be a base station, and the base station may be a cluster base station or other base stations. The service management device of the present embodiment includes: a receiver 510, a processor 520, a transmitter 530, a read only memory 540, a random access memory 550, and a bus 560.
The receiver 510 is used for requests sent by the terminal or data sent by the core network.
Processor 520 controls the operation of the traffic management device, and processor 520 may also be referred to as a Central Processing Unit (CPU). Processor 520 may be an integrated circuit chip having signal processing capabilities. Processor 520 may also be a general purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
The transmitting device 730 is used to transmit data.
The memory may include a read only memory 540 and a random access memory 550 and provide instructions and data to the processor 520. The portion of memory may also include non-volatile random access memory (NVRAM).
The various components of the traffic management device are coupled together by a bus 560, where bus 560 may include a power bus, a control bus, a status signal bus, and the like, in addition to a data bus. But for clarity of illustration the various buses are labeled as bus 560 in the figures.
The memory stores the following elements, executable modules or data structures, or a subset thereof, or an expanded set thereof:
and (3) operating instructions: including various operational instructions for performing various operations.
Operating the system: including various system programs for implementing various basic services and for handling hardware-based tasks.
In the embodiment of the present invention, the processor 520 performs the following operations by calling an operation instruction stored in the memory (the operation instruction may be stored in the operating system):
the processor 520 is configured to synchronize data on the network side to the local database, where the data includes a service type and a service state on the network side, and the service is a service requested by a terminal accessing the core network.
Processor 520 is configured to enter a fail-soft mode when a communication link with a core network is detected to be broken; and judging whether the service requested by the terminal accessed to the base station is supported or not in the failure weakening mode according to the data of the local database.
The processor 520 is further configured to manage the service to maintain the connection state of the terminal when the service is supported.
Optionally, the processor 520 is configured to, when the service is supported, obtain data included in the service and a status of the service from data in the local database; and when the service is not supported, clearing the service to enable the terminal to enter a dormant state.
Optionally, the processor 520 is further configured to reconfigure the secure encryption mode after the base station enters the fail-soft mode, so that the terminal updates the secure encryption mode and sends the access request through the secure encryption mode.
In the scheme, a base station synchronizes data of a network side to a local database, enters a failure weakening mode when detecting that a communication link with a core network is interrupted, and judges whether a service requested by a terminal accessed to the base station is supported or not in the failure weakening mode according to the data in the local database; when supporting the service requested by the terminal, managing the service to make the terminal maintain a connection state; and when the service requested by the terminal is not supported, the terminal enters a sleep mode. The method and the device can keep the relevant services supported by the base station when the base station is switched from the normal mode to the failure weakening mode, thereby keeping the continuity of the services as much as possible.
In the description above, for purposes of explanation and not limitation, specific details are set forth such as particular system structures, interfaces, techniques, etc. in order to provide a thorough understanding of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.
Claims (12)
- A method for service management, wherein the method comprises the steps of:a base station synchronizes data of a network side to a local database, wherein the data comprises a service type and a service state of the network side, and the service is a service requested by a terminal accessed to a core network;entering a fail-soft mode when a communication link with a core network is detected to be interrupted;judging whether the service requested by the terminal accessed to the base station is supported or not in the failure weakening mode according to the data in the local database;and when the service is supported, managing the service to ensure that the terminal maintains a connection state.
- The method of claim 1, wherein the method further comprises: and when the service is not supported, clearing the service to enable the terminal to enter a dormant state.
- The method of claim 1, wherein the method further comprises: and after entering the failure weakening mode, the base station reconfigures the security encryption mode so that the terminal updates the security encryption mode and sends an access request through the security encryption mode.
- The method of claim 2, wherein the method further comprises: and after entering the failure weakening mode, the base station reconfigures the security encryption mode so that the terminal updates the security encryption mode and sends an access request through the security encryption mode.
- A business management device comprises a synchronization module, a mode switching module, a judgment module and a control module;the synchronization module is used for synchronizing data of a network side to a local database, wherein the data comprises a service type and a service state of the network side, and the service is a service requested by a terminal accessed to a core network;the mode switching module is used for entering a failure weakening mode when detecting that a communication link with a core network is interrupted;the judging module is used for judging whether the service requested by the terminal accessed to the base station is supported under the failure weakening mode according to the data in the local database;and the control module is used for managing the service when the judging module judges that the service is supported, so that the terminal maintains a connection state.
- The apparatus of claim 5, wherein the apparatus further comprises:and the second control module is used for clearing the service when the judging module judges that the service is not supported, so that the terminal enters a dormant state.
- The apparatus of claim 5, further comprising a reset module, configured to reconfigure the secure encryption mode after the mode switching module controls the base station to enter the fail-soft mode, so that the terminal updates the secure encryption mode and sends the access request through the secure encryption mode.
- The apparatus of claim 6, further comprising a reset module, configured to reconfigure the secure encryption mode after the mode switching module controls the base station to enter the fail-soft mode, so that the terminal updates the secure encryption mode and sends the access request through the secure encryption mode.
- A traffic management apparatus, wherein the apparatus comprises a memory, a processor;the memory is used for storing data;the processor is used for synchronizing data of a network side to a local database, wherein the data comprises a service type and a service state of the network side, and the service is a service requested by a terminal accessed to a core network;the processor is used for entering a failure weakening mode when detecting that a communication link with a core network is interrupted; judging whether the service requested by the terminal accessed to the base station is supported or not in the failure weakening mode according to the data of the local database;the processor is further configured to manage the service to maintain the connection state of the terminal when the service is supported.
- The apparatus of claim 9, wherein the processor is configured to, when the service is supported, obtain data included in the service and a status of the service from data in the local database; and when the service is not supported, clearing the service to enable the terminal to enter a dormant state.
- The apparatus of claim 9, wherein the processor is further configured to reconfigure a secure ciphering mode after a base station enters a fail-soft mode to cause the terminal to update the secure ciphering mode and send an access request over the secure ciphering mode.
- The apparatus of claim 10, wherein the processor is further configured to reconfigure a secure ciphering mode after a base station enters a fail-soft mode to cause the terminal to update the secure ciphering mode and send an access request over the secure ciphering mode.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2015/083746 WO2017008195A1 (en) | 2015-07-10 | 2015-07-10 | Service management method and device therefor |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106537973A true CN106537973A (en) | 2017-03-22 |
CN106537973B CN106537973B (en) | 2020-01-21 |
Family
ID=57756676
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580000193.3A Active CN106537973B (en) | 2015-07-10 | 2015-07-10 | Service management method and device |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106537973B (en) |
WO (1) | WO2017008195A1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110213785A (en) * | 2018-02-28 | 2019-09-06 | 成都鼎桥通信技术有限公司 | Fail-soft processing method, the network equipment, terminal device and system |
CN110958649A (en) * | 2018-09-26 | 2020-04-03 | 成都鼎桥通信技术有限公司 | Reselection method, terminal and storage medium |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112752287B (en) * | 2021-01-07 | 2023-03-21 | 深圳市日海飞信信息系统技术有限公司 | Local service guarantee method, device, base station and medium based on base station distribution |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101466107A (en) * | 2008-12-31 | 2009-06-24 | 华为技术有限公司 | Method, device and base station for providing business |
CN102300167A (en) * | 2010-06-23 | 2011-12-28 | 中兴通讯股份有限公司 | Method and system for realizing fail soft |
CN102348222A (en) * | 2010-08-03 | 2012-02-08 | 中兴通讯股份有限公司 | Fault weakening method and base station based on digital cluster system |
CN102821411A (en) * | 2011-06-08 | 2012-12-12 | 中兴通讯股份有限公司 | Method, base station and system for achieving fail soft in broadband clustering system |
WO2014095680A1 (en) * | 2012-12-17 | 2014-06-26 | Koninklijke Kpn N.V. | Method, telecommunications node and telecommunications terminal |
CN104244297A (en) * | 2013-06-14 | 2014-12-24 | 中国普天信息产业股份有限公司 | Broadband cluster fail-soft communication method and base station based on TD-LTE |
CN104378742A (en) * | 2013-08-15 | 2015-02-25 | 中兴通讯股份有限公司 | Call service achieving method and device and indicating information issuing method and device |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100396123C (en) * | 2005-03-17 | 2008-06-18 | 华为技术有限公司 | Fault reduction realizing method of cluster net communication |
CN103987096B (en) * | 2014-06-09 | 2017-06-27 | 哈尔滨海能达科技有限公司 | Method, base station and the terminal of synchronizing information are realized under a kind of single station pattern |
-
2015
- 2015-07-10 CN CN201580000193.3A patent/CN106537973B/en active Active
- 2015-07-10 WO PCT/CN2015/083746 patent/WO2017008195A1/en active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101466107A (en) * | 2008-12-31 | 2009-06-24 | 华为技术有限公司 | Method, device and base station for providing business |
CN102300167A (en) * | 2010-06-23 | 2011-12-28 | 中兴通讯股份有限公司 | Method and system for realizing fail soft |
CN102348222A (en) * | 2010-08-03 | 2012-02-08 | 中兴通讯股份有限公司 | Fault weakening method and base station based on digital cluster system |
CN102821411A (en) * | 2011-06-08 | 2012-12-12 | 中兴通讯股份有限公司 | Method, base station and system for achieving fail soft in broadband clustering system |
WO2014095680A1 (en) * | 2012-12-17 | 2014-06-26 | Koninklijke Kpn N.V. | Method, telecommunications node and telecommunications terminal |
CN104244297A (en) * | 2013-06-14 | 2014-12-24 | 中国普天信息产业股份有限公司 | Broadband cluster fail-soft communication method and base station based on TD-LTE |
CN104378742A (en) * | 2013-08-15 | 2015-02-25 | 中兴通讯股份有限公司 | Call service achieving method and device and indicating information issuing method and device |
Non-Patent Citations (1)
Title |
---|
徐鹏: "TETRA无线数字集群系统在沙特轻轨南线项目中的应用", 《中国新通信》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110213785A (en) * | 2018-02-28 | 2019-09-06 | 成都鼎桥通信技术有限公司 | Fail-soft processing method, the network equipment, terminal device and system |
CN110213785B (en) * | 2018-02-28 | 2022-04-15 | 成都鼎桥通信技术有限公司 | Fault weakening processing method, network equipment, terminal equipment and system |
CN110958649A (en) * | 2018-09-26 | 2020-04-03 | 成都鼎桥通信技术有限公司 | Reselection method, terminal and storage medium |
CN110958649B (en) * | 2018-09-26 | 2021-12-21 | 成都鼎桥通信技术有限公司 | Reselection method, terminal and storage medium |
Also Published As
Publication number | Publication date |
---|---|
CN106537973B (en) | 2020-01-21 |
WO2017008195A1 (en) | 2017-01-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA3047037C (en) | Session management method and system, and terminal | |
US11206537B2 (en) | Session activation method, apparatus, and system | |
US11019540B2 (en) | User equipment path transfer method, user equipment state conversion control method, user equipment, and base station | |
CN107666691B (en) | Terminal state conversion method and device | |
CA3025961A1 (en) | Wireless communication method and device | |
CN110300143B (en) | Service switching processing method, related device and computer storage medium | |
CN111052821A (en) | Configuration of RAN-based notification area for user equipment in RRC inactive state | |
TW201328267A (en) | Virtual modem suspension handler in multiple SIM user equipment | |
CN108617033B (en) | Communication method, terminal and access network equipment | |
CN109479253A (en) | The method and apparatus of storage for the UE context in the radio access network of inactive user equipment | |
CN109803279B (en) | Slice management method, base station and terminal | |
EP3322243B1 (en) | Device-to-device communication method, apparatus and system | |
CN111417111A (en) | Data processing method and network equipment | |
CN106211311B (en) | A kind of method and apparatus of user equipment registration to network | |
CN106537973B (en) | Service management method and device | |
KR20170109614A (en) | Method, apparatus and system | |
EP3573360A1 (en) | Data transmission method, base station, local breakout controller, gateway and system | |
WO2016112527A1 (en) | Ability information reporting method, apparatus and device | |
EP3002906B1 (en) | Method and device for updating radio network controller | |
EP3313111A1 (en) | Communication network initiated operator domain subscription switching | |
WO2014169569A1 (en) | Call service implementation method and device, and indication information delivery method and device | |
US11470464B2 (en) | Communication apparatus, management apparatus, and methods for controlling the same | |
EP3328135B1 (en) | Simultaneous operator domain attachment of a communication terminal | |
CN114071801B (en) | State indication method of terminal equipment and communication device | |
US10383169B2 (en) | Base station and terminal connection management method of base station |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |