JP3513176B2 - Call control memory acquisition method - Google Patents

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a call control memory acquisition system in a packet switch in which a plurality of processors accommodate communication lines in a distributed manner.

When a packet switch sets up a call, various information necessary for call control, various information necessary for packet flow control, various information necessary for communication control, billing information and other various service information are stored in a call. It must be stored in a reserved resource (for example, call control memory) during the set period.

This kind of information tends to increase in the amount of information and the amount of required resources as the services provided by packet switches are diversified.

[0004]

2. Description of the Related Art FIG. 5 is a diagram showing an example of a conventional packet switch, FIG. 6 is a diagram showing an example of a call setup process in FIG. 5, and FIG. 7 is an example of a resource acquisition situation in FIG. FIG.

The packet switch shown in FIG. 5 has two sets of line control processors (LPR) (1) [individual line control processors (LPR) are referred to as (1 ₁ ) and (1 ₂ ), the same applies hereinafter). , A set of main control processors (MPR)
And (2), and a bus (3).

Each line control processor (LPR) (1) accommodates a plurality of terminal devices (PT) (4) in a distributed manner via the terminal line (5), and one line control processor (LPR). Although the trunk line (6 ₂ ) is accommodated in (1 ₂ ), the other line control processor (LPR)
The trunk line (6 ₁ ) is not accommodated in (1 ₁ ).

Each line control processor (LPR) (1) has an incoming call control unit (ICC) (11), an outgoing call control unit (OCC) (12), and a plurality of call control memories (CCM). (13) is provided.

[0008] In FIGS. 5 and 6, for example, a terminal device accommodated in the line processor _{(LPR) (1 1) (} PT) (4 1) is the line processor (LPR)
In order to request an outgoing connection to the trunk line (6 ₂ ) accommodated in (1 ₂ ), a CR packet [single name transmission] is sent to the line control processor (LPR) (1 ₁ ) via the terminal line (5 ₁ ). Call request packet], the line control processor (LP
In R) ₍₁ 1), inlet-side call control unit (ICC) (1
When 1 ₁ ) receives a CR packet arriving from the terminal line (5 ₁ ) [step S1 in FIG. 6], the packet header, logical channel, and packet type of the CR packet are checked [step S2], and the line control processor _One free call control memory (CCM) (13 ₁ ) is acquired from the predetermined number of call control memories (CCM) (13 ₁ ) provided in the (LPR) (1 ₁ ) and the call as described above is acquired. It stores various information needed for setting and
₁ ) Acquire the above logical channel, check the source and destination addresses, check the packet type, check the user condition, and check the line control processor (LP
When it is recognized that the request is a call to the trunk line (6 ₂ ) accommodated in R) (1 ₂ ) [step S3], the received C
Create a call request event (CR _E ) from the R packet,
The other line control processor (LP
R) (1 ₂ ) (step S4).

