CN100474972C - Colony communication system business switch-in method - Google Patents

Abstract

The invention discloses a service access method of a cluster communication system. Including: A. The system receives the first service access request initiated by the cluster terminal, and requests related service resources; B. Judging whether the current cluster system resource can carry the first service, if the current cluster system resource can carry the first service, it is The first service allocates system resources and continues the first service; otherwise, enter step C; C, compare the first service priority with the current priority of the second service, if the first service priority is higher than the current existing second service priority According to the priority of the second service, it is further judged whether the system resources can carry the first service after the release of the second service. If it is determined that the system resources after the release of the second service are sufficient to carry the first service, the second service is released, otherwise, the second service is released. If it is determined that the system resources after releasing the second service are not enough to carry the first service, the second service is not released, and other services are selected for release. Through the technical scheme of the invention, system resources can be utilized to the greatest extent to meet the requirements of high-priority services, so that the communication system can provide better services for cluster users.

Description

A service access method of trunking communication system

technical field

The invention relates to the field of trunking communication, in particular to a service access method of a trunking communication system for setting service access priorities.

Background technique

The trunking communication system was born in the late 1970s to the early 1980s. Its working method is similar to the telephone switching system, and the channel is automatically assigned to the user through the central switching station as needed. The basic principle of trunking communication is: the central controller centrally controls and manages each channel in the system, and dynamically allocates the idle channel to the user who initiates the call quickly, and returns the channel to the waiting user after the call is completed. , thus greatly increasing channel usage.

The trunking communication system usually includes various call functions such as group calls, emergency calls, initiating or receiving calls with the public network, etc.; at the same time, it can provide users with reliable communication channels and quickly establish calls, especially when performing emergency tasks , these functions are more important. Users can use a set of trunking communication system together according to the needs of different departments to establish a communication system for government affairs, public facilities management, environmental sanitation, police, fire protection, etc., and each department can establish a communication system that meets the needs of its tasks. The specific call group required by its own tasks, and the trunking communication system has flexible expansion capabilities, so it can expand the system capacity and adjust the system configuration with the increase of business needs, and can continue to upgrade through software.

Cluster system resources are very precious. With the increase of business types and users, the imbalance of resource occupation between multiple services in the cluster system becomes more and more prominent. There is no good solution yet.

Contents of the invention

The invention provides a service access method of a cluster communication system, which is used to solve the problem of unbalanced occupation of service resources in the prior art.

The inventive method comprises:

A service access method of a trunking communication system, which assigns access priority to the service, and when a trunking terminal initiates a service, it includes the following steps:

A. The system receives the first service access request initiated by the cluster terminal, and requests related service resources;

B. Judging whether the current cluster system resource can carry the first service, if the current cluster system resource can carry the first service, then allocate system resources for the first service and continue the first service; otherwise, enter step C;

C. Compare the priority of the first service with the priority of the currently existing second service. If the first service priority is higher than the priority of the currently existing second service, then further judge whether the system resources will be released after the second service is released. The first service can be carried. If it is determined that the system resources after the release of the second service are sufficient to carry the first service, release the second service; otherwise, if it is determined that the system resources after the release of the second service are not enough to carry the first service. service, the second service is not released, and other services are selected for release.

In the step C, the second service is a service with a lower priority than the first service among the currently existing services.

In the step C, if all the services lower than the first service priority are released and the system resources are still unable to carry the first service, the first service call fails and other services are not released.

In the step C, if there are multiple low-priority services with the same priority among the currently existing services, the system releases the services that occupy more network resources or take a long time.

In the method, when the released low-priority service is a group call service, the network resources occupied by all group members of the group are released.

The stated priorities can be set in the following order:

Trunking emergency calls, trunking group calls/trunk broadcast calls, trunking individual calls, ordinary telephone services, and ordinary data services.

Through the technical scheme of the invention, system resources can be utilized to the greatest extent to meet the requirements of high-priority services, so that the communication system can provide better services for cluster users.

Description of drawings

Fig. 1 is one of the structural diagrams of the cluster system adopted by the present invention;

