WO2009082959A1

WO2009082959A1 - Method and terminal for controlling call access in cluster system

Info

Publication number: WO2009082959A1
Application number: PCT/CN2008/073703
Authority: WO
Inventors: Honglin Zhang; Chenxi Li; Yuangang Xiao; Yong Ling
Original assignee: Zte Corporation
Priority date: 2007-12-25
Filing date: 2008-12-24
Publication date: 2009-07-09
Also published as: CN101212812B; CN101212812A

Abstract

A method and a terminal for controlling call access in cluster system are provided. The method is realized based on the terminal, and the terminal is provided with call access control information. The method includes the following steps: (a) the terminal receives a call access event, the call access event includes call access event information; (b) the terminal judges whether to accept the call access event according to the current call access information and the call access event information, if not accept, then the flowchart ends, otherwise, performs step (c); (c) the terminal resets the call access event control information according to the judge result and the call access event information. The method and the terminal of present invention guarantee the ensurence and integrality of the call access process according to the judge, setting and elimination operation of the current call access control information.

Description

Method and terminal for controlling call access in a cluster system

Technical field

The present invention relates to the field of digital trunking communications, and more particularly to a method and terminal for controlling call access in a trunking system. Background technique

In the digital trunking system, the manner in which the terminal accesses the group or the single call includes: the terminal initiates a group or single call, the terminal receives the paging of the system to send the group or the single call, and the system forces the terminal to accept the designation. Group or single call paging. The manner in which a terminal accesses a group or a single call is described in the event of an event inside the terminal, that is, a call access event. The process of the terminal accessing the group or the single call includes: the terminal first accesses the group or the single call in the foregoing manner, and then enters the call after receiving the call resource of the group or the single call delivered by the system. The call access control of the terminal means that the terminal controls the above manner of accessing the group or single call.

In a digital trunking system, usually one terminal belongs to multiple groups at the same time, and the calls of these groups may exist at the same time, that is, the cluster system simultaneously delivers paging of multiple groups. Terminals During the call access process, various problems may occur if access control is not performed.

The following is an example of starting and demolishing:

1. During the call-up process: When the user receives a page from another group during the process of calling a group, the user's call to the current group will be interrupted, thus entering the other Group call. This prevents users from accessing the group they want to join.

The starting call flow of the prior art is as shown in FIG. 1. After the start-up process starts, the key is input, the call type is determined according to the input button number, and the parameter check is performed; then the call message is sent to the system, and the system is received. The returned confirmation message; after receiving the channel dominance message of the system, the call is terminated and enters the call state. As shown in FIG. 2, when the terminal initiates the group join request of the group 3, if the group join indication of the group 1 is received first, the group 1 is directly entered, instead of the group 3 that the user wants to enter. .

Second, in the process of demolitions: forced demolishing means that the user is in group 1, and the system issues the request. The message forcing group 2 is forcibly given to the user, and the user is forcibly released from group 1 and joined to group 2. After the user is forcibly removed from the group 1, it may be affected by the paging of other groups at the same time, and is not accepted and added to the group 2.

In the above problem, the terminal needs a unified and feasible method to control the call access process to ensure the certainty and integrity of the call access process. Therefore, the prior art has yet to be improved and developed.

Summary of the invention

The technical problem to be solved by the present invention is to provide a method and a terminal for call access control in a cluster system, so as to ensure that a user can accurately join a designated group through a call access process.

In order to solve the above technical problem, the present invention provides a method for controlling call access in a cluster system, the method is implemented based on a terminal, and the terminal is provided with call access control information, and the method includes the following steps:

(a) the terminal receives the call access event, the call access event includes call access event information; (b) the terminal determines whether to accept the call access event according to the current call access control information and the call access event information. If not, the process ends, otherwise step (c) is performed;

(c) The terminal resets the call access event control information according to the judgment result and the call access event information.

Further, the call admission control information includes the preemption information and the preemption state. In the initial state, the preemption information is in an unpreempted state.

Further, in the step (b), the preemption state indicates that the preemption state is determined, and the call accepting the call access event is determined. In the step (c), the terminal resets the preemption information to the preempted state.

Further, the call access event information includes an access type and an access identifier, where the access type refers to a group call or a single call, and the access identifier refers to a group call ID or a single call number, and the call access is performed. The control information further includes a preemption type and a preemption identifier, where the preemption type refers to a group call or a single call, the preemption identifier refers to a group call ID or a single call number, and in step (b), the preemption in the call access control information If the access type is the same as the preemption type and the access identifier is the same as the preemption identifier, the terminal determines to accept the call access event, otherwise it determines that the call access event is not accepted. Further, the terminal further includes a preemption timer, where the terminal starts a timer when the preemption information is reset to the preemption state in the step (C); when the call is established, the call ends, or the timer expires, the terminal The timer is disabled, and the preemption information of the call admission control information is set to the unpreempted state.

