JP2009200540A - Exchanger mapping system, exchanger, exchanger mapping method, and program for exchanger mapping - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an advanced type of additional service by the logic call path control of an exchanger even if separating a logic call path control unit from a switching device of a call path. <P>SOLUTION: An exchanger mapping system maps the logic call path model of the exchanger to a call path model on MEGACO. The exchanger mapping system has: a multiple-way telephone conversation control means for setting a logic call path corresponding to multiple-way telephone conversation by performing connection control of components in the logic call path model of the exchanger; and a mapping means for mapping the components in the logic call path model to which the multiple-way telephone conversation control means performs connection control to the component in a communication path model on the MEGACO. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention relates to an exchange mapping system, an exchange mapping method, and an exchange mapping program for mapping a logical call path model of an existing exchange to a call path model on MEGACO (Media Gateway Control). The present invention also relates to an exchange using the exchange mapping method.

  As a related technique for performing exchange control between communication terminals, for example, Patent Document 1 describes an additional service control apparatus that can provide various additional communication services in addition to basic functions. Also, for example, Patent Document 2 describes a software call control method for controlling connection, probability, and release of a media stream in a media gateway based on MEGACO based on connection control information from a call processing unit that performs call processing. Has been.

Japanese Patent Laid-Open No. 9-200345 (paragraph 0047, FIG. 3) JP 2006-186882 A (paragraph 0020, FIGS. 5-6)

  FIG. 6 is a block diagram showing a logical call path (PATH) model of the exchange. In FIG. 6, the exchange has a basic connection control function and a service connection control function. Basic connection control (the control range is a range 9222 shown in FIG. 6) is a function for controlling the logical terminal 9211 and the inter-logical inter-unit repeater 9212. The service connection control function (the control range is a range 9221 shown in FIG. 6) is a function for controlling the logical terminal 9211, the inter-logical inter-unit repeater 9212, and the mixing trunk 9213. By providing such a function, it is possible to provide additional services such as a three-party call.

  The exchange controls devices such as the logical terminal 9211, the inter-logical inter-unit repeater 9212, and the mixing trunk 9213, and sets a logical call path. However, the exchange controls the outgoing call and the incoming call separately. Therefore, the exchange has two call paths, namely, basic connection control for controlling a logical call path between two parties and service connection control which is a logical call path control for realizing an additional service such as a three-party call. Control is being executed. As such, the exchange implements logical call path control by combining two call path control methods.

  In other words, although the range of the basic connection control target range 9222 that realizes two-party call and the range of the service connection control target range 9221 that realizes three-party call are different, the exchange uses logical call path control of the exchange by the interaction of each control. Is realized. In addition, the exchange realizes a logical call path model by operating the processing contents of two logical call paths control by software control on dedicated hardware. Further, by doing so, the exchange realizes the logical call path model by controlling the hardware.

  On the other hand, FIG. 7 is a block diagram showing a call path on MEGACO used for IP telephone service or the like. As shown in FIG. 7, the call path on MEGACO has a termination 9311 (Termination) which is a connection terminal for outgoing and incoming calls, a topology 9312 (topology) which is a connection content between terminals, and a context 9313 which indicates the entire call path ( Context) mainly consists of three elements.

  However, in the logical call path model of the exchange shown in FIG. 6, there is no element for managing the entire call path such as the context in MEGACO. Therefore, even if it is possible to make a call between the logical call path model of the existing exchange and the call path model on MEGACO, it may not be possible to provide the service realized by the exchange.

  Specifically, a software-controlled logical call path control device (Media Gateway Controller) is separated from a call path switch device (Media Gateway) that becomes the call path hardware, and a call path switch device is also provided. It is controlled by the MEGACO protocol. In this case, in the logical call path model of the exchange shown in FIG. 6, there is no method for uniquely handling all logical call paths corresponding to the MEGACO protocol context. For this reason, it may be impossible to provide a service realized by the exchange.

  In this way, since the call path control of the exchange as shown in FIG. 6 is based on the premise that it operates on dedicated hardware, a system configuration in which the logical call path control device and the call path switch device are separated, and In this case, there are various problems.

  Combining related technologies described in Patent Document 1 and Patent Document 2, in an exchange having a basic function and an additional service function, based on connection control information, media stream connection and probability in a media gateway based on MEGACO And release can be controlled. By doing so, it is possible to provide a certain amount of additional services realized in the exchange when it is possible to make a call between the logical call path model of the existing exchange and the call path model on MEGACO. .

  However, even if the related techniques described in Patent Document 1 and Patent Document 2 are combined, the call path setting of the exchange can only be realized by the interaction of the two call path controls. For this reason, it is not possible to apply a multi-party call path to the MEGACO protocol so that it can be handled in one context, and to provide more advanced services such as multi-party calls implemented in an exchange. I can't.

  Therefore, the present invention provides an exchange mapping system, an exchange, and an exchange that can provide advanced additional services by logical call path control of an exchange even when the logical call path control device and the call path switch device are separated. An object is to provide an exchange mapping method and an exchange mapping program.

  An exchange mapping system according to the present invention is an exchange mapping system for mapping a logical call path model of an exchange to a call path model on MEGACO, and by controlling connection of components in the logical call path model of the exchange, Multi-party call control means for setting a logical call path corresponding to inter-call, and components in the logical call path model for connection control by the multi-party call control means are mapped to components in the communication path model on MEGACO And a mapping means.

  The switch according to the present invention is a switch using a switch mapping method for mapping a logical call path model of a switch to a call path model on MEGACO, and performing connection control of components in the logical call path model of the switch, Multi-party call control means for setting a logical call path corresponding to multi-party calls and components in the logical call path model controlled by the multi-party call control means as components in the communication path model on MEGACO And mapping means for mapping.

  An exchange mapping method according to the present invention is an exchange mapping method for mapping a logical call path model of an exchange to a call path model on MEGACO, and by controlling connection of components in the logical call path model of the exchange, Including a multi-party call control step for setting a logical call path corresponding to an inter-call, and a mapping step for mapping components in a logical call path model for connection control to components in a communication path model on MEGACO. Features.

  An exchange mapping program according to the present invention is an exchange mapping program for mapping a logical call path model of an exchange to a call path model on MEGACO, and controls connection of components in the logical call path model of the exchange. By mapping, the components in the multi-party call control process for setting the logical call path corresponding to the multi-party call and the logical call path model for connection control are mapped to the components in the communication path model on MEGACO. For executing the mapping process.

  ADVANTAGE OF THE INVENTION According to this invention, even if it is a case where it is a case where it is the case where it is the structure which separated the logical call path control apparatus and the switch apparatus of the call path, the advanced additional service by the logical call path control of an exchange can be provided.

  Embodiments of the present invention will be described below with reference to the drawings. First, the concept of the exchange mapping system according to the present invention will be described. The present invention includes a context management control function that uniquely handles all logical call paths corresponding to the MEGACO protocol context in a logical call path model of an existing exchange. In addition, the logical terminals, the inter-logic repeater, and the mixing trunk, which are the components of the logical call path model, can be mapped to the termination, topology, and context, which are the components of the call path model on MEGACO. .

  FIG. 1 is an explanatory diagram for explaining the concept of an exchange mapping system according to the present invention. As shown in FIG. 1, the exchange includes a call path control device 111 (Media Gateway Controller) and a switch device 131 (Media Gateway) for switching the call path.

  The exchange controls the logical terminals 121, 123, and 125 indicating outgoing and incoming terminals and the inter-logical inter-station repeater 122 that connects the logical terminals 121, 123, and 125 by basic connection control 113. By doing so, the exchange controls the individual logical call paths between outgoing and incoming calls. The target range of the basic connection control 113 is a range 118 shown in FIG.

  Further, the exchange realizes a three-party call by controlling and connecting the trunk 124 for mixing the call, the calling-side logic terminals 121 and 123, and the inter-logic inter-unit repeater 122 by the service connection control 112. . The target range of the service connection control 112 is a range 117 shown in FIG.

  The control contents described above are the contents of the logical call path control of the exchange. In this case, as shown in FIG. 1, the software-controlled logical call path control device 111 is separated from the call path switch device 131 serving as the call path hardware, and the call path switch device 131 is connected to the MEGACO protocol. It shall be controlled using In general, when the logical call path model of an exchange is used as it is, there is no method for uniquely handling all logical call paths corresponding to the MEGACO protocol context. For this reason, it is not possible to provide advanced supplementary services such as multi-party calls that are realized in an exchange.

  Therefore, the present invention is characterized by having a function capable of performing the context management control 114 as shown in FIG. According to the context management control 114, the exchange includes logical terminals 121, 123, and 125 handled by the basic connection control 113 and an inter-logical relay unit 122, logical terminals 121 and 123 handled by the service connection control 112, an inter-logical relay unit 122, and It functions so that the contents with the mixing trunk 124 can be handled uniquely. Note that the target range of the context management control 114 is the range 116 shown in FIG.

  By controlling as described above, in the present invention, in the model in which the logical call path control device 111 and the call path switch device 131 are separated, the function of the context management control 114 is provided in the logical call path control device 111. Set. By doing so, the contents of the logical terminals 121, 123, 125, the inter-particular relay 122 and the mixing trunk 124 handled by the basic connection control 113 and the service protocol control 112 can be uniquely handled by the function of the context management control 114. Like that. Then, the MEGACO protocol 141 is used to control the switch device 131 for the call path, so that it is possible to provide a high level additional service realized by the existing exchange.

  Next, a specific configuration of the exchange mapping system will be described. FIG. 2 is a block diagram showing a configuration example of an exchange using the exchange mapping method according to the present invention. As shown in FIG. 2, the exchange includes a control device 411 that performs logical call path control of the exchange and a call path physical switch device 431. Further, in the configuration of the exchange shown in FIG. 2, various control function blocks of the call path and various components of the call path are shown.

  As shown in FIG. 2, the control device 411 includes a basic connection control unit 413, a service connection control unit 412, a context management control unit 414, and a MEGACO communication protocol driver 415. The basic connection control unit 413, the service connection control unit 412, and the context management control unit 414 are realized by, for example, a switch control unit that operates according to a control program installed in the switch. For example, the basic connection control unit 413, the service connection control unit 412, and the context management control unit 414 may be realized by various control circuits.

  The basic connection control unit 413 controls the logical terminals 421, 424, and 425 indicating outgoing and incoming terminals and the inter-logical relay relay 422 that connects the logical terminals 421, 424, and 425. The function of controlling the logical call path of Note that the target range of the basic connection control unit 413 is a range 417 shown in FIG.

  The service connection control unit 412 has a function of realizing a three-party call by controlling and connecting the trunk 423 for mixing the call, the caller-side logical terminals 421 and 425, and the inter-logic-particular relay 422. Note that the target range of the service connection control unit 412 is a range 416 shown in FIG.

  The context management control unit 414 connects the logical terminals 421, 424, 425, the logical inter-station repeater 422, and the mixing trunk 423 in the logical communication path model of the exchange managed by the service connection control unit 412 and the basic connection control unit 413 to the communication path. Mapping to the context 434, termination 432, and topology 433 handled by the switch device 431, and a function of managing them collectively. For example, the context management control unit 414 stores the mapped logical terminals 421, 424, 425, the inter-logical inter-station repeater 422 and the mixing trunk 423, the context 434, the termination 432, and the topology 433 in a storage device (not shown). (M) to manage the mapped components.

  Further, the context management control unit 414 has a function of creating a context 434, a termination 432, and a topology 433 necessary for controlling the switching device of the call path. Further, the context management control unit 414 has a function of controlling the call path switch device 431 by the MEGACO protocol 441 via the MEGACO communication protocol driver 415 using the created context 434, termination 432, and topology 433. .

  The MEGACO communication protocol driver 415 is a driver for performing communication from the logical call path control device 411 to the call path switch device 431.

  The logic terminals 421, 424, and 425 are terminals that constitute a call path. The inter-logic inter-station repeater 422 is a virtual repeater that connects (connects) the logic terminals 421, 424, and 425.

  Specifically, the switching device 431 is realized by a media gateway. The switch device 431 has a function as a well-known media gateway. For example, the switch device 431 has a function of performing voice data exchange processing as a gateway between IP networks.

  In the present embodiment, when the basic connection control unit 413, the context management control unit 414, and the context management control unit 414 are realized by a control program, the storage device (not shown) of the switch is used for the logical call of the existing switch. Various programs for mapping the path model to the call path model on MEGACO are stored. For example, the storage device of the exchange is connected to a multi-party call control process for setting a logical call path corresponding to a multi-party call by controlling connection of components in the logical call path model of the exchange to the computer. An exchange mapping program for executing a mapping process for mapping a component in the logical call path model to be controlled to a component in the communication path model on MEGACO is stored.

  Next, the operation will be described. In the present embodiment, a case will be described below where a third party joins a call with an existing two-party call and realizes a three-party call in a state where a two-party call is being made. FIG. 3 is an explanatory diagram for explaining a case where a third party participates in a call with a speaker of an existing two-party call and realizes a three-party call in a state where the two-party call is being performed. FIG. 4 is a flowchart showing an example of processing from a state where a two-party call is made to a transition to a three-party call.

  As shown in FIG. 3A, when there is a call request from a third party (specifically, a third party communication terminal) in a state where a two-party call is being performed, the basic connection control unit 413 Based on the request from the third party, a new logic terminal 514 (see FIG. 3A) is acquired (step S601 shown in FIG. 4). In this embodiment, expressions such as acquisition of logical terminals and terminations are used. Specifically, a new logical terminal and termination assignment process is performed.

  Next, the context management control unit 414 maps the existing context currently grasped by the context management control unit 414 and the new logical terminal 514 (see FIG. 3A). Further, the context management control unit 414 transmits the existing context to the call path switch device 431 and requests acquisition of the new termination 524 (see FIG. 3B) (step S602 shown in FIG. 4). Then, the switch device 431 assigns a new termination 524 in response to a request from the control device 411 and transmits information indicating the assigned termination 524 to the control device 411.

  Next, the logical call path control device 411 receives the acquisition result of the new termination 524 (see FIG. 3B) from the call path switch device 431 (step S603 shown in FIG. 4). Then, the context management control unit 414 associates the new termination 524 (see FIG. 3B) with the existing context (step S604 shown in FIG. 4).

  In accordance with the above processing, the context control management unit 414 ends the processing of steps S602 to S604. Then, the basic connection control unit 413 further assigns a new logical terminal 534 (see FIG. 3C). Then, the basic connection control unit 413 temporarily passes the logic terminal 537 (see FIG. 3C) of the mixing trunk 551 (see FIG. 3C) via the inter-logic relay 543 (see FIG. 3C). And a logical call path between the new logical terminal 534 (step S605 shown in FIG. 4).

  Next, when the new logical terminal 534 is connected to the logical trunk path 551 (see FIG. 3C), the service connection control unit 412 executes the telephone path resetting (step S606 shown in FIG. 4). . By performing such processing, on the logical call path model side, as shown in FIG. 3C, a logical call path corresponding to a three-party call is set.

  All logical call paths cannot be made unique (corresponding to context) only by setting the logical call paths shown in FIG. Therefore, the context management control unit 414 creates a topology element by MEGACO based on the following three connection logical call paths between terminals (step S607 shown in FIG. 4).

  The context management control unit 414 includes a logical terminal 532 (see FIG. 3C) and a logical terminal 533 (see FIG. 3C). The logical inter-station repeater 541 (see FIG. 3C), a mixing trunk Logic terminal 535 (see FIG. 3C), mixing trunk 551 (see FIG. 3C), mixing trunk logic terminal 536 (see FIG. 3C), and inter-logic relay 542 (FIG. 3). It is recognized that the connection is made by the logical call path constituted by (c).

  Similarly, the context management control unit 414 includes a logical terminal 532 (refer to FIG. 3C) and a logical terminal 534 (refer to FIG. 3C), and the logical inter-station repeater 541 (refer to FIG. 3C). , A mixing trunk logic terminal 535 (see FIG. 3C), a mixing trunk 551 (see FIG. 3C), a mixing trunk logic terminal 537 (see FIG. 3C), and a logical inter-station repeater 543 It recognizes that it is connected by the logical call path comprised by (refer FIG.3 (c)).

  In addition, the context management control unit 414 includes a logical terminal 534 (see FIG. 3C) and a logical terminal 533 (see FIG. 3C), which are logical inter-station repeaters 543 (see FIG. 3C), Mixing trunk logic terminal 537 (see FIG. 3C), mixing trunk 551 (see FIG. 3C), mixing trunk logic terminal 536 (see FIG. 3C), and logical inter-station repeater 542 (see FIG. 3C). It recognizes that it is connected by the logical call path comprised by FIG.3 (c).

  Next, the context management control unit 414 associates the topology recreated in step S607 with the context (step S608 shown in FIG. 4). Next, the context management control unit 414 notifies (transmits) the contents of the associated topology and context to the call path switch device 431 (step S609 shown in FIG. 4).

  Upon receiving the notification from the control device 411, the call path switching device 431, based on the correspondence between the new topology and the context, in the MEGACO corresponding to the three-party call, as shown in FIG. A call path 561 is created. Further, the switch device 431 returns a call path creation result to the logical call path control device 411.

  Then, when the control device 411 receives the notification result from the switch device 431 (step S610 shown in FIG. 4), the control control of the logical call path for the three-party call is ended.

  As described above, according to the present embodiment, the architecture of the logical call path model of the existing exchange can be used as it is for other hardware products. In general, when performing call path control of an exchange, a logical call path model realized on hardware dedicated to the exchange is used. Therefore, generally, there is a problem that the architecture of the logical call path model of the existing exchange cannot be used as it is for other hardware products.

  On the other hand, according to the present embodiment, the exchange has a context management function on the side that performs logical call path control. With such a configuration, the architecture of the logical call path model of the existing exchange can be used as it is for other hardware products.

  Further, according to the present embodiment, by providing a context management function on the logical call path control side, a multi-party call path can be handled using one context and mapped to a parameter on the MEGACO protocol. it can. In particular, according to the present embodiment, the service connection control unit 412 sets a logical call path corresponding to a three-party call by performing connection control of components in the logical call path model of the exchange. Then, the context management control unit 414 maps the components in the logical call path model that the connection control of the service connection control unit 412 controls to the components in the communication path model on MEGACO. With such a configuration, even if the logical call path control device and the call path switch device are separated, it is possible to provide advanced additional services such as multi-party calls by the logical call path control of the exchange. Can be provided.

  For example, in general, there is a difference in the handling of the call path control method of the exchange and the call path in the MEGACO protocol, so it is not possible to realize the additional services provided by the exchange by simply using the logical model of the exchange path control of the exchange. There is a problem. According to the present embodiment, the logical call path control side has a context management function, and maintains the additional service control provided by the exchange, while maintaining the logical call path control device 411 and the call path switch device 431. Can be separated into nodes.

  As described above, in this embodiment, a functional block (context management control unit 414) that defines and manages a context is provided in the call path model on MEGACO, not in the logical call path model of the exchange. By doing so, even when the logical call path control device 411 and the call path switch device 431 are separated, it is possible to provide a high level additional service by logical call path control of the exchange. .

  In this embodiment, the portability of the logical call path control (basic connection and service connection) of the existing exchange is enhanced by separating the function of the context management function and the MEGACO communication driver. However, the context management function and the MEGACO communication driver function modules may be integrated and aggregated.

  Next, the minimum configuration of the exchange mapping system according to the present invention will be described. FIG. 5 is a block diagram showing a minimum configuration example of the exchange mapping system. As shown in FIG. 5, the exchange mapping system includes a service connection control unit 412 and a context management control unit 414 as minimum components.

  In the switch mapping system with the minimum configuration shown in FIG. 5, the service connection control unit 412 sets a logical call path corresponding to a multi-party call by controlling connection of components in the logical call path model of the switch. Is provided. The context management control unit 414 has a function of mapping the components in the logical call path model controlled by the service connection control unit 412 to the components in the communication path model on MEGACO.

  According to the switchboard mapping system having the minimum configuration shown in FIG. 5, even when the logical call path control device and the call path switch device are separated from each other, multi-party calls based on the switch's logical call path control, etc. Advanced service can be provided.

  In this embodiment, the characteristic configuration of the exchange mapping system as shown in the following (1) to (5) is shown.