Fig. 2 is the second structural diagram of the cluster system adopted by the present invention;

FIG. 3 is a schematic flow diagram of service access in the present invention;

FIG. 4 is a schematic diagram of an access process according to an embodiment of the present invention;

FIG. 5 is a schematic flowchart of selecting and removing a service with the lowest priority according to an embodiment of the present invention.

Detailed ways

The specific implementation manners of the present invention will be described below in conjunction with the accompanying drawings.

The present invention can set different priorities for various services carried by the cluster system, so as to ensure that important services are preferentially obtained from the cluster system service when the network resources of the cluster system are tight.

In the trunking system, the carried services, such as trunking services (including emergency calls, group calls, broadcast calls, individual calls, etc.), ordinary telephone services, and ordinary data services, can be set to different priorities in advance. Usually, in the above-mentioned services, the emergency call is generally set as the highest priority, and different groups can be set with different priorities, and different trunking systems can have different specific priority levels. The cluster system can perform specific priority settings according to actual needs. For example, a feasible priority policy can be set in the following order (from high to low): trunk emergency call, trunk group call/trunk broadcast call, trunk private call, ordinary telephone service, ordinary data service; The priority of the call/group broadcast call is indicated by the priority of the group. Of course, the above priorities can be adjusted according to specific cluster communication needs and specific cluster user needs, which does not affect the implementation of the solution of the present invention.

After the system business priority is set, it is oriented to the entire system and has nothing to do with specific users. Except for the group call/broadcast call priority represented by the group priority, other services are generally not prioritized, that is, the same service in the system has the same priority. Even the group priority has nothing to do with the individual members in the group. It represents the relative priority relationship between the group and other services on the Internet and other group calls when the group initiates a group call/broadcast call.

Under the solution of the present invention, for a newly initiated communication/call service request (referred to as "request"), if the system finds that the network resources required for the request are not available or insufficient, it will judge the service priority, and first clear the low priority service request. According to the lowest priority among the requested services, release the corresponding network resources. If the resources are still not enough, continue to release network resources according to this strategy until the request is met, and at the same time perform corresponding service access processing. If there is no service lower than the requested priority on the network, or the network resources occupied by the service lower than the requested priority are not enough to support the request, the system refuses to process the request.

The following uses a GSM-based trunking dispatching system as an example for illustration, but the scope of application of the present invention is not limited thereto. The present invention is applicable to digital trunking communication systems of TETRA, IDEN and other standards.

The system service priority data is stored in the BSC node, controlled and set by the operator, and valid for all users within the jurisdiction of the BSC control node. As shown in Fig. 1, it is a schematic diagram of the structure of the cluster system for implementing service priority in the cluster system of the present invention. In this figure, the cluster service processing nodes can exist as independent entities, and can also be integrated with MSC/VLR. When the cluster service processing node exists as an independent entity, it is connected to the MSC and the BSC at the same time to form a cluster system networking structure as shown in FIG. 2 .

As shown in Figure 3, be an overall flowchart of the present invention, as seen from the figure, the present invention mainly comprises the following steps:

S1. The system receives the first service access request initiated by the cluster terminal, and requests related service resources;

S2. Determine whether the current cluster system resource can carry the first service?

S3. If the current system resources can bear the first service, go to step S7, otherwise go to step S4;

S4. Comparing the first service priority with the currently existing second service priority, and determining whether the first service priority is greater than the second service priority? If yes, enter step S5, if no, enter step S6;

S5. If the priority of the first service is higher than that of the currently existing second service, remove the second service, allocate system resources to the first service, and continue the first service;

S6. Do not continue the first business,

S7. Allocate system resources for the first service and continue the first service

As shown in Figure 4, it is a schematic diagram of the process of service access in the present invention. As can be seen from the figure, the present invention mainly includes the following contents:

S11. The mobile station initiates a trunking service request;

The cluster service processing node receives the service access request initiated by the user via the BTS and the BSC.