Further, in the step (a), the call access event is a forced call access event, and in the step (b), the terminal determines to accept the mandatory call access event; the step (c) The terminal resets the preemption information in the call admission control information to the preempted state.

In order to solve the above technical problem, the present invention further provides a terminal for controlling call access in a cluster system, the terminal comprising a receiving module, a storage module, a judging module and a processing module, wherein the receiving module is configured to receive a call access event, where the call access event includes call access event information;

The storage module is configured to store call admission control information;

The determining module is configured to determine, according to the call access event information of the call access event received by the receiving module, and the call access control information stored by the storage module, whether to accept the call access event;

The processing module is configured to process the call access event according to the determination result and the call access event information, and reset the call access event control information.

Further, when the preemption information in the call admission control information stored by the storage module indicates that the preemption state is not preempted, the determining module and the processing module determine and process the following: the determining module determines to accept the call access The event processing module resets the preemption information of the current call admission control information to the preempted state.

Further, the call access event information includes an access type and an access identifier, the access type refers to a group call or a single call, and the access identifier refers to a group call ID or a single call number; The control information further includes a preemption type and a preemption identifier, and the preemption type refers to a group call or a single call, and the preemption identifier refers to a group call ID or a single call number; and the call access control information stored by the storage module indicates that the call access control information is in a preempted state. When the judging module judges in this way: if the judging module judges that the access is known If the type is the same as the preemption type and the access identifier is the same as the preemption identifier, the determining module determines to accept the call access event, and otherwise determines that the call access event is not accepted.

Further, the terminal further includes a timer module for timing, and the processing module is further configured to start and monitor the timer module when the preemption information is reset to the preemption state; call setup, call termination, or timer When the module times out, the processing module is further configured to close the timer module, and set the preemption information of the call admission control information to an unpreempted state.

Further, when the call access event received by the receiving module is a forced call access event, the determining module and the processing module determine and process the following: the determining module determines to accept the forced call access event; The processing module resets the preemption information in the call admission control information to a preempted state.

Compared with the prior art, the method and the terminal of the present invention ensure the certainty and integrity of the call access process according to the operation of determining, setting, and clearing the current call access control information. BRIEF abstract

1 is a flow chart of a prior call;

2 is a schematic diagram of signaling of a terminal joining a group in the prior art;

3 is a flowchart of a process of receiving a call access event when the access control of the terminal does not enter the preemption state according to the present invention;

4 is a flowchart of a process of receiving a call access event when an access control of a terminal enters a preemption state according to the present invention;

FIG. 5 is a flowchart of a process for the terminal of the present invention to receive a mandatory call access event; FIG. 6 is a flowchart of a process after the timer of the current call access preemption of the terminal expires; FIG. 7 is a flowchart of the present invention; A flowchart of processing of the current call access control of the terminal after the user ends the current call. Preferred embodiment of the invention

The present invention will be further described in detail below with reference to the accompanying drawings and specific embodiments. The general idea of the invention is: After receiving the call access event, the terminal determines whether to accept the call access event according to the current call access control information and the related information of the call access event. If the terminal accepts the call access event, the related information of the call access event is reset to the current call access control information of the terminal.

If the terminal automatically clears the current call admission control information after the call admission control times out, the clearing the current call admission control information (ie, initializing) includes: setting whether the current call access preemption flag is false, Disable the timer for the current call access preemption.

If the terminal is in the initialization state, the current call access control information is cleared (ie, the initialization), and the clearing the current call access control information includes: setting whether the current call access preemption flag is false, and closing the current call. Access preemption timer.

As shown in Figure 3, when the access control of the terminal does not enter the preemption state, the processing flow of the call access event is received:

Step 301: The terminal receives the call access event, and the current call access preemption flag is false.

A call access event is an event that causes a terminal to enter a call state, including but not limited to: a terminal initiates a call, is forcibly removed from another group, and the terminal acts as a called party, and specifically represents a call request message, a call access message sent by the system, or Call setup messages, etc.

The related information of the call access event includes: a call access type, a call access group ID, or a single call number.

Step 302: The terminal sets whether the current call access preemption flag is true, and sets the related information of the call access event to the current call admission control information, and starts the current call access preemption timer;