(1) An exchange mapping system is an exchange mapping system that maps a logical call path model of an exchange to a call path model on MEGACO. By controlling connection of components in the logical call path model of the exchange, a multi-party mapping system is provided. The multi-party call control means (for example, realized by the service connection control unit 412) for setting a logical call path corresponding to the inter-call and the components in the logical call path model controlled by the multi-party call control means And mapping means (for example, realized by the context management control unit 414) for mapping to components in the communication path model on MEGACO.

(2) The multi-party call control means resets the logical call path corresponding to the three-party call in response to a request from the third-party terminal during the two-party call, and the mapping means A configuration in which a call path on MEGACO corresponding to a three-party call is set by mapping a component in a logical call path reset by the inter-party call control means to a component in a communication path model on MEGACO. May be.

(3) The mapping means may be configured to map the logical elements, the inter-logical inter-unit repeaters, and the mixing trunk in the logical call path model to the context, termination, and topology in the call path model on MEGACO.

(4) The switching system mapping system performs basic connection control means (for example, a basic connection control unit 413) that sets a logical call path between the calling side and the called side by performing connection control of components in the logical call path model of the switch. The mapping means maps the components in the logical call path model controlled by the multi-party call control means and the basic connection control means to the components in the communication path model on MEGACO. It may be configured.