S12. The cluster service processing node checks the service validity of the cluster user sending the service request, and sends a resource request command to the BSC if the check passes;

The cluster service processing node verifies the legitimacy of the initiated cluster service. If the verification is passed, the cluster service processing node sends a resource request command to the BSC, and then requests bearer resources for the business. If the verification fails, the bearer request is not granted. resource.

S13. The BSC processes the resource request command;

After receiving the command, the BSC will process it according to the current system resource status and system service priority: if the system resources are insufficient, and the priority of the current new service is higher than the lowest priority of the service existing in the current BSC, choose to remove the current service The business with the lowest priority in the business, the specific process is shown in Figure 5:

S131. The BSC sends a call release request to the service processing node. Here, the service with the lowest priority currently existing in the BSC is released, which is determined according to the service priority of the system.

The service priority can be the priority order confirmed in advance by the system. When the system resources are not enough to bear the current requested service, according to the pre-confirmed priority order, the service bearers of lower levels will be deleted from low to high to release some System resources are used to establish bearers for the currently requested service.

There is a situation here. If there are multiple low-priority services with the same priority among the existing services, the system releases the services that occupy more network resources or take a long time.

In addition, when clearing the low-priority group call service, the network resources occupied by all members of the group should be cleared at one time.

Furthermore, if the released resources of the low-priority service are not of essential help to the high-priority service to be accessed after the low-priority service is released, then the low-priority service may not be released, but other resources may be directly released. Business, which can increase the flexibility of the system and reduce unnecessary resource release.

In addition, if all the services lower than the requested service priority are released and the system resources still cannot bear the requested service, the requested service call fails and other services are not released.

S132. The service processing node sends a call release command to the BSC.

The service processing node sends a call release command to the BSC according to the determined low-level priority service bearer, requesting to release the determined low-level service bearer.

S133. The system performs processing according to a normal call disconnection process.

Disconnection procedures are defined in detail in different mobile communication systems, which will not be described in the present invention.

S14. The BSC sends a resource assignment feedback message to the service processing node, and feeds back the resource allocation result to the service processing node.

S15. Allocate bearer resources for the mobile station, and establish this service bearer.

After the resources are released, the system can allocate service resources to the mobile station requesting service access to complete the service access. This process is defined in detail in different mobile communication systems, and will not be described in detail in the present invention.

Obviously, those skilled in the art can make various changes and modifications to the present invention without departing from the spirit and scope of the present invention. Thus, if these modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalent technologies, the present invention also intends to include these modifications and variations.

Claims (6)

1. A trunking communication system service access method, characterized in that, assigning an access priority to the service, when a trunking terminal initiates a service, comprises the following steps: A. The system receives the first service access request initiated by the cluster terminal, and requests related service resources; B. Judging whether the current cluster system resource can carry the first service, if the current cluster system resource can carry the first service, then allocate system resources for the first service and continue the first service; otherwise, enter step C; C. Compare the priority of the first service with the priority of the currently existing second service. If the first service priority is higher than the priority of the currently existing second service, then further judge whether the system resources will be released after the second service is released. The first service can be carried. If it is determined that the system resources after the release of the second service are sufficient to carry the first service, release the second service; otherwise, if it is determined that the system resources after the release of the second service are not enough to carry the first service. service, the second service is not released, and other services are selected for release. 2. The method according to claim 1, characterized in that, in the step C, the second service is a service with a lower priority than the first service among the currently existing services. 3. The method according to claim 2, wherein in step C, if all services lower than the first service priority are released and the system resources are still unable to carry the first service, the first service call Failure does not release other business. 4. The method according to claim 1, wherein in the step C, if there are multiple low-priority services with the same priority among the currently existing services, the system releases the network resources among them Services that take up a lot or take a long time. 5. The method according to claim 1, wherein when the released low-priority service is a group call service, the network resources occupied by all group members of the group are released. 6. The method according to claim 1, characterized in that the priority can be set in the following order: Trunking emergency calls, trunking group calls/trunk broadcast calls, trunking individual calls, ordinary telephone services, and ordinary data services.

Images