The current call access control information includes: a flag of the terminal that has a call access preemption, a type of the current call access preemption of the terminal, a group ID or a single call number of the current call access preemption of the terminal, and a current call connection of the terminal. Enter the preemption timer.

The source of the information related to the call access time varies according to different causes. For example, if the terminal initiates a call, the source is the type and number of the terminal key input. If the terminal is called, the type and number sent by the system are derived. Step 303: The terminal accepts the call access event, and performs corresponding processing.

Step 304: After the terminal successfully sets up a call or the timer expires, the terminal clears the current call access control information.

Step 305, the process ends.

As shown in Figure 4, when the access control of the terminal enters the preemption state and the timer does not expire, the process of receiving the call access event is processed:

Step 401: The terminal receives the call access event, and the current call access preemption flag is true.

Step 402: The terminal determines whether the type of the current call access preemption and the call access type of the call access event are the same; if not, perform step 404; if they are the same, perform step 403; the same type, there are two cases, For group calls or for single calls;

Step 403: If the group is a group call, the terminal determines whether the group ID of the current call access preemption and the call access group ID of the call access event are the same; if only the single call, the terminal determines the current call access preemption list. Whether the call number and the call access single call number of the call access event are the same, if not, proceed to step 404; if the same, perform step 405;

Step 404: The call access event is not accepted, and corresponding processing is performed; and step 407 is performed; Step 405, accepting the call access event, and performing corresponding processing;

Step 406: After the terminal establishes the call, the terminal clears the current call access control information.

Step 407, the process ends.

As shown in FIG. 5, when the terminal receives a process that needs to be forced to accept a call access event: Step 501: The terminal receives an event that needs to be forced to accept the call access;

The mandatory acceptance of a call access event refers to a system access message that requires mandatory access to a call. In this case, the preemption flag needs to be set again if it is true. For example, if the user is not disturbed (the preemption flag is No), or is being accessed by a call (the preemption flag is true), but the mandatory access accepts the call access event, it must respond to the forced call access event, and ignore the other. Access event. Step 502: The terminal sets whether the current call access preemption flag is true, and sets the related information of the call access event to the current call access control information, and starts the current call access preemption timer;

Step 503: Accept the call access event, and perform corresponding processing.

Step 504: The terminal clears the current call admission control information after the call is established, or the timer expires.

Step 505, the process ends.

As shown in FIG. 6, after the current call access preemption timer of the terminal expires, the processing flow is as follows: Step 601: The current call access preemption timer of the terminal times out;

Step 602: The terminal sets whether the current call access preemption flag is false, and the current call access preemption timer is closed.

Step 603, the process ends.

As shown in Figure 7, the current call access control process of the terminal after the user ends the current call:

Step 701: The user ends the current call.

Step 702: The terminal sets whether the current call access preemption flag is false, and the current call access preemption timer is closed.

Step 703, the process ends.

In order to implement the above method, the present invention further provides a terminal. For convenience of description, the following relates to "call access event related information" simply referred to as "call access event information", and "will currently have call access preemption" The flag "referred to as "preemption information", correspondingly, if the flag is false, it indicates that it is not preempted, and the flag is true, indicating that it is preempted. In the initial state, the preemption information is not preempted, that is, the flag is false; and the timer is off.

Call Access "Group ID" or "Single Call Number" is collectively referred to as "Call ID".

The terminal of the present invention includes a receiving module, a storage module, a judging module and a processing module, wherein the receiving module is configured to receive a call access event, where the call access event includes call access event information, and the call access event information includes Access type and access identifier, the access type refers to Group call or single call, the access identifier refers to a group call ID or a single call number;

a storage module, configured to store call access control information;

The call admission control information includes the preemption state and the preemption state. In the initial state, the preemption information is not preempted; the call admission control information further includes the preemption type and preemption. The preemption type refers to a group call or a single call, and the preemption identifier refers to a group call ID or a single call number.

a judging module, configured to determine, according to the call access event information of the call access event received by the receiving module, and the call access control information stored by the storage module, whether to accept the call access event;

Timer module for timing;

And a processing module, configured to process the call access event according to the judgment result and the call access event information, and reset the call access event control information.

The processing module is further configured to start and monitor the timer module when the preemption information is reset to the preemption state; when the call setup, the call is ended, or the timer module times out, the processing module is further configured to close the timer module, and The preemption information of the call admission control information is set to an unpreempted state.

The judging module and the processing module are judged and processed as follows:

When the preemption information in the call admission control information stored by the storage module indicates that the preemption state is not in the preemptive state, the determining module determines to accept the call access event, and the processing module resets the preemption information of the current call access control information. For preemption.