(5) The switch mapping system is a call on MEGACO as a separate node from the logical call path control node (for example, realized by the control device 411) that controls the logical call path model of the switch and the logical call path control node. A call path control node (for example, realized by the switch device 431) that controls the path model may be provided.

  The present invention can be applied to an application for making a multi-party call in a system using an existing exchange and MEGACO.

It is explanatory drawing for demonstrating the concept of the exchange mapping system by this invention. It is a block diagram which shows the structural example of the switch using the switch mapping method by this invention. It is explanatory drawing for demonstrating the case where a 3rd party participates in the call with the speaker of the existing two-party call, and implement | achieves a three-party call in the state which is carrying out the two-party call. It is a flowchart which shows the process example until it transfers to the three-party call from the state which is carrying out the two-party call. It is a block diagram which shows the minimum structural example of an exchange mapping system. It is a block diagram which shows the logical call path model of an exchange. It is a block diagram which shows the telephone call path | route on MEGACO used for IP telephone service etc. FIG.

Explanation of symbols

411 Control device 412 Service connection control unit 413 Basic connection control unit 414 Context management control unit 415 MEGACO communication protocol driver 421, 424, 425 Logical terminal 422 Logical unit Inter-station repeater 423 Mixing trunk 431 Switch device 432 Termination 433 Topology 434 Context

