CN106537973B - Service management method and device - Google Patents

Service management method and device Download PDF

Info

Publication number
CN106537973B
CN106537973B CN201580000193.3A CN201580000193A CN106537973B CN 106537973 B CN106537973 B CN 106537973B CN 201580000193 A CN201580000193 A CN 201580000193A CN 106537973 B CN106537973 B CN 106537973B
Authority
CN
China
Prior art keywords
service
base station
terminal
mode
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.)
Active
Application number
CN201580000193.3A
Other languages
Chinese (zh)
Other versions
CN106537973A (en
Inventor
李吉平
石昌文
尧俊峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hytera Communications Corp Ltd
Original Assignee
Hytera Communications Corp Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hytera Communications Corp Ltd filed Critical Hytera Communications Corp Ltd
Publication of CN106537973A publication Critical patent/CN106537973A/en
Application granted granted Critical
Publication of CN106537973B publication Critical patent/CN106537973B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04Large scale networks; Deep hierarchical networks
    • H04W84/08Trunked mobile radio systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

The application discloses a service management method and a device thereof. The method comprises the following steps: the base station synchronizes data of a network side to a local database, wherein the data comprises the service type and the service state of the network side; 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. By the aid of the scheme, when the cluster base station is switched from the normal mode to the failure weakening mode, related services supported by the base station can be maintained, so that service continuity is maintained as much as possible.

Description

Service management method and device
Technical Field
The present application relates to the field of communications, and in particular, to a method and an apparatus for service management.
Background
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.
Disclosure of 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.
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.
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.
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.
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
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 460 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 (9)

1. 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.
2. 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.
3. The method according to claim 1 or 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.
4. 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.
5. The apparatus of claim 4, 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.
6. The apparatus according to claim 4 or 5, wherein the apparatus further comprises a reset module, configured to reconfigure a secure encryption mode after the mode switching module controls the base station to enter a fail-soft mode, so that the terminal updates the secure encryption mode and sends an access request through the secure encryption mode.
7. 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.
8. The apparatus of claim 7, 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.
9. The apparatus of claim 7 or 8, wherein the processor is further configured to reconfigure a secure ciphering mode after the base station enters a fail-soft mode, to cause the terminal to update the secure ciphering mode, and to send an access request over the secure ciphering mode.
CN201580000193.3A 2015-07-10 2015-07-10 Service management method and device Active CN106537973B (en)

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 CN106537973A (en) 2017-03-22
CN106537973B true 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)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110213785B (en) * 2018-02-28 2022-04-15 成都鼎桥通信技术有限公司 Fault weakening processing method, network equipment, terminal equipment and system
CN110958649B (en) * 2018-09-26 2021-12-21 成都鼎桥通信技术有限公司 Reselection method, terminal and storage medium
CN112752287B (en) * 2021-01-07 2023-03-21 深圳市日海飞信信息***技术有限公司 Local service guarantee method, device, base station and medium based on base station distribution

Citations (7)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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

Patent Citations (7)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
Title
TETRA无线数字集群***在沙特轻轨南线项目中的应用;徐鹏;《中国新通信》;20121231(第24期);61-62 *

Also Published As

Publication number Publication date
WO2017008195A1 (en) 2017-01-19
CN106537973A (en) 2017-03-22

Similar Documents

Publication Publication Date Title
CA3047037C (en) Session management method and system, and terminal
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
US9148338B2 (en) Base station and method for remote management in a cellular communication network
US20190306758A1 (en) Session Activation Method, Apparatus, And System
CN110300143B (en) Service switching processing method, related device and computer storage medium
CN108464057A (en) User plane for narrowband Internet of Things optimizes
CN110636593A (en) Connection mode control method, terminal and storage medium
CN106537973B (en) Service management method and device
CN111556589A (en) Communication method, terminal and access network equipment
KR20170109614A (en) Method, apparatus and system
CN114630375A (en) Mobile information reporting method and user equipment
EP3002906B1 (en) Method and device for updating radio network controller
EP3313111B1 (en) Communication network initiated operator domain subscription switching
KR20160043003A (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
US11432361B2 (en) Method and apparatus for configuring UE information, base station and core network device
CN108200571B (en) Tracking area updating method and device and mobile management entity
CN110798853A (en) Communication method, device and system
CN114071801B (en) State indication method of terminal equipment and communication device
EP3328135A1 (en) Simultaneous operator domain attachment of a communication terminal
CN104010312A (en) Automatic obtaining and distributing method and system for Femto base station location area codes
US10383169B2 (en) Base station and terminal connection management method of base station
CN111314272B (en) Task processing method and device
CN102571430B (en) Method for synchronizing network devices and network devices

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