When the call access control information stored in the storage module is in the preempted state, the determining module determines that the access type is the same as the preemption type and the access identifier is the same as the preemptive identifier, and the determining module determines to accept the Call access event, otherwise judge that the call access event is not accepted.

When the call access event received by the receiving module is a forced call access event, the determining module determines to accept the forced call access event; the processing module resets the preemption information in the call access control information. For preemption.

It should be understood that the above description of the preferred embodiments of the present invention is in no way intended to limit the scope of the invention, and the scope of the invention is defined by the appended claims. Industrial Applicability The method and terminal of the present invention generally accept call access from a certain group, and will not accept call access from other groups for a period of time. At the same time, when the terminal accepts a call access event, it considers that the access control of the terminal is preempted by the call access, and the access control of the terminal enters the preemption state; after that, other groups or calls are no longer accepted. Paging, calling, and forced access; until the user voluntarily quits, or exceeds this period of time, the terminal's access control exits the preemption state. The method and the terminal of the invention ensure the certainty and integrity of the call access process according to the operation of determining, setting and clearing the current call access control information.

Claims

Claim

A method for controlling call access in a cluster system, the method is: the method is implemented based on a terminal, and the terminal is provided with call access control information, and the method includes the following steps:

2. The method according to claim 1, wherein: the call admission control information includes preemption information for indicating a preemption state, and has two states: preempted and unpreempted. In the initial state, the preemption information is not Preemption status.

3. The method according to claim 2, wherein: in the step (b), the preemption information indicates that the preemption state is determined, and the call access event is determined to be accepted. In step (c), the terminal will preempt The information is reset to the preempted state.

The method according to claim 2, wherein: the call access event information includes an access type and an access identifier, and the access type refers to a group call or a single call, and the access identifier refers to a group For the call ID or the single call number, the call access control information further includes a preemption type and a preemption identifier, the preemption type refers to a group call or a single call, and the preemption identifier refers to a group call ID or a single call number, and step (b) The preemption information in the call admission control information indicates that the preemption state is the same. If the access type is the same as the preemption type and the access identifier is the same as the preemption identifier, the terminal determines to accept the call access event, otherwise the judgment does not accept. The call access event.

The method according to claim 2, wherein the terminal further includes a preemption timer, and in the step (c), the terminal starts a timer when the preemption information is reset to the preemption state; When the call ends or the timer expires, the terminal turns off the timer, and sets the preemption information of the call admission control information to the unpreempted state.

The method according to claim 2, wherein in the step (a), the call access event is a forced call access event, and in the step (b), the terminal determines to accept the location The mandatory call access event; in the step (c), the terminal accesses the call access control information The preemption information is reset to the preempted state.

A terminal for controlling call access in a cluster system, the terminal includes a receiving module, a storage module, a determining module, and a processing module, where

The receiving module is configured to receive a call access event, where the call access event includes call access event information;

The storage module is configured to store call admission control information;

The terminal according to claim 7, wherein: the call admission control information includes preemption information for indicating a preemption state, and has two states: preempted and unpreempted. In the initial state, the preemption information is not Preemption status.

The terminal according to claim 8, wherein: when the preemption information in the call admission control information stored by the storage module indicates that the preemption state is not preempted, the determining module and the processing module perform the judgment and processing. The determining module determines to accept the call access event, and the processing module resets the preemption information of the current call access control information to the preempted state.

The terminal according to claim 8, wherein: the call access event information includes an access type and an access identifier, and the access type refers to a group call or a single call, and the access identifier refers to a group call

The ID or the single call number; the call access control information further includes a preemption type and a preemption identifier, the preemption type refers to a group call or a single call, and the preemption identifier refers to a group call ID or a single call number; When the call admission control information indicates that the call admission status is the preempted state, the determining module determines that: if the determining module determines that the access type is the same as the preemption type and the access identifier is the same as the preemption identifier, The judging module judges to accept the call access event, otherwise judges that the call access event is not accepted.

The terminal according to claim 8, wherein: the terminal further includes a timer module for timing, and when the processing module resets the preemption information to a preemption state, And the monitoring module is configured to: when the call setup, the call is ended, or the timer module times out, the processing module is further configured to: close the timer module, and set the preemption information of the call admission control information to Preemption status.

The terminal according to claim 8, wherein: when the call access event received by the receiving module is a forced call access event, the determining module and the processing module determine and process the following: The determining module determines to accept the mandatory call access event; the processing module resets the preemption information in the call admission control information to the preempted state.