In the line control processor (LPR) (1 ₂ ), the outgoing call control unit (OCC) (12 ₂ ) transfers from the line control processor (LPR) (1 ₁ ) via the bus (3). When the call request event (CR _E ) is received [step S11], the line control processor (LP
R) (1 ₂ ) has a predetermined number of call control memories (CCM) (13 ₂ ) out of which a free call control memory (CC)
M) (13 ₂ ) is acquired, various information necessary for call setting as described above is stored, a logical channel on the trunk line (6 ₂ ) is acquired, and the originating and terminating addresses are checked. Performs packet type check, user condition check, and line control processor (LPR) (1 ₂ )
When it is recognized that the call is a call request to the trunk line (6 ₂ ) accommodated in [step S12], the trunk line (6 ₂ ) on the outgoing side is recognized.
Determining the [Step S13], to create a CR packet to be transmitted to the trunk line (6 ₂₎ from the received call request event (CR _E), to the relay line (6 ₂₎ [Step S
14].

Eventually, the CR already transmitted from the trunk line (6 ₂ )
When the CC packet [single name connection completion packet] corresponding to the packet arrives, the line control processor (LPR) (1
_{In 2} ), when the outgoing call control unit (OCC) (12 ₂ ) receives the CC packet arriving from the trunk line (6 ₂ ) [step S15], the call acquired when the call request event (CR _E ) is received. The various information stored in the control memory (CCM) (13 ₂ ) is checked to confirm the consistency with the various information included in the received CC packet, and the source and destination addresses are checked and the packet type is also checked. After executing the user condition check [step S16], a call confirmation event (CC _E ) is created from the received CC packet, and the partner line control processor (LPR) (1) is created via the bus (3). ₁ ) to [Step S17].

In the line control processor (LPR) (1 ₁ ), the incoming call control unit (ICC) (11 ₁ ) transfers from the line control processor (LPR) (1 ₂ ) via the bus (3). When a call confirmation event (CC _E ) is received [step S5], the various information stored in the call control memory (CCM) (13 ₁ ) acquired when the CR packet is received is checked, and the call confirmation is received. Event (C
(C _E ), after confirming the consistency with various information contained in C _E ), after checking the originating and terminating addresses, the packet type, and the user condition [step S6], the received call confirmation event is received. (C
A CC packet is created from C _E ) and transmitted to the originating terminal device (PT) (4 ₁ ) via the terminal line (5 ₁ ) [step S7].

[0012]

As it is clear from THE INVENTION It is an object to solve the foregoing description, in the conventional certain packet switch, a line processor (LPR) terminals accommodated in the _{(1 1) (PT) (} 4 1), line Control processor (LPR)
The call control memory (CCM) (13 ₁ ) is acquired in the line control processor (LPR) (1 ₁ ) when a call is set up with the trunk line (6 ₂ ) accommodated in (1 ₂ ). At the same time, the line control processor (LPR) (1 ₂ ) also acquires the call control memory (CCM) (13 ₂ ).

Since each terminal device (PT) (4) is limited in the number of calls that can be set simultaneously by the communication capability of the terminal device (PT) (4), one terminal device (PT) (4)
There is no possibility that calls from a large number of terminal devices (PT) (4) will be set up centrally, but the number of calls that can be set at the same time for the trunk line (6) will be set in the terminal device (PT) (4). Since it is much larger than the above, a large number of terminal devices (PT) are provided on one trunk line (6).
Calls from (4) may be set up intensively.

For example, as shown in FIG. 7, two sets of terminal units (PT) (4) are accommodated in the line control processors (LPRs) (1 ₁ ) and (1 ₂ ), respectively, and one call is sent at a time. There is a configurable, also the line processor (LPR) (1 ₂₎ is a relay line (6 ₂₎ is accommodated one line to the other terminal (PT) (4), at the same time four or more calls can be set Then, the line control processor (LP
R) (both terminals to be accommodated in _{1 1) (PT) (4} 1)
And both terminal devices (PT) (4 ₂ ) accommodated in the line control processor (LPR) (1 ₂ ) may simultaneously set up a call with the trunk line (6 ₂ ).

In such a case, the line control processor (LP
R) (1 ₁ ) has two sets of call control memories (CC) corresponding to each call set in each terminal device (PT) (4 ₁ ).
M) (13 ₁ ) is acquired, but in the line control processor (LPR) (1 ₂ ) each terminal device (PT) (4
Two sets of call control memories (CCM) (13 ₁ ) are acquired corresponding to each call set in ( ₂ ) and the trunk line (6
In response to each call that is set to ₂₎ four sets of call control memory (CCM) (13 ₂₎ so that the is obtained.

In order to deal with such an acquisition state, a line control processor (LPR) (1) accommodating a trunk line (6 ₂ ).
₂ ) Only the extra call control memory (CCM) (13 ₂ )
To prepare the line control processor (LPR)
The trunk line (6 ₁ ) cannot be accommodated in (1 ₁ ), and the line control processor (LPR) that can accommodate the trunk line (6)
Since (1 ₂ ) will be limited, there is a risk that it will interfere with the operation of the packet switch, and it is unavoidable that any line control processor (LPR) (1) can accommodate the trunk line (6). And line control processor (LPR)
(1 ₂₎ in the same manner as extra call control memory (CCM) (1
To prepare 3), the terminal device (PT) (4)
Line control processor (LPR) containing only _one (1 ₁ )
Etc., an extra call control memory (CCM) (13)
Will be unused.

Since the amount of information stored in each call control memory (CCM) (13) tends to increase as described above, it is not possible to provide an extra call control memory (CCM) (13). As a result, the economic efficiency of the packet switch is impaired.

An object of the present invention is to make it possible to effectively utilize the resources held by each processor even when the number of processing calls of each processor is not evenly distributed.

[0019]

FIG. 1 is a diagram showing the principle of the present invention. In FIG. 1, reference numeral 100 denotes a plurality of processors that form a packet switch, and communication lines are accommodated in a distributed manner.

Reference numeral 101 denotes each processor (1
00), which is a means for collectively obtaining communication control resources.
102 is an information transfer means provided in each processor (100) according to the present invention.

[0021]

The communication control resource batch acquisition means (101) uses all resources required for call setup by the processor (100) when setting up a call between communication lines accommodated in different processors (100). Are collectively acquired in one processor (100).

The information transfer means (102) is a partner processor (100) when a partner processor (100) that sets up a call between communication lines accommodated in different processors (100) acquires all resources. 100) transfers information to be transmitted / received to / from the call setting target communication line accommodated in its own processor (100).

When the calls set up between the communication lines accommodated in different processors (100) concentrate on the communication lines accommodated in the specific processor (100), the calls are transmitted to the specific processor (100). It is considered that the communication control resource collective acquisition means (101) in the processor (100) of the partner who sets up the call between the two sets collectively acquires all the resources required by the processor (100) for call setting. .

Therefore, even if there is a processor in which calls are concentrated among a plurality of processors, the other processor, which is not concentrated in a call, shares the resources and acquires the resources, so that the required resources are evenly acquired by each processor. As a result, each processor does not need to hold an extra resource, each resource is effectively used, and the economical efficiency of the packet switch is greatly improved.

[0025]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described below with reference to the drawings. 2 is a diagram showing a packet switch according to an embodiment of the present invention, FIG. 3 is a diagram showing an example of a call setup process in FIG. 2, and FIG. 4 is a diagram showing an example of a resource acquisition situation in FIG. Is. The same reference numerals denote the same objects throughout the drawings.

In FIG. 2, two sets of line control processors (LPR) are used as the processor (100) in FIG.
(1) is shown, and as the communication control resource collective acquisition means (101) in FIG.
4) is provided in each line control processor (LPR) (1), and a transfer control unit (PTRF) (15) is provided in each line control processor (LPR) (1) as the information transfer means (102) in FIG. Has been.

In the double-sided call control unit (BCC) (14),
The incoming call control unit (not shown) having the function of the incoming call control unit (ICC) (11) in FIG. 5 and the functional unit of the outgoing call control unit (OCC) (12) shown in FIG. There is an outgoing call control part. However, one of the incoming call control part and the outgoing call control part controls call control relating to the line accommodated in the own line control processor (LPR) (1), and the other one controls the other line control processor (LPR).
It controls call control for the line accommodated in (1).

[0028] In FIGS. 2 and 3, for example, a terminal device accommodated in the line processor _{(LPR) (1 1) (} PT) (4 1) is the line processor (LPR)
When a CR packet is transmitted to the line control processor (LPR) (1 ₁ ) via the terminal line (5 ₁ ) in order to request an outgoing connection to the trunk line (6 ₂ ) accommodated in (1 ₂ ),
In the line control processor (LPR) (1 ₁ ), when the incoming call control unit of the both side call control unit (BCC) (14 ₁ ) receives the CR packet arriving from the terminal line (5 ₁ ), [ 3 step S21], after checking the packet header, logical channel, and packet type included in the CR packet [step S22], a predetermined number of call control memories provided in the line control processor (LPR) (1 ₁ ). From the (CCM) (13 ₁ ), one set for the call setting of the incoming call control part in the both-side call control part (BCC) (14 ₁ ) and one set for the call setting of the outgoing call control part And a total of two sets of empty call control memory (CCM) (13 ₁ ) are acquired, and _{one of the} call control memories (CCM) has acquired the above-mentioned various information necessary for call setup by the incoming call control unit. (13 ₁ )
, The logical channel on the terminal line (5 ₁ ) is acquired, the source address and the destination address are checked, the packet type is checked, the user condition is checked, and the line control processor (LPR) (1 _When the call request to the trunk line (62) accommodated in ₂ ) is recognized [step S23], a call request event (CR _E ) is created from the received CR packet, and the two-sided call control unit (CR _E ) is created. B
CC) (14 ₁ ) to the outgoing call control section portion [step S24].

The outgoing call control part is transferred from the incoming call control part.
Call request event sent (CR_E) Is received,
[Step S25], the outgoing call control section needs for call setup
The various information described above has already been acquired by the incoming call control part.
The other call control memory (CCM) (13₁)
Both relay lines (6₂) Acquire the logical channel on
Checking source and destination addresses, packet type
Check, user condition check, line control
Processor (LPR) (1₂) The trunk line (6
₂) Is recognized as a call request to [step S].
26], the outgoing trunk line (6₂) Is determined [Step S2
7], received call request event (CR _E) To the trunk line
(6₂) Create a CR packet to be sent to
The other party's line control processor (LPR) via (3)
(1₂) And [decision]
Relay line (6₂) Along with CR packets in buffer memory
Stored in the line control processor (LPR) (1₂) To
To know.

In the line control processor (LPR) (1 ₂ ), the transfer control unit (PTRF) (15 ₂ ) is the double side call control unit (B) of the line control processor (LPR) (1 ₁ ).
The CR packet transferred from the CC) (14 ₁ ) via the bus (3) is transferred to the trunk line (6 ₂ ) notified from the double-sided call control unit (BCC) (14 ₁ ) [step S3
1].