Claims (11)

An exchange mapping system for mapping a logical call path model of an exchange to a call path model on MEGACO,
Multi-party call control means for setting a logical call path corresponding to multi-party calls by performing connection control of components in the logical call path model of the exchange;
An exchange mapping system comprising: mapping means for mapping components in the logical call path model controlled by the multi-party call control means to components in the communication path model on the MEGACO. The multi-party call control means resets the logical call path corresponding to the three-party call in response to a request from the third-party terminal during the two-party call,
The mapping means maps the components in the logical call path reset by the multiparty call control means to the components in the communication path model on MEGACO, thereby calling on MEGACO corresponding to a three-party call. The exchange mapping system according to claim 1, wherein a path is set.   3. The exchange mapping system according to claim 1 or 2, wherein the mapping means maps the logical elements, the inter-logic repeater and the mixing trunk in the logical call path model to the context, termination and topology in the call path model on MEGACO. A basic connection control means for setting a logical call path between a caller and a callee by performing connection control of components in a logical call path model of an exchange,
The mapping means maps the components in the logical call path model controlled by the multi-party call control means and the basic connection control means to the components in the communication path model on MEGACO. The exchange mapping system according to any one of the above. A logical call path control node that controls the logical call path model of the switch;
The exchange mapping system according to any one of claims 1 to 4, further comprising a call path control node that controls a call path model on MEGACO as a node different from the logical call path control node. A switch using a switch mapping method for mapping a logical call path model of a switch to a call path model on MEGACO,
A multi-party call control means for setting a logical call path corresponding to a multi-party call by performing connection control of components in the logical call path model of the exchange;
An exchange comprising: mapping means for mapping components in the logical call path model controlled by the multi-party call control means to components in the communication path model on the MEGACO. The multi-party call control means resets the logical call path corresponding to the three-party call in response to a request from the third-party terminal during the two-party call,
The mapping means maps the components in the logical call path reset by the multiparty call control means to the components in the communication path model on MEGACO, thereby calling on MEGACO corresponding to a three-party call. The exchange according to claim 6, wherein a path is set. An exchange mapping method for mapping a logical call path model of an exchange to a call path model on MEGACO, comprising:
A multi-party call control step of setting a logical call path corresponding to a multi-party call by performing connection control of components in the logical call path model of the exchange;
And a mapping step of mapping a component in the logical call path model for connection control to a component in the communication path model on the MEGACO. In a multi-party call control step, during a two-party call, in response to a request from a third party terminal, a logical call path corresponding to the three-party call is reset,
9. The call path on MEGACO corresponding to a three-party call is set by mapping the reconfigured component in the logical call path to the component in the communication path model on MEGACO in the mapping step. Switch mapping method. An exchange mapping program for mapping a logical call path model of an exchange to a call path model on MEGACO,
On the computer,
A multi-party call control process for setting a logical call path corresponding to a multi-party call by performing connection control of components in the logical call path model of the exchange;
A switch mapping program for executing a mapping process for mapping a component in the logical call path model for connection control to a component in the communication path model on the MEGACO. On the computer,
In a multi-party call control process, during a two-party call, a process for resetting a logical call path corresponding to a three-party call is executed in response to a request from a third party terminal.
By mapping the components in the logical call path reset in the mapping process to the components in the communication path model on MEGACO, a process for setting a call path on MEGACO corresponding to a three-party call is executed. The switch mapping program according to claim 10.

Images