Eventually, the relay line (6₂) From CR
Connection completion packet (CC) corresponding to the packet [hereinafter C
C packet]] arrives, the line control process
Service (LPR) (1₂), The transfer control unit (PTR
F) (15₂) Is a trunk line (6 ₂) CC Pake arriving from
When the CC packet is received, the received CC packet
Rossa (LPR) (1₁) Related to the call
The identification information set in the packet header.
By converting from [channel information, link number, etc.]
And recognize the received CC packet via the bus (3)
Line control processor (LPR) (1₁) To
[Step S32].

In the line control processor (LPR) (1 ₁ ), the outgoing call control portion of the double-sided call control unit (BCC) (14 ₁ ) is transferred from the line control processor (LPR) (1 ₂ ) to the bus (3). When the CC packet transferred via the call is received [step S41], the call request event (C
R _E ) When receiving, the various information stored in the call control memory (CCM) (13 ₁ ) is checked to confirm the consistency with the various information contained in the received CC packet, and the source and destination addresses After performing the check, the packet type check, and the user condition check [step S42], a call confirmation event (CC _E ) is created from the received CC packet, and the both-side call control unit (BCC) (14)
_It is transmitted to the incoming call control part in ₁ ) [step S4
3].

When the incoming call control section receives the call confirmation event (CC _E ) transferred from the outgoing call control section [step S44], it is stored in the call control memory (CCM) (13 ₁ ) when the CR packet is received. The stored various information is checked to confirm the consistency with the various information included in the received call confirmation event (CC _E ), and the source and destination addresses are checked, the packet type is checked, and the user condition is satisfied. After performing the check of [Step S45],
A CC packet is created from the received call confirmation event (CC _E ) and transmitted to the calling terminal device (PT) (4 ₁ ) via the terminal line (5 ₁ ) [step S46].

[0034] As apparent from the above description, according to this embodiment, the terminal device accommodated in the line processor _{(LPR) (1 1) (} PT) (4 1) and, line processor (LPR) ( When a call is set up with the trunk line (6 ₂ ) accommodated in 1 ₂ ), the line control processor (LP)
R) (1 ₁ ) both-side call control unit (BCC) (14 ₁ )
However, a set of call control memories (CCM) (13 ₁ ) required by the incoming call control unit for call setup and a set of call control memories (CCM) required by the outgoing call control unit for call setup (1
3 ₁ ) to obtain a total of 2 sets, each line control processor (LPR) (1 ₁ ) and (1 ₂ ) has _two terminal devices (PT) (4) as shown in FIG. It will be accommodated to the group, and one call can be set at the same time,
In addition, the line control processor (LPR) (1 ₂ ) accommodates one line of a trunk line (6 ₂ ) in addition to the terminal device (PT) (4), and if four or more calls can be set at the same time, line control processor (LPR) both terminals accommodated in the _{(1 1) (PT) (} 4 1) and, line processor (LPR)
Even when both terminal devices (PT) (4 ₂ ) accommodated in (1 ₂ ) set up a call with the trunk line (6 ₂ ) at the same time,
In the line control processor (LPR) (1 ₁ ), four sets of call control memories (CCM) (13 ₁ ) are acquired corresponding to each call set in each terminal device (PT) (4 ₁ ) Even in the control processor (LPR) (1 ₂ ), four sets of call control memories (CCM) (13 ₂ ) are acquired corresponding to each call set in each terminal device (PT) (4 ₂ ). , corresponding to the call control memory for each call to be set to the trunk line (6 ₂₎ (CCM) (13 ₂₎ becomes possible, not be acquired, the line of extra accommodated trunks (6 ₂₎ to focus the call In the control processor (LPR) (1 ₂ ) as well, the line control processor (LPR) that does not accommodate the trunk line (6 ₁ )
Only the same number of call control memories (CCM) (13) as (1 ₁ ) will be acquired, and an extra call control memory (CC) will be acquired.
M) (13) need not be owned.

[0035] Note that only one example of the present invention up to 2 to 4 grasped, for example, the calling terminal device (PT) (4 ₁₎
In rather that the incoming call is limited to the trunk line (6 _2), the calling terminal device (PT) (4 ₂₎ in the incoming call trunk line (6 _2), or outgoing call trunk line (6 ₂ ) Is the terminal device (PT)
Many other modifications such as (4 ₁ ) or terminal device (PT) (4 ₂ ) can be considered, but in any case, the effect of the present invention does not change. Each line control processor (LPR) (1)
The terminal line (5) and the trunk line (6) accommodated in are not limited to those shown in the figure, and many other modifications can be considered, but in any case, the effect of the present invention is different. Absent. Further subject to packet switch of the present invention, it LIMITED Renu to those illustrated without saying.

[0036]

As described above, according to the present invention, in the packet switch, even if there is a processor in which a call is concentrated among a plurality of processors, another processor in which the call is not concentrated takes a share of the resources. Therefore, the required resources are evenly obtained by each processor, each processor does not need to have an extra resource, and each resource is effectively used, which significantly improves the economical efficiency of the packet switch. To do. .

[Brief description of drawings]

FIG. 1 is a diagram showing the principle of the present invention.

FIG. 2 is a diagram showing a packet switch according to an embodiment of the present invention.

FIG. 3 is a diagram showing an example of a call setting process in FIG.

FIG. 4 is a diagram showing an example of a resource acquisition situation in FIG.

FIG. 5 is a diagram showing an example of a conventional packet switch.

6 is a diagram showing an example of a call setting process in FIG.

FIG. 7 is a diagram showing an example of a resource acquisition situation in FIG.

[Explanation of symbols]

1 Line control processor (LPR) 2 Main control processor (MPR) 3 buses 4 Terminal equipment (PT) 5 terminal lines 6 trunk lines 11 Incoming call control unit (ICC) 12 Outgoing call controller (OCC) 13 Call Control Memory (CCM) 14 Double-sided call controller (BCC) 15 Transfer control unit (PTRF) 100 processors 101 Communication Control Resource Collective Means 102 information transfer means

Continuation of the front page (56) Reference JP-A-4-257198 (JP, A) JP-A-6-77997 (JP, A) JP-B-6-57015 (JP, B2) Patent 2705507 (JP, B2) ( 58) Fields investigated (Int.Cl. ⁷ , DB name) H04L 12/56

Claims (2)

(57) [Claims] 1. A packet switch for distributing accommodating a communication line to a plurality of processors, wherein each processor, when setting a call between the communication lines mutually accommodated in different processors, the processor is a call all resources needed to configure, set a communication control resources collectively acquisition means to collectively acquired have you <br/> on one processor, the call between the communication lines mutually accommodated in different processors If the partner processor has acquired the all resources, providing the information transfer means to transfer the information processor of the partner to transmit and receive the call setting target communication line accommodated in the own processor A call control memory acquisition method characterized by the above. 2. A call is set up between the communication line each other to be housed in the different processors is, when concentrated to a communication line to be accommodated to a particular processor, said particular processor
Claims wherein the communication control resource collectively acquire hands stage in processor partner for setting up a call with the difference, the processor is characterized by collectively acquire all resources needed for the call set The call control memory acquisition method described in 1.