WO2020189003A1 - 音声通信システムおよび呼制御サーバの冗長化方法 - Google Patents

音声通信システムおよび呼制御サーバの冗長化方法 Download PDF

Info

Publication number
WO2020189003A1
WO2020189003A1 PCT/JP2020/002324 JP2020002324W WO2020189003A1 WO 2020189003 A1 WO2020189003 A1 WO 2020189003A1 JP 2020002324 W JP2020002324 W JP 2020002324W WO 2020189003 A1 WO2020189003 A1 WO 2020189003A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
call control
control server
communication
network
Prior art date
Application number
PCT/JP2020/002324
Other languages
English (en)
French (fr)
Inventor
中野　晃
Original Assignee
アイコム株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by アイコム株式会社 filed Critical アイコム株式会社
Priority to CN202080018402.8A priority Critical patent/CN113519149B/zh
Priority to EP20772621.7A priority patent/EP3941029A4/en
Priority to US17/438,453 priority patent/US11777999B2/en
Publication of WO2020189003A1 publication Critical patent/WO2020189003A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1046—Call controllers; Call servers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1479—Generic software techniques for error detection or fault masking
    • G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2035—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant without idle spare hardware
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2048—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant where the redundant components share neither address space nor persistent storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1438—Restarting or rejuvenating

Definitions

  • the present invention relates to a voice communication system that controls voice communication performed via a network, and particularly to the redundancy of the server system.
  • An object of the present invention is to provide a method for making a server system redundant of a voice communication system and a call control server that are robust against a failure of a part of a server or a failure of a communication path.
  • the voice communication system of the present invention has a first server system installed on the first network and a second server system installed on the second network separated from the first network. These first and second server systems are connected to each other by a communication line different from the network.
  • the first server system includes a first call control server
  • the second server system includes a second call control server.
  • the first call control server and the second call control server execute in parallel a call control process that controls voice communication between a plurality of communication terminals connected to the first and second networks.
  • the voice communication signal of the communication terminal is transferred between the communication terminals via the first and second networks and the communication line.
  • the first and second networks may be closed networks by different telecommunications carriers.
  • the call control server redundancy method of the present invention includes a first server system installed on a first network and provided with a first call control server, and a second server installed on a second network and provided with a second call control server.
  • a voice communication system including a system and a communication line different from the network connecting the first call control server and the second call control server
  • each server is made to perform the following operations.
  • the first server is operated in an operation mode that actually provides a call control service
  • the second server is operated when the first server in the operation mode goes down.
  • Operate in standby mode which is the operating mode on behalf of the server.
  • the second call control server is operated together with the first call control server in the operation mode.
  • the server was made redundant by installing server systems on different networks and connecting them with a communication line (dedicated line) such as VPN. As a result, the communication function can be ensured even if one of the networks fails completely.
  • a communication line such as VPN
  • the communication terminal includes a first communication terminal that can be connected to the first network and a second communication terminal that can be connected to the second network, and the first communication terminal becomes a first call control server via the first network.
  • the second call control server is accessible via the first network and communication line.
  • the second communication terminal is accessible to the second call control server via the second network, and is accessible to the first call control server via the second network and the communication line.
  • one call control server operates in the operation mode that actually controls voice communication (operation server), and the other call.
  • the control server When the call control server in the operation mode does not operate normally, the control server operates in the standby mode, which is the operation mode in place of the call control server that does not operate normally (standby server).
  • the active server periodically sends an operation notification, which is a message notifying itself that it is operating normally, to the standby server, which is a call control server in the standby mode, via a communication line.
  • the standby server maintains the standby mode while receiving the operation notification periodically.
  • the communication terminal accesses the call control server in the operation mode and performs voice communication with another communication terminal.
  • the call control server of one server system is used as the active server, and the call control server of the other server system is on standby. It is possible to have a redundant configuration as a server.
  • the operating server When communication between the first and second server systems becomes impossible due to a communication line failure, the operating server maintains the operating mode, and the standby server switches its operating mode to the operating mode and voices. Start controlling communication. That is, both are in operation mode.
  • the communication terminal connected to the network on the operating server side accesses the operating server and performs voice communication with other communication terminals that access the same operating server.
  • the communication terminal connected to the network on the standby server side accesses the standby server in the operating mode and performs voice communication with other communication terminals accessing the standby server in the operating mode.
  • the first server system further includes a first management server
  • the second server system further includes a second management server.
  • Both the first management server and the second management server have a management table that stores the operating status of the first and second call control servers.
  • the first call control server and the second call control server periodically transmit operation notifications to the first management server and the second management server. Further, when the first call control server and the second call control server switch their operation mode from the standby mode to the operation mode, the first management server and the second management server send a mode switching notification which is a message to notify the fact. Send to the server.
  • the first management server and the second management server store in the management table the operation status of each call control server acquired by the operation notification and the mode switching notification, that is, the status including which call control server is in the operation mode.
  • the communication terminal inquires the management server on the network to which it connects whether the first call control server or the second call control server is the operating server, and accesses the answered call control server.
  • the present invention by installing the first and second server systems on different first and second networks, it is possible to make the system robust against server failures and communication path failures.
  • FIG. 1 is a configuration diagram of a voice communication system according to an embodiment of the present invention.
  • FIG. 2 is a block diagram of a server of a voice communication system.
  • FIG. 3 is a block diagram of a communication terminal.
  • FIG. 4 is a diagram showing partitions of a call control server and a provisioning server, and a process (virtual server) executed in each partition.
  • FIG. 5 is a diagram showing a connection mode of each process and a communication terminal when all the processes are operating normally.
  • FIG. 6A is a diagram showing a connection mode of each process and a communication terminal when each process is operating normally.
  • FIG. 6B is a diagram showing a connection mode of each process and a communication terminal when some processes are down.
  • FIG. 1 is a configuration diagram of a voice communication system according to an embodiment of the present invention.
  • FIG. 2 is a block diagram of a server of a voice communication system.
  • FIG. 3 is a block diagram of a communication terminal.
  • FIG. 6C is a diagram showing a connection mode of each process and a communication terminal when some processes are down.
  • FIG. 7A is a diagram showing a status table provided in the main process.
  • FIG. 7B is a diagram showing a status table provided in the subprocess.
  • FIG. 8A is a flowchart showing the operation of the call control server.
  • FIG. 8B is a flowchart showing the operation of the call control server.
  • FIG. 8C is a flowchart showing the operation of the call control server.
  • FIG. 8D is a flowchart showing the operation of the call control server.
  • FIG. 9 is a diagram showing a management table 31 provided in the management server.
  • FIG. 10A is a flowchart showing the operation of the management server.
  • FIG. 10A is a flowchart showing the operation of the management server.
  • FIG. 10B is a flowchart showing the operation of the management server.
  • FIG. 10C is a flowchart showing the operation of the management server.
  • FIG. 10D is a flowchart showing the operation of the management server.
  • FIG. 10E is a flowchart showing the operation of the management server.
  • FIG. 11A is a diagram showing the stored contents of the management table when some processes go down.
  • FIG. 11B is a diagram showing the stored contents of the management table when some processes go down.
  • FIG. 12 is a diagram showing an example of provisioning data set in the communication terminal.
  • FIG. 13A is a flowchart showing the operation of the communication terminal.
  • FIG. 13B is a flowchart showing the operation of the communication terminal.
  • FIG. 13C is a flowchart showing the operation of the communication terminal.
  • FIG. 13A is a flowchart showing the operation of the communication terminal.
  • FIG. 14 is a diagram showing a connection mode between the call control process and the terminal device when the VPN connecting the server systems goes down.
  • FIG. 15A is a diagram showing the stored contents of the first management table when the VPN connecting the server systems goes down.
  • FIG. 15B is a diagram showing the stored contents of the second management table when the VPN connecting the server systems goes down.
  • FIG. 16A is a diagram showing an operation mode when the first LTE network of the two LTE networks goes down.
  • FIG. 16 is a diagram showing an operation mode when the second LTE network of the two LTE networks goes down.
  • FIG. 1 is a diagram showing a configuration of a voice communication system 1 according to an embodiment of the present invention.
  • the voice communication system 1 has a plurality of (two in this embodiment) server systems 2 (2-1, 2-2) and a plurality of communication terminals 4.
  • the server system 2 and the communication terminal 4 are connected to each other by a plurality of (two in this embodiment) LTE networks 3 (3-1, 3-2).
  • the two LTE networks 3-1 and 3-2 are communication networks provided by different communication carriers (communication carriers, for example, mobile phone companies), and are closed networks that are not directly connected to the Internet or the like.
  • the server system 2-1 is installed as a cloud server on the first LTE network 3-1 and the server system 2-2 is installed as a cloud server on the second LTE network 3-2.
  • the server systems 2-1 and 2-2 are connected by VPN6 using a dedicated line provided by the communication carrier 3.
  • the communication terminal that accesses the server system 2 via the first LTE network 3-1 is equipped with the SIM card of the first carrier, and is connected to the server system 2 via the second LTE network 3-2.
  • the communication terminal to be accessed is equipped with the SIM card of the second carrier.
  • the server system 2-1 has a call control server 21-1, a provisioning server 22-1, and a management server 20-1.
  • the server system 2-2 also has a call control server 21-2, a provisioning server 22-2, and a management server 20-2.
  • the call control server 21-1, the provisioning server 22-1, the management server 20-1, and the first LTE network 3-1 are connected to each other by a LAN (local area network) 5-1.
  • the call control server 21-2, the provisioning server 22-2, the management server 20-2, and the second LTE network 3-2 are connected to each other by LAN5-2.
  • LAN5-1 and LAN5-2 are connected to each other by VPN6.
  • server system 2-1 and the server system 2-2 are located in the clouds of different communication carriers and can be installed in geographically separated locations, a robust voice communication system that is resistant to failures is constructed. be able to. Since the server system 2-1 and the server system 2-2 are connected by a dedicated line VPN6, flexible process redundancy as described below is possible as in the case of being on the same network. Is.
  • the call control server 21-1 and the provisioning server 22-1 of the server system 2-1 act as the main server to execute provisioning and call control for the communication terminal 4.
  • the call control server 21-2 and the provisioning server 22-2 of the server system 2-2 are on standby as sub-servers in case the main server goes down.
  • the call control servers 21-1 and 21-2 execute a plurality of processes in parallel
  • the call control servers 21-1 and 21-2 each execute one call control. It may be the one that executes the process.
  • the call control servers 21-1 and 21-2 execute a plurality of processes in parallel
  • the main / sub switching is performed not in units of hardware but in units of a plurality of processes started internally.
  • the plurality of processes have, for example, the configuration shown in FIG. 4, and each of them functions as a virtual server.
  • the management server 20 (20-1, 20-2) is a process executed by the call control servers 21-1, 21-2 and the provisioning servers 22-1, 22-2 of the server systems 2-1 and 2-2. It manages the operating status of the server and provides the information to the server or the communication terminal 4 as requested.
  • the management server 20 includes a management table as shown in FIG.
  • the calling terminal When a certain communication terminal 4 (calling terminal) communicates with another communication terminal 4 (calling terminal), the calling terminal transmits a voice signal including the identification information of the calling terminal as control information to the call control server 21. To do.
  • the call control server 21 transfers this voice signal to the incoming call terminal via the LTE network 3. This enables voice communication between the calling terminal and the incoming call terminal via the network without prior calling procedures such as SIP procedures (by operating like a general wireless transceiver). This communication method is described in detail in the pamphlet of International Publication WO2015 / 068663.
  • FIG. 2 is a block diagram of the management server 20 (20-1, 20-2), the call control server 21 (21-1, 21-2), and the provisioning server 22 (22-1, 22-2). ..
  • the server has a control unit 30, a storage unit 31, and a network communication unit 32.
  • the storage unit 31 is composed of, for example, a hard disk or RAM.
  • the management server 20 the storage unit 31 stores a management table as shown in FIG.
  • the call control server 21 the storage unit 31 is provided with a status table as shown in FIG. 7.
  • the network communication unit 32 communicates with the communication terminal 4 and other servers via the LAN 5 and the LTE network 3.
  • the control unit 30 controls the operation of each server.
  • FIG. 3 is a block diagram of the communication terminal 4.
  • the communication terminal 4 has the appearance of a handy transceiver, but is functionally a wireless network device that transmits and receives audio signals via the LTE network 3.
  • the control unit 40 that controls the operation of the device is composed of a microprocessor.
  • the control unit 40 has a storage unit 41 in which various data are stored.
  • the storage unit 41 has a provisioning data storage area 41A.
  • the provisioning data storage area 41A stores provisioning data as shown in FIG.
  • An operation unit 42, a display unit 43, an audio circuit 44, an LTE communication unit 45, and a card slot 46 are connected to the control unit 40.
  • the operation unit 42 includes a key switch such as a PTT switch 220, receives a user's operation, and inputs the operation signal to the control unit 40.
  • the display unit 43 includes a liquid crystal display. On the liquid crystal display, the identification number of the communication partner selected by the user's operation, the identification number of the incoming communication partner, and the like are displayed.
  • the audio circuit 44 has a microphone 240 and a speaker 241.
  • the control unit 40 decodes the received audio signal and inputs it to the audio circuit 44.
  • the audio circuit 44 converts the decoded audio signal into an analog signal and outputs it from the speaker 241.
  • the audio circuit 44 also converts the audio signal input from the microphone 240 into a digital signal and inputs it to the control unit 40.
  • the control unit 40 converts the digital audio signal into a voice packet and inputs it to the LTE communication unit 45.
  • the LTE communication unit 45 has a circuit that performs wireless communication by the LTE communication method.
  • the LTE communication unit 45 transmits the packet input from the control unit 40 to the LTE network 3, and inputs the packet received from the LTE network 3 to the control unit 40.
  • the audio circuit 44 is provided with an earphone connector 242.
  • an earphone microphone (not shown) is connected to the earphone connector 242, the audio circuit 44 stops the functions of the microphone 240 and the speaker 241 provided in the communication terminal 4 main body, and the microphone and speaker (earphone) of the earphone microphone are stopped.
  • An IC card (SIM card) 47 in which terminal identification information is stored is set in the card slot 46.
  • the SIM card 47 of the first carrier is set in the communication terminal 4 used in the first LTE network 3-1 and the SIM card 47 of the second carrier is set in the communication terminal 4 used in the second LTE network 3-2. Will be done.
  • the terminal identification information (ICCID) stored in the SIM card 47 is used as the identification information of each communication terminal 4.
  • the communication terminal 4 when the user inputs voice to the microphone 240 while pressing the PTT switch 220, the communication terminal 4 writes this voice signal with preset identification information of the incoming call terminal. It is edited into a voice packet, and this voice packet is transmitted to the call control server 21 via the LTE network 3.
  • FIG. 4 and 5 are diagrams showing a redundant configuration of the call control server 21 and the provisioning server 22.
  • FIG. 4 is a diagram showing duplication by the call control server 21 and the provisioning server 22 and a partition configuration in the control unit 30 of the call control server 21, and
  • FIG. 5 is a diagram showing the functions of each process executed by the call control server 21. is there.
  • the call control server 21 executes a plurality of processes (virtual servers) that are independent of each other so that independent communication services can be provided to the plurality of clients.
  • the client is, for example, a business operator who uses the voice communication system 1.
  • the call control server 21 is divided into 6 partitions, and each partition executes a different process.
  • the provisioning server 22 is common to a plurality of clients, but executes different provisioning processes based on the unique identification number of the communication terminal 4 of each client.
  • the processes executed in each partition of the call control server 21-1 are the call control processes A, B, and C for controlling the voice communication of the clients A, B, and C.
  • the processes executed in each partition of the call control server 21-2 are the call control processes A and B for controlling the voice communication of the clients A and B. That is, the call control processes A and B of the clients A and B are made redundant, but the call control process C of the client C is not made redundant.
  • the call control process A is a process of relaying voice communication between the communication terminals 4 of the client A.
  • the call control process C is a process of relaying voice communication between the communication terminals 4 of the client C.
  • One call control process can accommodate up to a predetermined number (eg, 100) of communication terminals 4.
  • accommodating the communication terminal 4" means registering the communication terminal 4 in the memory, relaying voice communication and transmitting provisioning data to the communication terminal 4.
  • the call control server 21 executes a plurality of call control processes and inter-site connection processes. Each call control process accommodates up to 100 communication terminals 4, and the inter-site connection process connects each call control process to enable voice communication between the communication terminals 4 accommodated in each call control process.
  • the client B executes two call control processes B1 and B2, and further executes the inter-site connection process Br to make a call.
  • the control processes B1 and B2 are connected. As a result, voice communication between all the communication terminals 4 belonging to the client B is realized.
  • the call control processes A and B of the clients A and B are made redundant, but the call control process C of the client C is not made redundant.
  • the call control process executed by the call control server 21, which is redundant hardware, can set the presence or absence of redundancy for each process. Whether or not to make each process redundant may be determined based on the hardware resources and the importance of the process.
  • the provisioning server 22 is a server for transmitting provisioning data as shown in FIG. 12 to the communication terminal 4.
  • the communication terminal 4 accesses the provisioning server 22 when the power is turned on, and receives the provisioning data shown in FIG.
  • the communication terminal 4 sets up its own operation with the received provisioning data, and can access the call control process of the client to which the communication terminal 4 belongs. Provisioning is described in detail in the International Publication WO2017 / 086416 Pamphlet.
  • the call control server 21-1 and provisioning server 22-1 and the call control server 21-2 and provisioning server 22-2 do not necessarily have the same performance, and the number of configurable partitions must also be the same. Absent.
  • the process executed by the call control server 21-1 communicates as an operating process.
  • the call control process for relaying voice communication between the terminals 4 is actually performed.
  • Each process running on the call control server 21-2 is waiting as a standby process to be replaced if the corresponding operating process (the same process running on the call control server 21-1) goes down. ..
  • the operation mode (operating process / standby process) of each process is stored in the management table (see FIG. 9) of the management server 20.
  • Both the provisioning server 22-1 and the provisioning server 22-2 are set to the operation mode and respond to the provisioning request from the communication terminal 4.
  • FIG. 5 shows the connection relationship between each call control process and the communication terminal 4 during normal operation, that is, when all processes are normally executed.
  • the SIM of the first communication carrier is set in the communication terminal 4 possessed by each client, and the communication terminal 4 that accesses the server system 2 via the first LTE network 3-1 and the SIM of the second communication carrier are set.
  • the call control processes A, B1, B2, and C of the call control server 21-1 which is the main server, are running and actually performing the call control process. Therefore, all the communication terminals 4 are call control servers. Connected to the process of 21-1.
  • the communication terminal 4 connected to the second LTE network 3-2 is called from the second LTE network 3-2 via the VPNN6. Access server 21-1.
  • both the SIM of the first communication carrier and the SIM of the second communication carrier are set, and the server system 2 can be accessed via either the first LTE network 3-1 or the second LTE network 3-2.
  • the carrier communication terminal 4 may be provided.
  • FIG. 6 describes switching from the operating process to the standby process in the call control process B (call control processes B1 and B2 and the inter-site connection process Br) of the client B.
  • FIG. 6A shows the connection form of each process and the communication terminal 4 when each process of the client B is normally executed.
  • This connection form is the same as that shown in FIG.
  • the call control processes B1-1 and B2-1 and the inter-site connection process Br-1 are running, and the communication terminal 4 accesses the call control processes B1-1 and B2-1.
  • the communication terminal 4-1 accesses the call control process B1-1 via the first LTE network 3-1 and the communication terminal 4-3 controls the call via the second LTE network 3-2 and VPN6.
  • Access process B1-1 accesses the call control process B2-1 via the first LTE network 3-1 and the communication terminal 4-4 accesses the call control process B2-1 via the second LTE network 3-2 and the VPNN6. To access.
  • FIG. 6B shows the connection form when the call control process B2-1 goes down. Since the call control process B2-1 which was the operating process went down, the corresponding standby process call control process B2-2 becomes the operating process. Then, the communication terminals 4-2 and 4-2 change the access destination from the call control process B2-1 to the call control process B2-2. Specifically, the communication terminal 4-2 accesses the call control process B2-2 via the first LTE network 3-1 and the VCS6, and the communication terminal 4-4 controls the call via the second LTE network 3-2. Access process B2-2. Further, the inter-base connection process Br-1 switches the connection base so as to connect the main call control process B1-1 and the sub call control process B2-2.
  • FIG. 6C shows the connection form when the inter-site connection process Br-1 goes down. Since the inter-site connection process Br-1, which was an operating process, went down, the inter-site connection process Br-2, which is a standby process, becomes an operating process. Since the call control processes B1-1 and B2-1 of the call control server 21-1 are operating normally, the inter-site connection process Br-2 is the call control process of the call control server 21-1 via the VPN6. Connect B1-1 and B2-1. Since the call control processes B1-1 and B2-1 are operating normally as in the normal operation, there is no change in the access destinations of the communication terminals 4-1 to 4.
  • Each process has a status table as shown in FIG. 7 in the storage unit 31 in order to store the status of the process being executed by itself and the corresponding partner process.
  • the status table shows the name of the process that it is executing, the operation settings, the operation mode (active mode (active) / standby mode (standby)), its own operation notification expiration date, and the operation notification expiration date of the operating system.
  • In the operation setting column setting information of any one of main process (main) / sub process (sub) / independent process (alone) is stored.
  • the call control server 21-1 and the call control server 21-2 one of them is set as the main process and the other is set as the sub process.
  • the process executed by the call control server 21-1 which is the main server is set to the main process
  • the process executed by the call control server 21-2 which is the sub server is set to the sub process.
  • the main process is in active mode to perform the actual processing and the subprocess is in standby mode. If the main process goes down, the subprocess goes into working mode.
  • the operation mode column whether the operation mode of this process is the operation mode or the standby mode is stored.
  • the operation notification sent by each process to the management server 20 and the corresponding standby process includes the name of the process being executed by itself, the operation setting, the operation mode, and the expiration date of this operation notification.
  • FIG. 7A is a diagram showing an example of the stored contents of the status table of the main process.
  • this process is executing the call control process B2-1, the operation setting is main, and the operation mode is operation mode.
  • the operation notification expiration date the expiration date of the operation notification sent by itself to the management server 20 and the subprocess of the other party is stored.
  • the operation notification is a message that itself notifies the management server 20 and the standby process that it is operating normally.
  • the standby process and the management server 20 confirm that the operating process is operating normally by sending an operation notification with a new expiration date before the expiration date of the operation notification has elapsed.
  • the expiration date of the operation notification received from the corresponding operation process is stored when the user is waiting. Since FIG. 7A is a status table of the operating process, the operating process operation notification expiration date received from the operating process is blank.
  • FIG. 7B is a diagram showing an example of the stored contents of the status table of the subprocess.
  • this process is executing the call control process B2-2, the operation setting is a subprocess, and the operation mode is the standby mode.
  • the operation notification expiration date the expiration date of the operation notification sent by itself to the management server 20 is stored.
  • the expiration date of the operation notification sent from the corresponding operation process (call control process B2-1) is stored. If an operation notification of a new expiration date is sent before the expiration date has passed, the table is updated with the new expiration date and the standby mode is continued.
  • this subprocess determines that the main process, which is the operating process, is down, and it itself.
  • the operation mode of is switched to the operation mode, and the relay of voice communication of the communication terminal 4 is started.
  • FIG. 8 is a flowchart showing the operation of the call control process executed by the call control server 21.
  • FIG. 8A shows the operation notification process of the operation process.
  • the operating process periodically (for example, every minute) sends an operation notification to the management servers 20-1 and 20-2 on both sides (S11), and also sends an operation notification to the corresponding standby process. Transmit (S12).
  • the expiration date of the transmitted operation notification is set longer than the next scheduled transmission time.
  • the operation process updates the expiration date of the operation notification of its own status table with this expiration date (S13).
  • FIG. 8B shows the operation status confirmation process executed by the operating process and the standby process. This process is also executed periodically.
  • Some production processes have connections with other processes.
  • the connection with other processes is, for example, a state in which the call control process B1 and the inter-site connection process Br shown in FIGS. 5 and 6 and the call control process B2 and the inter-site connection process Br are connected, respectively.
  • this process performs processing such as switching its own connection destination according to the operating status of the other process.
  • the process inquires the management server 20 about the operating status of each process at predetermined time intervals (S16).
  • the process When the operation status of each process is returned from the management server 20 in response to this inquiry (S17), the process is connected to the connection destination, such as the connection destination process is down and the standby process is switched to the operating process. It is determined whether there is a change in the operation status of (S18). If there is a change in the operating status of the connection destination (YES in S18), the process switches the connection destination according to the current operating status (S19) and ends the process. If there is no connection with another process, or if there is no change in the connection destination (NO in S18), the process ends the operation status confirmation process.
  • the call control process B2-1 goes down when the inter-site connection process Br-1 inquires about the operation status of the management server 20-1. It knows that it is doing and that the call control process B2-2, which was the standby process, has started operation. Therefore, the operation of the call control process B is maintained by starting the interprocess communication for the call control process B2-2.
  • the inquiry to the management server 20 in FIG. 8B is made to the management server 20 on the same side, that is, the management server installed in the same server system 2-1 and 2-2 as the call control server 21 on which this process is executed. Performed for 20. If the management server 20 does not respond to the inquiry, the process queries the opposite management server 20 again.
  • the management server 20 on the opposite side is a management server 20 installed in a server system 2-1 or 2-2 different from the call control server 21 on which this process is executed.
  • Inquiries to the management server 20 may be made at regular intervals, but each time the interprocess communication is changed or the operation mode of the standby process is switched (see FIG. 8D), the management server 20 is contacted for each process. You may inquire about the operating status (communication partner).
  • FIG. 8C shows the operation notification process of the standby process.
  • the standby process periodically (for example, every minute) sends an operation notification to the management servers 20-1 and 20-2 on both sides (S21).
  • the expiration date of the transmitted operation notification is set longer than the next scheduled transmission time. With this expiration date, the expiration date of the operation notification of the own status table is updated (S22).
  • FIG. 8D shows the operation status confirmation process of the standby process. This process is also executed periodically.
  • the standby process refers to the status table and determines whether the operation notification of the operating process is valid (S24). When the operation notification from the operating process has expired (NO in S24), the standby process determines that the operating process is down.
  • the standby process sets the connection destination, etc. according to the operating status of each process acquired in the process of FIG. 8B, and starts operation with itself as the operating process in place of the downed operating process (main process) ( S25).
  • the new operation process rewrites the operation mode of the status table to the operation mode (S26). For example, as shown in FIG. 6C, when the inter-site connection process Br-1 goes down, the inter-site connection process Br-2 operates to perform interprocess communication with the operating call control processes B1-1 and B2-1. To start.
  • the new operation process starts operation as an operation process, and then notifies the management server 20 that the operation mode has been changed (S27).
  • This operation mode change notification also serves as an operation notification.
  • S24 when the operating process is operating normally, that is, when the operation notification has not expired (YES in S24), the standby process ends the operation status confirmation process.
  • FIG. 9 is a diagram showing an example of a management table set in the management server 20. In FIG. 9, only the part related to the process of the call control servers 21-1 and 21-2 in the management table is shown. Similar tables are provided for each process of provisioning servers 22-1 and 22-2.
  • the management table 31 stores information on all processes executed by the main server (first) call control server 21-1 and the sub-server (second) call control server 21-2. There is.
  • the operation notification expiration date, operation setting, and operation mode are stored in the management table 31 for each process.
  • the operation notification expiration date column the expiration date described in the operation notification sent from the process is stored. If the management server 20 receives a new operation notification from the process within this expiration date, the expiration date is updated to the expiration date described in the new operation notification.
  • the setting information of either the main process or the sub process is stored in the operation setting column. Either the operation mode or the standby mode is stored in the operation mode column.
  • the management server 20 If a new operation notification is not sent from each process within the operation notification expiration date, the management server 20 considers that the process is down (the function of sending the operation notification is lost). , Rewrite the operation mode to down. Since there are periodic inquiries about the operating status of all processes from the processes that are operating normally, the management server 20 responds to these inquiries about the processes that are operating normally, the processes that are waiting normally, and so on. And, the information such as the down process is returned. Each process switches the connection destination according to this operating condition. Further, when the management server 20 receives a notification that the operation has started from the process that has started the operation in response to the down of the operation process, the management server 20 rewrites the operation mode of this process in the management table to the operation mode.
  • management table may be provided with an area for storing the connection destination process that is the communication partner for the processes that perform interprocess communication (for example, call control processes B1-1, B1-2, Br-1, etc.).
  • FIG. 10 is a flowchart showing the operation of the management server 20.
  • FIG. 10A is a flowchart showing the expiration date update operation.
  • S31 When an operation notification is received from any process (S31), the operation notification expiration date of that process in the management table is updated (S32).
  • S32 When the process is started and the operation notification is transmitted for the first time, the management server 20 registers this process in the management table and writes the operation notification expiration date.
  • FIG. 10B is a flowchart showing the operation when the operation start notification is received from the process.
  • the management server 20 Upon receiving a notification from the standby process that it has started operation (instead of a down operation process) (S35: see S27 in FIG. 8D), the management server 20 sets the operation mode of that process in management table 31 to operation mode. Change (S36). Since this operation start notification also serves as an operation notification, the management server 20 updates the operation notification expiration date of this process (S37). The management server 20 sends an alert to the terminal (personal computer) of the system administrator by e-mail or the like to the effect that the operating process has changed (S38).
  • FIG. 10C is a flowchart showing a table maintenance operation.
  • the following processes are periodically executed for all the processes stored in the management table 31.
  • the management server 20 reads the expiration date of the process operation notification (S41). This expiration date is compared with the current time, and if the expiration date has expired (YES in S42), the management server 20 rewrites the operation mode to down (S44).
  • the management server 20 executes this operation for all the processes stored in the management table 31. In S44, even if the down state continues and the operation mode is already rewritten to down, the operation mode is rewritten to down, but if it is already in the down mode, it may not be rewritten. ..
  • the management server 20 determines whether the current operation mode is down (S45). When the operation mode is down (YES in S45), the management server 20 rewrites the operation mode to the standby mode (S46). If the operation notification has not expired (NO in S42) and the operation mode is not down (NO in S45), the management server 20 ends the maintenance process for this process. The management server 20 sequentially executes the maintenance processing of S41-S46 for all the processes stored in the management table 31.
  • this process when a process that has been down is restored, this process operates as a standby process in preparation for the down of the currently running process.
  • this main process may be restored to the operating process, and the subprocess operating as the operating process up to that time may be switched to the standby mode.
  • FIG. 11A is a diagram showing the stored contents of the management table 31 when the call control process of the client B is in the state of FIG. 6B.
  • FIG. 11B is a diagram showing the stored contents of the management table 31 when the call control process of the client B is in the state of FIG. 6C.
  • the call control process B2-1 is down, and the call control process B2-2 is in operation instead.
  • the operation mode of the call control process B2-1 is rewritten to down, and instead, the operation mode of the call control process B2-2 is set to the operation mode.
  • the inter-site connection process Br-1 of the call control server 21-1 is down, and instead, the inter-site connection process Br-2 of the call control server 21-2 is running.
  • the operation mode of the inter-site connection process Br-1 is rewritten to down, and instead, the operation mode of the inter-site connection process Br-2 is set to the operation mode. ..
  • the management server 20 updates the management table in response to changes in the operation mode of each process, and transmits the contents of this table in response to inquiries from other processes or the communication terminal 4.
  • the process can know the state of another process, and it becomes easy to change the connection destination of the interprocess communication and to change the call control process accessed by the communication terminal 4.
  • the management server 20 also functions as a web server.
  • the contents of the management table and its update history can be displayed on the administrator's personal computer via LAN 5 or LTE network 3.
  • FIG. 10D is a flowchart showing a process corresponding to an inquiry from the process of the management server 20.
  • the management server 20 informs the inquired process of the operation status (contents of the management table) of each process. Transmit (S51). This allows a process to know the operating status of other processes.
  • FIG. 10E is a flowchart showing a process corresponding to an inquiry from the communication terminal 4 of the management server 20.
  • the management server 20 When there is an inquiry from the communication terminal 4 for the call control process in operation (S54), the management server 20 notifies the call control process on the operating side of the call control processes of the client to which the communication terminal 4 belongs. (S55). As a result, when the running call control process goes down and the running call control process is switched, the communication terminal 4 can access the switched call control process.
  • FIG. 12 is a diagram showing an example of provisioning data 41 stored in the memory of the communication terminal 4.
  • the provisioning data 41 includes a main provisioning server address, a sub-provisioning server address, a main call control server address, a sub-call control server address, and various setting information.
  • the main provisioning server address includes the IP address and port number of the provisioning server 22-1.
  • the sub-provisioning server address includes the IP address and port number of the provisioning server 22-2. These addresses may be given by the provisioning server 22 or may be stored in the communication terminal 4 in advance.
  • the main call control server address includes the IP address of the call control server 21-1 and the port number of the process of the client to which the communication terminal 4 belongs.
  • the sub-call control server address includes the IP address of the provisioning server 22-2 and the port number of the process of the client to which the communication terminal 4 belongs.
  • the main provisioning server address / sub-provisioning server address and the main call control server address / sub-call control server address are provided with an running flag indicating which process is running. By default, the running flags for the main provisioning server address and the main call control server address are set.
  • the various setting information includes, for example, the call ID of the communication terminal 4, the notification sound setting (selection information of the notification sound when receiving a call), and the earphone setting (setting whether to perform full duplex communication when the earphone microphone is connected). Information), address book (call ID list of callable communication terminal 4), volume setting (volume setting information of call sound), and the like.
  • FIG. 13A-C is a flowchart showing the operation of the communication terminal 4.
  • FIG. 13A is a flowchart showing the provisioning operation. This operation is executed when the power of the communication terminal 4 is turned on.
  • the control unit 40 of the communication terminal 4 accesses the provisioning server 22-1 which is the main server and requests the transmission of provisioning data (S61). If there is a response from the provisioning server 22-1 within a certain period of time (YES in S62), the communication terminal 4 receives the provisioning data from this server (S65) and executes provisioning (S66). If there is no response from the provisioning server 22-1 within a certain period of time (NO in S62), the communication terminal 4 accesses the sub-server provisioning server 22-2 and requests the transmission of provisioning data (S63).
  • the operating flag is switched to the sub-provisioning server 22-2 side (S64). Then, the communication terminal 4 receives the provisioning data from the sub-provisioning server 22-2 (S65). If the two provisioning servers 22-1 and 22-2 go down at the same time, the communication terminal 4 may try to connect using the previously acquired provisioning data.
  • FIG. 13B is a flowchart showing the operation of the communication terminal 4 during voice communication. This operation is started when the PTT switch 220 is pressed.
  • the control unit 40 of the communication terminal 4 transmits a voice signal to the call control process (virtual server) assigned to the communication terminal 4 of the main call control server 21-1 (S71). If there is a response from the process of the call control server 21-1 within a certain period of time (YES in S72), the communication terminal 4 starts voice communication. If there is no response from the process of the call control server 21-1 within a certain period of time (NO in S72), the communication terminal 4 stops the operation by displaying that communication is not possible.
  • This communication down state is a state that can occur when the call control process that has been operating up to that point is down and communication is started before the operation process confirmation in FIG. 13C.
  • FIG. 13C is a flowchart showing an operation in which the communication terminal 4 inquires about the operating call control process. Although this process is performed periodically, it may be temporarily executed when there is no response from the call control process that was running in S72 of FIG. 13B.
  • the control unit 40 of the communication terminal 4 inquires the management server 20 of the operating call control process accommodating the communication terminal 4 (S73). In response to this, the management server 20 sends information on the operating process.
  • the communication terminal 4 receives this information (S74: see S55 in FIG. 10E), and determines whether the operating process has been switched (S75). When switched (YES in S75), the communication terminal 4 switches the operating flag of the call control server to the operating process side (sub-call control server side) (S76). After that, when voice communication occurs, the communication terminal 4 accesses the call control process switched to the operating process.
  • the communication terminal 4 transmits a message requesting registration (registration message) to the call control server 21 in the operation mode at the start of operation, periodically, and at every opportunity such as area movement.
  • the call control server 21 in the operation mode can grasp the communication terminal in operation and register the communication terminal 4 in the terminal table. If the communication terminal 4 does not respond even if it sends this registration message to the call control server 21-1 / 2, which is the operation mode, it is assumed that the call control server 21-1 / 2 is down, and the opposite side.
  • a registration message is sent again to the call control server 21-2 / 1.
  • the communication terminal 4 periodically inquires of the management server 20 about the operation mode call control process, but the operation mode is called depending on whether or not there is a response to the above registration message. You may resolve which control process you have.
  • the call control process operating in standby mode When the call control process operating in standby mode receives a registration message from the communication terminal, it responds that the destination of the registration message should be switched to the call control process on the opposite side (in operation mode) and retransmitted. You may reply to the communication terminal.
  • the call control server 21 in the operation mode is determined based on the presence or absence of a response to the registration message, even if the number of communication terminals 4 is large, inquiries to the management server 20 will not occur frequently, and the load on the management server 20 will be increased. It can be mitigated. However, since the resist interval is generally longer than the inquiry interval shown in FIG. 13C or the like, it takes a long time for the communication terminal 4 to know the change of the call control process in the operation mode.
  • FIG. 14 shows a connection mode between processes when VPN6 goes down in the call control process of client B.
  • Management servers 20-1, 20-2, call control servers 21-1, 21-2, provisioning servers 22-1, 22-2 are operating normally, and call control processes B1-1, B2-1, B1 -2, B2-2, and the inter-site connection processes Br-1 and Br-2 are also operating normally.
  • VPN6 goes down, communication between server systems 2-1 and 2-2 becomes impossible. Even in this case, since the management server 20-1 of the server system 2-1, the call control server 21-1, and the provisioning server 22-1 are operating normally, the server system 2-via the first LTE network 3-1. It is possible to continue services such as the call control process B for the communication terminal 4 (4-1, 4-2) that accesses 1.
  • the management server 20-2, the call control server 21-2, and the provisioning server 22-2 are operating normally, and the operation notification from each process of the server system 2-1.
  • the management server 20-2, the call control server 21-2, and the provisioning server 22-2 determine that all the processes on the server system 2-1 side are down, and the call control server 21- 2.
  • Each process of the provisioning server 22-2 switches from the standby mode to the operating mode to operate the call control process for the client B.
  • the call control process launched by the call control server 21-2 provides a service to the communication terminals 4 (4-3, 4-4) that access the server system 2 via the second LTE network 3-2. provide.
  • This degenerate operation corresponds to the interruption of the operation notification from the other process due to the down of the VPN6, and the operation of each process of the call control servers 21-1 and 21-2 shown in FIG. This can be achieved by the operations of the management servers 20-1 and 20-2 shown in 10.
  • FIG. 16 is a diagram showing an operation mode when one of the services of LTE network 3 (3-1, 3-2) goes down.
  • FIG. 16A shows an operation mode when the first LTE network 3-1 goes down. Since the first LTE network 3-1 is down, the communication terminals 4-1 and 4-2 connected to the first LTE network 3-1 cannot communicate. However, the call control processes B1-1 and B1-2, which are the operating processes of the call control server 21-1 operating in the server system 2-1 are connected to the second LTE network 3-2 via the VPN6. Therefore, the communication terminals 4-3 and 4-4 connected to the second LTE network 3-2 can access and communicate with the call control processes B1-1 and B2-1, and one of the networks 3-2. Communication is maintained using only.
  • FIG. 16B shows an operation mode when the second LTE network 3-2 goes down. Since the second LTE network 3-2 is down, the communication terminals 4-3 and 4-4 connected to the second LTE network 3-2 cannot communicate. However, since the call control processes B1-1 and B1-2, which are operating processes, are installed on the first LTE network 3-1, the communication terminals 4-1 and 4-connected to the first LTE network 3-1. 2 can access and communicate with the call control processes B1-1 and B2-1, and communication is maintained using only one network 3-1.
  • the multi-carrier communication terminal If the multi-carrier communication terminal is equipped with both SIMs of the 1st LTE network 3-1 and the 2nd LTE network 3-2, it should be connected to the LTE network on which the failure has not occurred to perform communication. Is possible.
  • the call control server 21-1 is set as the main server
  • the call control server 21-2 is used as the sub server
  • each process executed by the call control server 21-1 is set as the main process.
  • the process whose operation is set as a process may be distributed to the call control servers 21-1 and 21-2.
  • the configuration in which two server systems 2 and two networks 3 are provided has been described, but the configuration may include the third, fourth, ... Server systems and networks. By doing so, further redundancy is possible.
  • Voice communication system 2 (2-1, 2-2) Server system 20 (20-1, 20-2) Management server 21 (21-1, 21-2) Call control server 22 (22-1, 22-2) ) Provisioning server 3 (3-1, 3-2) LTE network 4 (4-1-4) Communication terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】サーバシステムを通信経路の障害に対して堅牢にする。 【解決手段】それぞれ異なる通信事業者の第１ネットワーク３－１、第２ネットワーク３－２上に、第１サーバシステム２－１、第２サーバシステム２－２を設置する。これら第１、第２サーバシステムは、専用線６で互いに接続される。第１ネットワークに障害が発生しても、第２ネットワーク経由の通信を維持することができ、第２ネットワークに障害が発生しても第１ネットワーク経由の通信を維持することができる。また、専用線に障害が発生した場合には、第１、第２ネットワーク内でそれぞれ縮退モードで動作することができる。

Description

音声通信システムおよび呼制御サーバの冗長化方法
　この発明は、ネットワークを経由して行われる音声通信を制御する音声通信システムに関し、特にそのサーバシステムの冗長化に関する。
　サーバシステムを冗長化する場合に、サーバや通信経路を多重化し、１つを稼働、他方を待機とした環境を構築することは一般的である。このような冗長化されたシステムをクラウド上に設置することも可能である（特許文献１参照）。
特開２０１５－１５３２５９号公報
　しかし、単一の通信事業者が提供するサービスの場合、通信経路全体に障害が発生した場合などには、稼働側から待機側へのサーバの切り換えが期待できない可能性があり、堅牢性に不安が残る。
　この発明の目的は、サーバシステムを一部サーバの障害や通信経路の障害に対して堅牢な音声通信システムおよび呼制御サーバの冗長化方法を提供することにある。
　本発明の音声通信システムは、第１ネットワーク上に設置された第１サーバシステム、および、第１ネットワークから分離された第２ネットワーク上に設置された第２サーバシステムを有する。これら第１、第２サーバシステムは、ネットワークとは別の通信線で互いに接続されている。第１サーバシステムは第１呼制御サーバを備え、前記第２サーバシステムは第２呼制御サーバを備えている。第１呼制御サーバおよび第２呼制御サーバは、第１および第２ネットワークに接続される複数の通信端末間の音声通信を制御する呼制御プロセスを並行して実行する。通信端末の音声通信の信号は、第１、第２ネットワークおよび通信線を経由して通信端末間を転送される。なお、第１および第２ネットワークは、それぞれ異なる通信事業者による閉域ネットワークであってもよい。
　本発明の呼制御サーバの冗長化方法は、第１ネットワーク上に設置され第１呼制御サーバを備えた第１サーバシステム、第２ネットワーク上に設置され第２呼制御サーバを備えた第２サーバシステム、および、第１呼制御サーバ、第２呼制御サーバ間を接続する前記ネットワークと異なる通信線とを備えた音声通信システムにおいて、各サーバに以下の動作を行わせる。通信線を介した通信が可能な通常時に、第１サーバを、実際に呼制御サービスを提供する稼働モードで動作させ、第２サーバを、稼働モードの第１サーバがダウンしたとき、該第１サーバに代わって稼働モードとなる待機モードで動作させる。通信線がダウンした障害時、第２呼制御サーバを、第１呼制御サーバとともに稼働モードで動作させる。
　異なるネットワーク上にサーバシステムを設置し、それらをＶＰＮなどの通信線（専用線）で接続することで、サーバを冗長化した。これにより、一方のネットワークが全面的に障害に陥った場合でも、通信機能を確保することができる。
　通信端末は、第１ネットワークに接続可能な第１通信端末、および、第２ネットワークに接続可能な第２通信端末があり、第１通信端末は、第１ネットワークを介して第１呼制御サーバにアクセス可能であるとともに、第１ネットワークおよび通信線を介して第２呼制御サーバにアクセス可能である。第２通信端末は、第２ネットワークを介して第２呼制御サーバにアクセス可能であるとともに、第２ネットワークおよび通信線を介して第１呼制御サーバにアクセス可能である。呼制御プロセスを並行して実行する第１呼制御サーバおよび第２呼制御サーバのうち、一方の呼制御サーバが、実際に音声通信を制御する稼働モードで動作し（稼働サーバ）、他方の呼制御サーバが、稼働モードの呼制御サーバが正常に動作しないとき、該正常に動作しない呼制御サーバに代わって稼働モードとなる待機モードで動作する（待機サーバ）。稼働サーバは、待機モードの呼制御サーバである待機サーバに対して、自身が正常に動作していることを通知するメッセージである動作通知を、通信線を介して定期的に送信する。待機サーバは、動作通知を定期的に受信している間、待機モードを維持する。通信端末は、稼働モードの呼制御サーバにアクセスして他の通信端末と音声通信を行う。
　異なるネットワーク上にサーバシステムを設置した場合でも、通信線を介して音声信号の交換が可能であるため、一方のサーバシステムの呼制御サーバを稼働サーバとし、他方のサーバシステムの呼制御サーバを待機サーバとして冗長構成とすることが可能である。
　通信線の障害により、第１、第２サーバシステム間の通信が不可能となった場合、稼働サーバは、稼働モードを維持し、待機サーバは、自身の動作モードを稼働モードに切り換えて、音声通信の制御を開始する。すなわち、両方とも稼働モードとなる。稼働サーバ側のネットワークに接続される通信端末は、稼働サーバにアクセスして、同じ稼働サーバにアクセスする他の通信端末と音声通信を行う。一方、待機サーバ側のネットワークに接続される通信端末は、稼働モードになった待機サーバにアクセスして、この稼働モードになった待機サーバにアクセスする他の通信端末と音声通信を行う。
　サーバシステム間を接続する通信線に障害が起きた場合に、第１呼制御サーバ、第２呼制御サーバの両方を稼働モードで動作させることで、第１ネットワーク内、および、第２ネットワーク内での通信は維持することができる。
　第１サーバシステムは第１管理サーバをさらに備え、第２サーバシステムは第２管理サーバをさらに備える。第１管理サーバ、第２管理サーバは、ともに、第１、第２呼制御サーバの動作状況を記憶する管理テーブルを有する。第１呼制御サーバおよび第２呼制御サーバは、第１管理サーバおよび第２管理サーバに対して、定期的に動作通知を送信する。また、第１呼制御サーバおよび第２呼制御サーバは、自身の動作モードを待機モードから稼働モードに切り換えたとき、その旨を通知するメッセージであるモード切換通知を第１管理サーバおよび第２管理サーバに送信する。第１管理サーバおよび第２管理サーバは、動作通知およびモード切換通知によって取得した各呼制御サーバの動作状況、すなわち、どの呼制御サーバが稼働モードであるかを含む状況を管理テーブルに記憶する。通信端末は、自身が接続するネットワーク上にある管理サーバに、第１呼制御サーバ、第２呼制御サーバのいずれが稼働サーバであるかの問い合わせを行い、回答された呼制御サーバにアクセスする。
　管理サーバを設置することで、通信端末が稼働サーバを探しやすくなる。また、両方のサーバシステムに管理サーバを設置することで、通信線が遮断された場合でも、両ネットワークに接続する通信端末がそれぞれの側の管理サーバに問い合わせることが可能になる。
　本発明によれば、第１、第２サーバシステムをそれぞれ異なる第１、第２ネットワーク上に設置したことにより、サーバの障害や通信経路の障害に対して堅牢にすることができる。
図１は、この発明の実施形態である音声通信システムの構成図である。 図２は、音声通信システムのサーバのブロック図である。 図３は、通信端末のブロック図である。 図４は、呼制御サーバ、プロビジョニングサーバのパーテーションおよび各パーテーションで実行されるプロセス（仮想サーバ）を示す図である。 図５は、全てのプロセスが正常に動作している場合の各プロセスおよび通信端末の接続形態を示す図である。 図６Ａは、各プロセスが正常に動作している場合の各プロセスおよび通信端末の接続形態を示す図である。 図６Ｂは、一部のプロセスがダウンした場合の各プロセスおよび通信端末の接続形態を示す図である。 図６Ｃは、一部のプロセスがダウンした場合の各プロセスおよび通信端末の接続形態を示す図である。 図７Ａは、メインプロセスに設けられるステータステーブルを示す図である。 図７Ｂは、サブプロセスに設けられるステータステーブルを示す図である。 図８Ａは、呼制御サーバの動作を示すフローチャートである。 図８Ｂは、呼制御サーバの動作を示すフローチャートである。 図８Ｃは、呼制御サーバの動作を示すフローチャートである。 図８Ｄは、呼制御サーバの動作を示すフローチャートである。 図９は、管理サーバに設けられる管理テーブル３１を示す図である。 図１０Ａは、管理サーバの動作を示すフローチャートである。 図１０Ｂは、管理サーバの動作を示すフローチャートである。 図１０Ｃは、管理サーバの動作を示すフローチャートである。 図１０Ｄは、管理サーバの動作を示すフローチャートである。 図１０Ｅは、管理サーバの動作を示すフローチャートである。 図１１Ａは、一部のプロセスがダウンした場合の管理テーブルの記憶内容を示す図である。 図１１Ｂは、一部のプロセスがダウンした場合の管理テーブルの記憶内容を示す図である。 図１２は、通信端末に設定されるプロビジョニングデータの例を示す図である。 図１３Ａは、通信端末の動作を示すフローチャートである。 図１３Ｂは、通信端末の動作を示すフローチャートである。 図１３Ｃは、通信端末の動作を示すフローチャートである。 図１４は、サーバシステム間をつなぐＶＰＮがダウンした場合の呼制御プロセスと端末装置との接続形態を示す図である。 図１５Ａは、サーバシステム間をつなぐＶＰＮがダウンした場合の第１管理テーブルの記憶内容を示す図である。 図１５Ｂは、サーバシステム間をつなぐＶＰＮがダウンした場合の第２管理テーブルの記憶内容を示す図である。 図１６Ａは、２つのＬＴＥネットワークのうち、第１ＬＴＥネットワークがダウンした場合の動作形態を示す図である。 図１６は、２つのＬＴＥネットワークのうち、第２ＬＴＥネットワークがダウンした場合の動作形態を示す図である。
　図１は、この発明の実施形態である音声通信システム１の構成を示す図である。音声通信システム１は、複数（この実施形態では２つ）のサーバシステム２（２－１,２－２）および複数の通信端末４を有している。サーバシステム２と通信端末４とは、複数（この実施形態では２つ）のＬＴＥネットワーク３（３－１,３－２）で相互に接続されている。２つのＬＴＥネットワーク３－１，３－２は、それぞれ異なる通信キャリア（通信事業者、例えば携帯電話会社）が提供する通信ネットワークであり、インターネットなどに直接接続しない閉域ネットワークである。
　第１ＬＴＥネットワーク３－１上にクラウドサーバとしてサーバシステム２－１が設置され、第２ＬＴＥネットワーク３－２上にクラウドサーバとしてサーバシステム２－２が設置される。サーバシステム２－１、２－２間は通信キャリア３よって提供される専用回線を用いたＶＰＮ６で接続されている。
　通信端末４のうち、第１ＬＴＥネットワーク３－１を介してサーバシステム２にアクセスする通信端末は、第１キャリアのＳＩＭカードを装着しており、第２ＬＴＥネットワーク３－２を介してサーバシステム２にアクセスする通信端末は、第２キャリアのＳＩＭカードを装着している。
　サーバシステム２－１は、呼制御サーバ２１－１、プロビジョニングサーバ２２－１および管理サーバ２０－１を有している。また、サーバシステム２－２も同様に、呼制御サーバ２１－２、プロビジョニングサーバ２２－２および管理サーバ２０－２を有している。呼制御サーバ２１－１、プロビジョニングサーバ２２－１、管理サーバ２０－１および第１ＬＴＥネットワーク３－１は、ＬＡＮ（ローカル・エリア・ネットワーク）５－１で相互に接続されている。また、呼制御サーバ２１－２、プロビジョニングサーバ２２－２、管理サーバ２０－２および第２ＬＴＥネットワーク３－２は、ＬＡＮ５－２で相互に接続されている。ＬＡＮ５－１およびＬＡＮ５－２は、ＶＰＮ６で相互に接続されている。
　サーバシステム２－１とサーバシステム２－２は、それぞれ異なる通信キャリアのクラウド上にあり、地理的に離れた場所に設置することが可能であるため、障害に強い堅牢な音声通信システムを構築することができる。サーバシステム２－１とサーバシステム２－２とは、専用線のＶＰＮ６で接続されているため、同一のネットワーク上にある場合と同様に、以下に説明するような柔軟なプロセスの冗長化が可能である。
　通常動作時は、サーバシステム２－１の呼制御サーバ２１－１およびプロビジョニングサーバ２２－１がメインサーバとして、通信端末４に対するプロビジョニングおよび呼制御を実行する。サーバシステム２－２の呼制御サーバ２１－２およびプロビジョニングサーバ２２－２は、メインサーバのダウンに備えたサブサーバとしてスタンバイしている。
　この実施形態では、呼制御サーバ２１－１、２１－２が、それぞれ複数のプロセスを並行して実行する場合について説明するが、呼制御サーバ２１－１、２１－２は、それぞれ１つの呼制御プロセスを実行するものであってもよい。呼制御サーバ２１－１、２１－２が、それぞれ複数のプロセスを並行して実行する場合、メイン／サブの切り換えは、ハードウェア単位ではなく、内部で起動される複数のプロセス単位で行われる。複数のプロセスは、例えば図４に示す構成であり、それぞれが仮想サーバとして機能する。
　管理サーバ２０（２０－１、２０－２）は、サーバシステム２－１、２－２の呼制御サーバ２１－１、２１－２およびプロビジョニングサーバ２２－１、２２－２で実行される各プロセスの動作状況を管理し、要求に応じてサーバや通信端末４にその情報を提供する。管理サーバ２０は、図９に示すような管理テーブルを備えている。
　ある通信端末４（発呼端末）が他の通信端末４（着呼端末）と通信する場合、発呼端末が、着呼端末の識別情報を制御情報として含む音声信号を呼制御サーバ２１に送信する。呼制御サーバ２１は、この音声信号をＬＴＥネットワーク３を介して着呼端末に転送する。これによって、ＳＩＰ手順などの事前の呼出手続なしで（一般の無線トランシーバのような操作で）、ネットワークを介した発呼端末－着呼端末間の音声通信が可能になる。この通信方式は、国際公開ＷＯ２０１５／０６８６６３号パンフレットに詳細に記載されている。
　図２は、管理サーバ２０（２０－１，２０－２）、呼制御サーバ２１（２１－１、２１－２）、および、プロビジョニングサーバ２２（２２－１、２２－２）のブロック図である。サーバは、制御部３０、記憶部３１およびネットワーク通信部３２を有している。記憶部３１は、たとえばハードディスクやＲＡＭなどで構成される。管理サーバ２０の場合、記憶部３１には、図９に示すような管理テーブルが記憶される。呼制御サーバ２１の場合、記憶部３１には、図７に示すようなステータステーブルが設けられる。ネットワーク通信部３２は、ＬＡＮ５およびＬＴＥネットワーク３を介して通信端末４や他のサーバと通信する。制御部３０は、各サーバの動作を制御する。
　図３は、通信端末４のブロック図である。通信端末４は、図１に示したように、ハンディトランシーバの外観を有しているが、機能的にはＬＴＥネットワーク３を介して音声信号を送受信する無線ネットワーク機器である。装置の動作を制御する制御部４０はマイクロプロセッサで構成される。制御部４０は、各種のデータが記憶される記憶部４１を有している。記憶部４１は、プロビジョニングデータ記憶エリア４１Ａを有する。プロビジョニングデータ記憶エリア４１Ａには、図１２に示すようなプロビジョニングデータが記憶される。制御部４０には、操作部４２、表示部４３、オーディオ回路４４、ＬＴＥ通信部４５およびカードスロット４６が接続されている。操作部４２は、ＰＴＴスイッチ２２０などのキースイッチを含み、ユーザの操作を受け付けてその操作信号を制御部４０に入力する。表示部４３は液晶ディスプレイを含む。液晶ディスプレイには、ユーザの操作によって選択された通信相手の識別番号や着信した通信相手の識別番号などが表示される。
　オーディオ回路４４は、マイク２４０およびスピーカ２４１を有している。制御部４０は、受信した音声信号をデコードしてオーディオ回路４４に入力する。オーディオ回路４４は、このデコードされたオーディオ信号をアナログ信号に変換してスピーカ２４１から出力する。オーディオ回路４４は、また、マイク２４０から入力された音声信号をデジタル信号に変換して制御部４０に入力する。制御部４０は、このデジタルオーディオ信号を音声パケット化してＬＴＥ通信部４５に入力する。ＬＴＥ通信部４５は、ＬＴＥ通信方式で無線通信を行う回路を有する。ＬＴＥ通信部４５は、制御部４０から入力されたパケットをＬＴＥネットワーク３に向けて送信し、ＬＴＥネットワーク３から受信したパケットを制御部４０に入力する。オーディオ回路４４にはイヤホンコネクタ２４２が設けられている。イヤホンコネクタ２４２にイヤホンマイク（不図示）が接続されると、オーディオ回路４４は、通信端末４本体に設けられているマイク２４０およびスピーカ２４１の機能を停止し、イヤホンマイクのマイクおよびスピーカ（イヤホン）を有効にする。カードスロット４６には、端末識別情報が記憶されたＩＣカード（ＳＩＭカード）４７がセットされる。第１ＬＴＥネットワーク３－１で使用される通信端末４には第１キャリアのＳＩＭカード４７がセットされ、第２ＬＴＥネットワーク３－２で使用される通信端末４には第２キャリアのＳＩＭカード４７がセットされる。このＳＩＭカード４７に記憶されている端末識別情報（ＩＣＣＩＤ）が各通信端末４の識別情報として用いられる。
　以上の構成の通信端末４において、ユーザがＰＴＴスイッチ２２０を押しながらマイク２４０に向けて音声を入力すると、通信端末４は、この音声信号を、予め設定された着呼端末の識別情報が書き込まれた音声パケットに編集し、この音声パケットをＬＴＥネットワーク３を介して呼制御サーバ２１に送信する。
　図４、図５は、呼制御サーバ２１、プロビジョニングサーバ２２の冗長化構成を示す図である。図４は、呼制御サーバ２１，プロビジョニングサーバ２２による二重化と呼制御サーバ２１の制御部３０におけるパーテーション構成を示す図、図５は、呼制御サーバ２１で実行される各プロセスの機能を示す図である。呼制御サーバ２１は、複数のクライアントに対して独立した通信サービスを提供できるように、相互に独立した複数のプロセス（仮想サーバ）を実行する。クライアントとは、例えば、音声通信システム１を利用する事業者である。図４に示すように、呼制御サーバ２１は、６のパーテーションに分割され、各パーテーションでそれぞれ別のプロセスを実行する。プロビジョニングサーバ２２は、複数のクライアントに対して共通であるが、各クライアントの通信端末４の固有識別番号に基づいて、それぞれ別のプロビジョニング処理を実行する。
　呼制御サーバ２１－１の各パーテーションで実行されるプロセスは、図５に示すように、クライアントＡ，Ｂ，Ｃの音声通信を制御するための呼制御プロセスＡ，Ｂ，Ｃである。呼制御サーバ２１－２の各パーテーションで実行されるプロセスは、図５に示すように、クライアントＡ，Ｂの音声通信を制御するための呼制御プロセスＡ，Ｂである。すなわち、クライアントＡ，Ｂの呼制御プロセスＡ，Ｂは冗長化されているが、クライアントＣの呼制御プロセスＣは冗長化されていない。
　呼制御プロセスＡは、クライアントＡの通信端末４相互間の音声通信を中継するプロセスである。呼制御プロセスＣは、クライアントＣの通信端末４相互間の音声通信を中継するプロセスである。一つの呼制御プロセスは、所定の台数（例えば１００台）までの通信端末４を収容することができる。なお、「通信端末４を収容する」とは、通信端末４をメモリに登録して、その通信端末４に対して音声通信の中継やプロビジョニングデータの送信を行うことである。所定台数以上の通信端末４を収容する場合、呼制御サーバ２１は、複数の呼制御プロセスおよび拠点間接続プロセスを実行する。各呼制御プロセスが１００台以内の通信端末４を収容し、拠点間接続プロセスが各呼制御プロセスを接続して、各呼制御プロセスに収容されている通信端末４相互間の音声通信を可能にする。クライアントＢは、所有する（収容すべき）通信端末４の台数が多い（１００台を超える）ため、２つの呼制御プロセスＢ１、Ｂ２が実行され、さらに、拠点間接続プロセスＢｒが実行されて呼制御プロセスＢ１、Ｂ２をつないでいる。これにより、クライアントＢに属する全ての通信端末４相互間の音声通信が実現される。
　図４に示すように、クライアントＡ，Ｂの呼制御プロセスＡ，Ｂは冗長化されているが、クライアントＣの呼制御プロセスＣは冗長化されていない。冗長化されたハードウェアである呼制御サーバ２１で実行される呼制御プロセスは、プロセス単位で冗長化の有無を設定することができる。ハードウェア資源やプロセスの重要度などに基づいて、各プロセスの冗長化の有無を決定すればよい。
　プロビジョニングサーバ２２は、通信端末４に図１２に示すようなプロビジョニングデータを送信するためのサーバである。通信端末４は、電源オン時にプロビジョニングサーバ２２にアクセスし、図１２に示すプロビジョニングデータを受信する。通信端末４は、受信したプロビジョニングデータで自身の動作をセットアップし、その通信端末４が所属するクライアントの呼制御プロセスにアクセスできるようになる。プロビジョニングについては、国際公開ＷＯ２０１７／０８６４１６号パンフレットに詳細に記載されている。
　呼制御サーバ２１－１およびプロビジョニングサーバ２２－１と呼制御サーバ２１－２およびプロビジョニングサーバ２２－２が、必ずしも同じ性能のものである必要はなく、設定可能なパーテーションの数も同数である必要はない。
　冗長化され呼制御サーバ２１－１、呼制御サーバ２１－２の両方で実行されている呼制御プロセスＡ，Ｂのうち、呼制御サーバ２１－１で実行されているプロセスが、稼働プロセスとして通信端末４相互間の音声通信を中継する呼制御処理を実際に行う。呼制御サーバ２１－２で実行されている各プロセスは、待機プロセスとして、対応する稼働プロセス（呼制御サーバ２１－１で実行されている同じプロセス）がダウンした場合に交替するべく待機している。各プロセスの動作モード（稼働プロセス／待機プロセス）は、管理サーバ２０の管理テーブル（図９参照）に記憶される。
　なお、プロビジョニングサーバ２２－１、プロビジョニングサーバ２２－２は、両方とも稼働モードに設定され、通信端末４からのプロビジョニング要求に応答する。
　図５は、通常運用時、すなわち、全てのプロセスが正常に実行されているときの各呼制御プロセスと通信端末４との接続関係を示している。各クライアントが所持する通信端末４には、第１通信キャリアのＳＩＭがセットされ、第１ＬＴＥネットワーク３－１を介してサーバシステム２にアクセスする通信端末４、および、第２通信キャリアのＳＩＭがセットされ、第２ＬＴＥネットワーク３－２を介してサーバシステム２にアクセスする通信端末４がある。通常運用時は、メインサーバである呼制御サーバ２１－１の呼制御プロセスＡ，Ｂ１，Ｂ２，Ｃが稼働して、実際に呼制御処理を行っているため、通信端末４は全て呼制御サーバ２１－１のプロセスに接続される。呼制御サーバ２１－１は第１ＬＴＥネットワーク３－１側に接続されているため、第２ＬＴＥネットワーク３－２に接続される通信端末４は、第２ＬＴＥネットワーク３－２からＶＰＮ６を経由して呼制御サーバ２１－１にアクセスする。なお、第１通信キャリアのＳＩＭおよび第２通信キャリアのＳＩＭの両方がセットされ、第１ＬＴＥネットワーク３－１、第２ＬＴＥネットワーク３－２のどうちらを介してでもサーバシステム２にアクセス可能なマルチ・キャリア通信端末４を設けてもよい。
　通常運用中に呼制御サーバ２１－１のいずれかのプロセスがダウンした場合、ダウンしたプロセスが、図６Ｂ，図６Ｃに示すような形態で、呼制御サーバ２１－２の待機プロセスに切り換えられる。図６では、クライアントＢの呼制御プロセスＢ（呼制御プロセスＢ１，Ｂ２および拠点間接続プロセスＢｒ）における稼働プロセスから待機プロセスへの切り換えについて説明する。
　図６ＡはクライアントＢの各プロセスが正常に実行されている場合の各プロセスおよび通信端末４の接続形態を示している。この接続形態は、図５に示したものと同じである。ここでは、呼制御プロセスＢ１－１，Ｂ２－１および拠点間接続プロセスＢｒ－１が稼働しており、通信端末４は、呼制御プロセスＢ１－１，Ｂ２－１にアクセスする。詳細には、通信端末４－１は、第１ＬＴＥネットワーク３－１を介して呼制御プロセスＢ１－１にアクセスし、通信端末４－３は、第２ＬＴＥネットワーク３－２およびＶＰＮ６を介して呼制御プロセスＢ１－１にアクセスする。通信端末４－２は、第１ＬＴＥネットワーク３－１を介して呼制御プロセスＢ２－１にアクセスし、通信端末４－４は、第２ＬＴＥネットワーク３－２およびＶＰＮ６を介して呼制御プロセスＢ２－１にアクセスする。
　図６Ｂは、呼制御プロセスＢ２－１がダウンした場合の接続形態を示している。稼働プロセスであった呼制御プロセスＢ２－１がダウンしたため、対応する待機プロセスである呼制御プロセスＢ２－２が稼働プロセスとなる。そうすると、通信端末４－２、４－４は、呼制御プロセスＢ２－１から呼制御プロセスＢ２－２にアクセス先を変更する。詳細には、通信端末４－２は、第１ＬＴＥネットワーク３－１およびＶＰＮ６を介して呼制御プロセスＢ２－２にアクセスし、通信端末４－４は、第２ＬＴＥネットワーク３－２を介して呼制御プロセスＢ２－２にアクセスする。また、拠点間接続プロセスＢｒ－１は、メインの呼制御プロセスＢ１－１とサブの呼制御プロセスＢ２－２とを接続するよう接続拠点を切り換える。
　図６Ｃは、拠点間接続プロセスＢｒ－１がダウンした場合の接続形態を示している。稼働プロセスであった拠点間接続プロセスＢｒ－１がダウンしたため、待機プロセスである拠点間接続プロセスＢｒ－２が稼働プロセスとなる。呼制御サーバ２１－１の呼制御プロセスＢ１－１、Ｂ２－１が正常に稼働しているため、拠点間接続プロセスＢｒ－２は、ＶＰＮ６を介して、呼制御サーバ２１－１の呼制御プロセスＢ１－１およびＢ２－１を接続する。なお、通常動作時と同様に呼制御プロセスＢ１－１およびＢ２－１は正常に稼働しているため、通信端末４－１～４のアクセス先に変更はない。
　このように、ハードウェアの呼制御サーバ２１－１、２１－２で複数のプロセス（仮想サーバ）が稼働しており、そのいずれかがダウンした場合、プロセス単位で呼制御サーバ２１－１のプロセスから呼制御サーバ２１－２のプロセスに切り換えられる。
　各プロセスは、自身が実行しているプロセスおよび対応する相手プロセスの状態を記憶するため、記憶部３１に図７に示すようなステータステーブルを有している。ステータステーブルは、自身が実行しているプロセスの名称、動作設定、動作モード（稼働モード（active）／待機モード（standby））、および、自身の動作通知有効期限、稼働中システムの動作通知有効期限の記憶エリアを有している。動作設定の欄には、メインプロセス（main）／サブプロセス（sub）／単独プロセス（alone）のいずれかの設定情報が記憶される。呼制御サーバ２１－１および呼制御サーバ２１－２で、同じプロセスが実行される場合、そのうちの一方がメインプロセスに設定され、他方がサブプロセスに設定される。一般的に、メインサーバである呼制御サーバ２１－１で実行されるプロセスがメインプロセスに設定され、サブサーバである呼制御サーバ２１－２で実行されるプロセスがサブプロセスに設定される。両プロセスが正常に動作しているときは、メインプロセスが実際の処理を実行する稼働モードになり、サブプロセスが待機モードになる。メインプロセスがダウンした場合、サブプロセスが稼働モードになる。動作モードの欄には、このプロセスの動作モードが稼働モードであるか、待機モードであるかが記憶される。
　呼制御プロセスＣは、呼制御サーバ２１－１のみで実行されているため、動作設定の欄には、単独プロセスが記憶される。
　各プロセスが管理サーバ２０および対応する待機プロセスに送信する動作通知は、自身が実行しているプロセスの名称、動作設定、動作モード、および、この動作通知の有効期限を含んでいる。
　図７Ａは、メインプロセスのステータステーブルの記憶内容の例を示す図である。この例では、このプロセスは、呼制御プロセスＢ２－１を実行しており、動作設定はメイン、動作モードは稼働モードである。動作通知有効期限は、自身が管理サーバ２０および相手のサブプロセスに対して送った動作通知の有効期限が記憶される。動作通知は、自身が管理サーバ２０および待機プロセスに対して、自身が正常に動作していることを通知するメッセージである。待機プロセスおよび管理サーバ２０は、この動作通知の有効期限が経過する前に新たな有効期限の動作通知が送られてくることで稼働プロセスが正常に動作していることを確認する。稼働プロセス動作通知有効期限は、自身が待機中の場合に、対応する稼働プロセスから受信した動作通知の有効期限が記憶される。図７Ａは、稼働プロセスのステータステーブルであるため、稼働プロセスから受信する稼働プロセス動作通知有効期限は空欄である。
　図７Ｂは、サブプロセスのステータステーブルの記憶内容の例を示す図である。この例では、このプロセスは、呼制御プロセスＢ２－２を実行しており、動作設定はサブプロセス、動作モードは待機モードである。動作通知有効期限は、自身が管理サーバ２０に対して送った動作通知の有効期限が記憶される。稼働システム動作通知有効期限には、対応する稼働プロセス（呼制御プロセスＢ２－１）から送られてきた動作通知の有効期限が記憶される。有効期限が経過する前に新たな有効期限の動作通知が送られてくると、その新たな有効期限でテーブルを更新し、待機モードを継続する。
　この有効期限を過ぎても稼働プロセスから動作通知が送られて来ない場合、同図右欄に示すように、このサブプロセスは、稼働プロセスであるメインプロセスがダウンしていると判断し、自身の動作モードを稼働モードに切り換えて、通信端末４の音声通信の中継を開始する。
　図８は呼制御サーバ２１で実行される呼制御プロセスの動作を示すフローチャートである。図８Ａは、稼働プロセスの動作通知処理を示している。稼働プロセスは、定期的（たとえば１分毎）に、両側の管理サーバ２０－１、２０－２に対して動作通知を送信し（Ｓ１１）、且つ、対応する待機プロセスに対しても動作通知を送信する（Ｓ１２）。送信された動作通知の有効期限は、次の送信予定時刻よりも長く設定されている。稼働プロセスは、この有効期限で、自身のステータステーブルの動作通知の有効期限を更新する（Ｓ１３）。
　図８Ｂは、稼働プロセスおよび待機プロセスが実行する動作状況確認処理を示している。この処理も定期的に実行される。稼働プロセスには、他のプロセスと接続があるものがある。他のプロセスとの接続とは、例えば、図５、図６に示した呼制御プロセスＢ１と拠点間接続プロセスＢｒ、呼制御プロセスＢ２と拠点間接続プロセスＢｒがそれぞれ接続された状態である。プロセスがこのような形態で他のプロセスで接続されている場合、このプロセスは、他のプロセスの動作状況に合わせて自身の接続先を切り換える等の処理を行う。プロセスは、所定の時間ごとに管理サーバ２０に各プロセスの動作状況を問い合わせる（Ｓ１６）。この問い合わせに応答して管理サーバ２０から各プロセスの動作状況が返信されてくると（Ｓ１７）、プロセスは、接続先のプロセスがダウンして待機プロセスが稼働プロセスに切り換わっているなど、接続先の動作状況に変更があるかを判断する（Ｓ１８）。接続先の動作状況に変更があった場合には（Ｓ１８でＹＥＳ）、プロセスは、現在の動作状況に合わせて接続先を切り換えて（Ｓ１９）、処理を終了する。他のプロセスと接続がない場合、または、接続先の変更がない場合（Ｓ１８でＮＯ）には、プロセスは、動作状況確認処理を終了する。
 
　例えば、図６Ｂのように、呼制御プロセスＢ２－１がダウンした場合、拠点間接続プロセスＢｒ－１は、管理サーバ２０－１に動作状況を問い合わせたときに、呼制御プロセスＢ２－１がダウンしていること、および、その待機プロセスであった呼制御プロセスＢ２－２が稼働を開始していることを知る。そこで、呼制御プロセスＢ２－２に対するプロセス間通信を開始することにより、呼制御プロセスＢの稼働を維持する。
　図８Ｂにおける管理サーバ２０への問い合わせは、同じ側の管理サーバ２０、すなわち、このプロセスが実行されている呼制御サーバ２１と同じサーバシステム２－１、２－２内に設置されている管理サーバ２０に対して行行われる。問い合わせに対して、この管理サーバ２０が応答しなかった場合、プロセスは、反対側の管理サーバ２０に再度問い合わせる。反対側の管理サーバ２０とは、このプロセスが実行されている呼制御サーバ２１と異なるサーバシステム２－１、２－２内に設置されている管理サーバ２０である。
　管理サーバ２０への問い合わせは、一定時間毎に行ってもよいが、プロセス間通信の変更や待機プロセスの動作モードの切り換え（図８Ｄ参照）が発生するごとに管理サーバ２０に対して各プロセスの動作状況（通信相手）を問い合わせるようにしてもよい。
　図８Ｃは、待機プロセスの動作通知処理を示している。待機プロセスは、定期的（たとえば１分毎）に、両側の管理サーバ２０－１、２０－２に対して動作通知を送信する（Ｓ２１）。送信した動作通知の有効期限は、次の送信予定時刻よりも長く設定されている。この有効期限で、自身のステータステーブルの動作通知の有効期限を更新する（Ｓ２２）。
　図８Ｄは、待機プロセスの動作状況確認処理を示している。この処理も定期的に実行される。待機プロセスは、ステータステーブルを参照して稼働プロセスの動作通知が有効であるかを判断する（Ｓ２４）。稼働プロセスからの動作通知の有効期限が切れている場合（Ｓ２４でＮＯ）、待機プロセスは、稼働プロセスがダウンしていると判断する。待機プロセスは、図８Ｂの処理で取得していた各プロセスの動作状況に合わせて接続先等を設定して、ダウンした稼働プロセス（メインプロセス）に代わって自身を稼働プロセスとして動作を開始する（Ｓ２５）。新たな稼働プロセスは、ステータステーブルの動作モードを稼働モードに書き換える（Ｓ２６）。例えば、図６Ｃのように、拠点間接続プロセスＢｒ－１がダウンした場合、拠点間接続プロセスＢｒ－２が、稼働している呼制御プロセスＢ１－１、Ｂ２－１とプロセス間通信を行う稼働を開始する。
　新たな稼働プロセスは、稼働プロセスとして動作を開始したのち、管理サーバ２０に対して、動作モードを変更した旨を通知する（Ｓ２７）。この動作モード変更通知は、動作通知を兼ねている。一方、Ｓ２４において、稼働プロセスが正常に動作している場合、すなわち、動作通知の有効期限が切れていない場合（Ｓ２４でＹＥＳ）、待機プロセスは、動作状況確認処理を終了する。
　図９は、管理サーバ２０に設定される管理テーブルの例を示す図である。図９には、管理テーブルのうち、呼制御サーバ２１－１、２１－２のプロセスに関する部分のみ記載する。プロビジョニングサーバ２２－１、２２－２の各プロセスについても同様のテーブルが設けられている。
　管理テーブル３１には、メインサーバである（第一）呼制御サーバ２１－１、および、サブサーバである（第二）呼制御サーバ２１－２で実行される全てのプロセスの情報が記憶されている。管理テーブル３１には、プロセスごとに、動作通知有効期限、動作設定、動作モードが記憶される。動作通知有効期限の欄には、プロセスから送られてきた動作通知に記載されていた有効期限が記憶される。管理サーバ２０が、この有効期限以内にプロセスから新たな動作通知を受信した場合、この有効期限は、その新たな動作通知に記載されている有効期限に更新される。動作設定の欄には、メインプロセス／サブプロセスのいずれかの設定情報が記憶される。動作モードの欄には、稼働モード／待機モードのいずれかが記憶される。
　各プロセスから、動作通知有効期限内に新たな動作通知が送られてこなかった場合には、そのプロセスがダウンしている（動作通知を送信する機能が失われている）として、管理サーバ２０は、動作モードをダウンに書き換える。正常に動作しているプロセスから定期的に全プロセスの動作状況の問い合わせがあるため、管理サーバ２０は、この問い合わせに応答して、正常に稼働しているプロセス、正常に待機しているプロセス、および、ダウンしているプロセス等の情報を返信する。各プロセスは、この動作状況に応じて接続先の切り換えなどを行う。また、管理サーバ２０は、稼働プロセスのダウンに対応して稼働を開始したプロセスから、稼働を開始した旨の通知を受信した場合、管理テーブルのこのプロセスの動作モードを稼働モードに書き換える。
　なお、管理テーブルに、プロセス間通信を行うプロセス（例えば呼制御プロセスＢ１－１、Ｂ１－２、Ｂｒ－１など）について、通信相手である接続先プロセスを記憶するエリアを設けてもよい。
　図１０は管理サーバ２０の動作を表すフローチャートである。図１０Ａは、有効期限更新動作を示すフローチャートである。いずれかのプロセスから動作通知を受信すると（Ｓ３１）、管理テーブルのそのプロセスの動作通知有効期限を更新する（Ｓ３２）。なお、プロセスが起動し、初めて動作通知を送信した場合、管理サーバ２０は、このプロセスを管理テーブルに登録して動作通知有効期限を書き込む。
　図１０Ｂは、プロセスから稼働開始通知を受信した場合の動作を示すフローチャートである。待機プロセスから（ダウンした稼働プロセスに代わって）稼働を開始した旨の通知を受信すると（Ｓ３５：図８ＤのＳ２７参照）、管理サーバ２０は、管理テーブル３１のそのプロセスの動作モードを稼働モードに変更する（Ｓ３６）。この稼働開始通知は動作通知を兼ねているので、管理サーバ２０は、このプロセスの動作通知有効期限を更新する（Ｓ３７）。管理サーバ２０は、稼働プロセスが変更になった旨をシステム管理者の端末（パーソナルコンピュータ）に対してメール等でアラートを送信する（Ｓ３８）。
　図１０Ｃは、テーブルメンテナンス動作を示すフローチャートである。定期的に管理テーブル３１に記憶されている全てのプロセスについて以下の処理が実行される。管理サーバ２０は、プロセスの動作通知の有効期限を読み出す（Ｓ４１）。この有効期限を現在時刻と比較し、有効期限切れになっている場合には（Ｓ４２でＹＥＳ）、管理サーバ２０は、動作モードをダウンに書き換える（Ｓ４４）。管理サーバ２０は、この動作を管理テーブル３１に記憶されている全てのプロセスについて実行する。なお、Ｓ４４において、ダウン状態が継続していて既に動作モードがダウンに書き換えられている場合でも、動作モードのダウンへの書き換えが行われるが、既にダウンモードの場合は書き換えないようにしてもよい。
　動作通知の有効期限が切れていなければ（Ｓ４２でＮＯ）、管理サーバ２０は、現在の動作モードがダウンであるかを判断する（Ｓ４５）。動作モードがダウンである場合には（Ｓ４５でＹＥＳ）、管理サーバ２０は、動作モードを待機モードに書き換える（Ｓ４６）。動作通知の有効期限が切れておらず（Ｓ４２でＮＯ）且つ動作モードがダウンでない場合には（Ｓ４５でＮＯ）、管理サーバ２０は、このプロセスに対するメンテナンス処理を終了する。管理サーバ２０は、Ｓ４１－Ｓ４６のメンテナンス処理を管理テーブル３１に記憶されている全てのプロセスについて順次実行する。
　Ｓ４６に示すように、一度ダウンしたプロセスが復旧した場合、このプロセスは、現在稼働中のプロセスのダウンに備えた待機プロセスとして動作する。動作設定がメインプロセスとされているプロセスが復旧した場合には、このメインプロセスが稼働プロセスに復帰し、そのときまで稼働プロセスとして動作していたサブプロセスが待機モードに切り換わってもよい。
　図１１Ａは、クライアントＢの呼制御プロセスが、図６Ｂの状態になった場合の管理テーブル３１の記憶内容を示す図である。図１１Ｂは、クライアントＢの呼制御プロセスが、図６Ｃの状態になった場合の管理テーブル３１の記憶内容を示す図である。この図では、各プロセスの動作モードの欄のみを表示している。図６Ｂの状態では、呼制御プロセスＢ２－１がダウンし、これに代えて呼制御プロセスＢ２－２が稼働している。この場合、図１１Ａに示す管理テーブルにおいても、呼制御プロセスＢ２－１の動作モードがダウンに書き換えられ、これに代えて呼制御プロセスＢ２－２の動作モードが稼働モードになっている。
　図６Ｃの状態では、呼制御サーバ２１－１の拠点間接続プロセスＢｒ－１がダウンし、これに代えて呼制御サーバ２１－２の拠点間接続プロセスＢｒ－２が稼働している。この場合、図１１Ｂに示す管理テーブル３１においても、拠点間接続プロセスＢｒ－１の動作モードがダウンに書き換えられ、これに代えて拠点間接続プロセスＢｒ－２の動作モードが稼働モードになっている。
　このように、管理サーバ２０は、各プロセスの動作モードの変更に対応して管理テーブルを更新し、他のプロセスや通信端末４からの問い合わせに対しては、このテーブルの内容を送信する。これにより、プロセスが他のプロセスの状態を知ることができるようになり、プロセス間通信の接続先を変更することや、通信端末４が、アクセスする呼制御プロセスを変更することが容易になる。
　管理サーバ２０は、ウェブサーバとしても機能する。管理テーブルの内容やその更新履歴等をＬＡＮ５またはＬＴＥネットワーク３経由で管理者のパーソナルコンピュータに映すことができる。
　図１０Ｄは、管理サーバ２０のプロセスからの問い合わせに対応する処理を示すフローチャートである。プロセスから動作状況の問い合わせがあると（Ｓ５０：図８ＢのＳ１６、図８ＤのＳ２５参照）、管理サーバ２０は、問い合わせのあったプロセスに対して、各プロセスの動作状況（管理テーブルの内容）を送信する（Ｓ５１）。これにより、プロセスは他のプロセスの動作状況を知ることができる。
　図１０Ｅは、管理サーバ２０の通信端末４からの問い合わせに対応する処理を示すフローチャートである。通信端末４から稼働中の呼制御プロセスの問い合わせがあると（Ｓ５４）、管理サーバ２０は、その通信端末４が所属するクライアントの呼制御プロセスのうち稼働している側の呼制御プロセスを通知する（Ｓ５５）。これにより、稼働していた呼制御プロセスがダウンして稼働中呼制御プロセスが切り換わった場合、通信端末４がその切り換わった呼制御プロセスにアクセスすることが可能になる。
　図１２は、通信端末４のメモリに記憶されるプロビジョニングデータ４１の一例を示す図である。プロビジョニングデータ４１は、メインプロビジョニングサーバアドレス、サブプロビジョニングサーバアドレス、メイン呼制御サーバアドレス、サブ呼制御サーバアドレス、および、各種設定情報を含んでいる。
　メインプロビジョニングサーバアドレスは、プロビジョニングサーバ２２－１のＩＰアドレスおよびポート番号を含んでいる。サブプロビジョニングサーバアドレスは、プロビジョニングサーバ２２－２のＩＰアドレスおよびポート番号を含んでいる。これらのアドレスは、プロビジョニングサーバ２２から与えられてもよく、事前に通信端末４に記憶されていてもよい。
　メイン呼制御サーバアドレスは、呼制御サーバ２１－１のＩＰアドレス、および、この通信端末４が所属するクライアントのプロセスのポート番号を含んでいる。サブ呼制御サーバアドレスは、プロビジョニングサーバ２２－２のＩＰアドレス、および、この通信端末４が所属するクライアントのプロセスのポート番号を含んでいる。メインプロビジョニングサーバアドレス／サブプロビジョニングサーバアドレス、および、メイン呼制御サーバアドレス／サブ呼制御サーバアドレスには、どのアドレスのプロセスが稼働中であるかを示す稼働中フラグが設けられている。デフォルトでは、メインプロビジョニングサーバアドレスおよびメイン呼制御サーバアドレスの稼働中フラグがセットされる。
　各種設定情報は、たとえば、通信端末４の呼出ＩＤ、通知音設定（着信時の通知音の選択情報）、イヤホン設定（イヤホンマイクが接続された場合にフル・デュプレックス通信を行うか否かの設定情報）、アドレス帳（呼出可能な通信端末４の呼出ＩＤリスト）、音量設定（通話音の音量設定情報）などである。
　図１３Ａ－Ｃは、通信端末４の動作を示すフローチャートである。図１３Ａは、プロビジョニング動作を示すフローチャートである。この動作は通信端末４の電源オン時などに実行される。通信端末４の制御部４０が、メインサーバであるプロビジョニングサーバ２２－１にアクセスして、プロビジョニングデータの送信を要求する（Ｓ６１）。一定時間以内にプロビジョニングサーバ２２－１から応答があった場合には（Ｓ６２でＹＥＳ）、通信端末４は、このサーバからプロビジョニングデータを受信して（Ｓ６５）、プロビジョニングを実行する（Ｓ６６）。一定時間以内にプロビジョニングサーバ２２－１から応答がなかった場合（Ｓ６２でＮＯ）、通信端末４は、サブサーバであるプロビジョニングサーバ２２－２にアクセスして、プロビジョニングデータの送信を要求し（Ｓ６３）、稼働中フラグをサブプロビジョニングサーバ２２－２側に切り換える（Ｓ６４）。そして、通信端末４は、サブプロビジョニングサーバ２２－２からプロビジョニングデータを受信する（Ｓ６５）。２つのプロビジョニングサーバ２２－１、２２－２が同時にダウンした場合、通信端末４は、以前に取得したプロビジョニングデータを用いて接続を試みるようにすればよい。
　図１３Ｂは、通信端末４の音声通信時の動作を示すフローチャートである。ＰＴＴスイッチ２２０が押されるとこの動作が開始される。通信端末４の制御部４０が、メインの呼制御サーバ２１－１のこの通信端末４に割り当てられた呼制御プロセス（仮想サーバ）に音声信号を送信する（Ｓ７１）。一定時間以内に呼制御サーバ２１－１のプロセスから応答があった場合には（Ｓ７２でＹＥＳ）、通信端末４は音声通信を開始する。一定時間以内に呼制御サーバ２１－１のプロセスから応答がなかった場合には（Ｓ７２でＮＯ）、通信端末４は、通信不可である旨の表示を行う等して動作を停止する。この通信ダウンの状態は、それまで稼働していた呼制御プロセスがダウンしたのち、図１３Ｃの稼働プロセス確認前に通信が開始された場合に発生し得る状態である。
　図１３Ｃは、通信端末４が、稼働している呼制御プロセスを問い合わせる動作を示すフローチャートである。この処理は定期的に行われるが、図１３ＢのＳ７２で稼働中としていた呼制御プロセスから応答がなかったときに臨時に実行されるようにしてもよい。通信端末４の制御部４０は、管理サーバ２０に、この通信端末４を収容している稼働中の呼制御プロセスを問い合わせる（Ｓ７３）。これに応答して管理サーバ２０から稼働プロセスの情報が送られてくる。通信端末４は、この情報を受信し（Ｓ７４：図１０ＥのＳ５５参照）、稼働プロセスが切り換えられたかを判断する（Ｓ７５）。切り換えられた場合（Ｓ７５でＹＥＳ）、通信端末４は、呼制御サーバの稼働中フラグを稼働プロセス側（サブ呼制御サーバ側）に切り換える（Ｓ７６）。これ以後、通信端末４は、音声通信が発生した場合に、稼働プロセスに切り換わった呼制御プロセスに対してアクセスする。
　通信端末４は、運用開始時および定期的に、さらにはエリア移動などの機会ごとに、稼働モードの呼制御サーバ２１に対して、登録を要求するメッセージ（レジストメッセージ）を送信する。稼働モードの呼制御サーバ２１は、このメッセージを受信することにより、運用中の通信端末を把握し、この通信端末４を端末テーブルに登録することができる。通信端末４は、このレジストメッセージを稼働モードとされる呼制御サーバ２１－１／２に送信しても応答がない場合、この呼制御サーバ２１－１／２はダウンしているとして、反対側の呼制御サーバ２１－２／１に、改めてレジストメッセージを送信する。
　図１０、図１３に示すフローチャートでは、通信端末４は、定期的に管理サーバ２０に対して、稼働モードの呼制御プロセスを問い合わせているが、上記のレジストメッセージに対する応答の有無によって稼働モードの呼制御プロセスがどちらであるかを解決してもよい。
　待機モードで動作している呼制御プロセスが、通信端末からレジストメッセージを受信した場合、レジストメッセージの送信先を反対側の（稼働モードの）呼制御プロセスに切り換えて再送信すべき旨の応答を通信端末に返信するようにしてもよい。
　レジストメッセージに対する応答の有無で稼働モードの呼制御サーバ２１を判断するようにすれば、通信端末４の台数が多い場合でも、管理サーバ２０に対する問い合わせが頻発することがなくなり、管理サーバ２０の負荷を軽減することができる。ただし、一般的にレジストの間隔は、図１３Ｃ等に示した問い合わせの間隔よりも長いため、通信端末４が稼働モードの呼制御プロセスの交代を知るまでの時間が長くなる。
　以上は、呼制御サーバ２１－１、２１－２のプロセスがダウンした場合の呼制御動作の切り換えについて説明した。プロセスがダウンしていない場合でも、サーバシステム２－１とサーバシステム２－２とをつなぐＶＰＮ６がダウンする場合がある。図１４、図１５を参照して、ＶＰＮ６がダウンした場合の縮退動作について説明する。
　図１４は、クライアントＢの呼制御プロセスにおいて、ＶＰＮ６がダウンした場合のプロセス間の接続形態を示している。管理サーバ２０－１、２０－２、呼制御サーバ２１－１、２１－２、プロビジョニングサーバ２２－１、２２－２は正常に動作しており、呼制御プロセスＢ１－１、Ｂ２－１、Ｂ１－２、Ｂ２－２、および、拠点間接続プロセスＢｒ－１、Ｂｒ－２もそれぞれ正常に動作している。
　ＶＰＮ６がダウンすると、サーバシステム２－１、２－２間の通信が不可能になる。この場合でも、サーバシステム２－１の管理サーバ２０－１、呼制御サーバ２１－１、プロビジョニングサーバ２２－１は正常に動作しているため、第１ＬＴＥネットワーク３－１を介してサーバシステム２－１にアクセスする通信端末４（４－１、４－２）に対して呼制御プロセスＢなどのサービスを継続することが可能である。
　一方、サーバシステム２－２においても、管理サーバ２０－２、呼制御サーバ２１－２、プロビジョニングサーバ２２－２は正常に動作しており、且つ、サーバシステム２－１の各プロセスからの動作通知が届かなくなるため、管理サーバ２０－２および呼制御サーバ２１－２、プロビジョニングサーバ２２－２の各プロセスは、サーバシステム２－１側の各プロセスが全てダウンしたと判断し、呼制御サーバ２１－２、プロビジョニングサーバ２２－２の各プロセスは、待機モードから稼働モードに切り換わってクライアントＢに対する呼制御プロセスを稼働させる。そして、呼制御サーバ２１－２で立ち上げられた呼制御プロセスは、第２ＬＴＥネットワーク３－２を介してサーバシステム２にアクセスする通信端末４（４－３、４－４）に対してサービスを提供する。
　このように、ＶＰＮ６がダウンすると、第１、第２ＬＴＥネットワーク３－１、３－２をつなぐ通信は不可能になるが、第１、第２ＬＴＥネットワーク３－１、３－２で呼制御プロセスＢが稼働モードとなり、それぞれの範囲でサービスを提供できるようになる。
　このとき、サーバシステム２－１内の管理サーバ２０－１の管理テーブル３１は、図１５Ａに示すように、呼制御サーバ２１－１の各プロセスが全て稼働モードになっており、呼制御サーバ２１－２の各プロセスの動作モードが全てダウンになっている。一方、サーバシステム２－２内の管理サーバ２０－２の管理テーブルは、図１５Ｂに示すように、呼制御サーバ２１－１の各プロセスの動作モードが全てダウンになっており、呼制御サーバ２１－２の各プロセスが全て稼働モードになっている。呼制御プロセスＣは、冗長化されておらず、呼制御サーバ２１－１のみで実行される。このため、ＶＰＮ６がダウンした場合、第２ＬＴＥネットワーク３－２のエリアにクライアントＣの通信端末４があった場合には、この通信端末４は通信することができなくなる。
　この縮退動作は、ＶＰＮ６のダウンによって相手側プロセスからの動作通知が途絶えたことに対応する動作として、図８に示した呼制御サーバ２１－１、２１－２の各プロセスの動作、および、図１０に示した管理サーバ２０－１、２０－２の動作によって実現可能である。
　図１６は、ＬＴＥネットワーク３（３－１、３－２）のうち、一方のサービスがダウンした場合の動作形態を示す図である。図１６Ａは、第１ＬＴＥネットワーク３－１がダウンした場合の動作形態を示している。第１ＬＴＥネットワーク３－１がダウンしているため、この第１ＬＴＥネットワーク３－１に接続する通信端末４－１、４－２は通信不可である。しかしながら、サーバシステム２－１内で稼働している呼制御サーバ２１－１の稼働プロセスである呼制御プロセスＢ１－１、Ｂ１－２は、ＶＰＮ６を介して第２ＬＴＥネットワーク３－２に接続されているため、第２ＬＴＥネットワーク３－２に接続される通信端末４－３、４－４がこの呼制御プロセスＢ１－１、Ｂ２－１にアクセスして通信が可能であり、一方のネットワーク３－２のみを用いた通信維持される。
　また、図１６Ｂは、第２ＬＴＥネットワーク３－２がダウンした場合の動作形態を示している。第２ＬＴＥネットワーク３－２がダウンしているため、第２ＬＴＥネットワーク３－２に接続する通信端末４－３、４－４は通信不可である。しかしながら、稼働プロセスである呼制御プロセスＢ１－１、Ｂ１－２は、第１ＬＴＥネットワーク３－１上に設置されているため、第１ＬＴＥネットワーク３－１に接続される通信端末４－１、４－２がこの呼制御プロセスＢ１－１、Ｂ２－１にアクセスして通信が可能であり、一方のネットワーク３－１のみを用いた通信維持される。
　なお、第１ＬＴＥネットワーク３－１、第２ＬＴＥネットワーク３－２の両方のＳＩＭが装着されたマルチ・キャリア通信端末であれば、障害が発生していない方のＬＴＥネットワークに接続して通信を行うことが可能である。
　この実施形態では、呼制御サーバ２１－１をメインサーバ、呼制御サーバ２１－２をサブサーバとして、呼制御サーバ２１－１で実行される各プロセスをメインプロセスとして動作設定しているが、メインプロセスとして動作設定されるプロセスを呼制御サーバ２１－１、２１－２に分散させてもよい。
　以上の実施形態では、サーバシステム２、ネットワーク３がそれぞれ２つずつ設けられている構成について説明したが、第３、第４、・・・のサーバシステム、ネットワークを有する構成であってもよい。そのようにすることにより、さらなる冗長化が可能になる。
１　音声通信システム
２（２－１、２－２）　サーバシステム
２０（２０－１、２０－２）　管理サーバ
２１（２１－１、２１－２）　呼制御サーバ
２２（２２－１、２２－２）　プロビジョニングサーバ
３（３－１、３－２）　ＬＴＥネットワーク
４（４－１～４）　通信端末
 

Claims (9)

  1. 　第１ネットワーク上に設置され、第１呼制御サーバを備えた第１サーバシステムと、
    　前記第１ネットワークから分離された第２ネットワーク上に設置され、第２呼制御サーバを備えた第２サーバシステムと、
    　前記第１サーバシステムおよび前記第２サーバシステムを接続する前記第１、第２ネットワークとは別の通信線と、
    　を備え、
    　前記第１呼制御サーバおよび第２呼制御サーバは、前記第１、第２ネットワークに接続される複数の通信端末間の音声通信を制御する呼制御プロセスを並行して実行し、
    　前記通信端末の音声通信の音声信号は、前記第１、第２ネットワークおよび前記通信線を経由して転送される
    　音声通信システム。
  2. 　前記第１ネットワークおよび第２ネットワークは、それぞれ異なる通信事業者による閉域ネットワークである請求項１に記載の音声通信システム。
  3. 　前記通信端末として、第１ネットワークに接続可能な第１通信端末、および、第２ネットワークに接続可能な第２通信端末が設けられ、
    　前記第１通信端末は、前記第１ネットワークを介して前記第１呼制御サーバにアクセス可能であるとともに、前記第１ネットワークおよび前記通信線を介して前記第２呼制御サーバにアクセス可能であり、
    　前記第２通信端末は、前記第２ネットワークを介して前記第２呼制御サーバにアクセス可能であるとともに、前記第２ネットワークおよび前記通信線を介して前記第１呼制御サーバにアクセス可能であり、
    　前記呼制御プロセスを並行して実行する第１呼制御サーバおよび前記第２呼制御サーバのうち、一方の呼制御サーバが、実際に音声通信を制御する稼働モードで動作し、他方の呼制御サーバが、前記稼働モードの呼制御サーバが正常に動作しないとき、該正常に動作しない呼制御サーバに代わって稼働モードとなる待機モードで動作し、
    　前記稼働モードの呼制御サーバである稼働サーバは、前記待機モードの呼制御サーバである待機サーバに対して、自身が正常に動作していることを通知するメッセージである動作通知を、前記通信線を介して定期的に送信し、前記待機サーバは、前記動作通知を定期的に受信している間、前記待機モードを維持し、
    　前記通信端末は、前記稼働モードの呼制御サーバにアクセスして、他の通信端末と音声通信を行う、
    　請求項１または請求項２に記載の音声通信システム。
  4. 　前記通信線の障害により、前記第１、第２サーバシステム間の通信が不可能となった場合、
    　前記稼働サーバは、稼働モードを維持し、
    　前記待機サーバは、自身の動作モードを稼働モードに切り換えて、音声通信の制御を開始し、
    　前記稼働サーバ側のネットワークに接続される通信端末は、前記稼働サーバにアクセスして、該稼働サーバにアクセスする他の通信端末と音声通信を行い、
    　前記待機サーバ側のネットワークに接続される通信端末は、稼働モードになった前記待機サーバにアクセスして、該稼働モードになった待機サーバにアクセスする他の通信端末と音声通信を行う
    　請求項３に記載の音声通信システム。
  5. 　前記第１サーバシステムは、第１、第２呼制御サーバの動作状況を記憶する管理テーブルを有する第１管理サーバをさらに備え、前記第２サーバシステムは、第１、第２呼制御サーバの動作状況を記憶する管理テーブルを有する第２管理サーバをさらに備え、
    　第１呼制御サーバおよび第２呼制御サーバは、前記第１管理サーバおよび第２管理サーバに対して、定期的に自身が正常に動作していることを通知するメッセージである動作通知を送信し、
    　前記第１または第２呼制御サーバは、自身の動作モードを待機モードから稼働モードに切り換えたとき、その旨を通知するメッセージであるモード切換通知を前記第１管理サーバおよび第２管理サーバに送信し、
    　前記第１管理サーバおよび前記第２管理サーバは、前記動作通知および前記モード切換通知によって取得した各呼制御サーバの動作状況を前記管理テーブルに記憶し、
    　前記通信端末は、自身が接続するネットワーク上にある管理サーバに、第１呼制御サーバ、第２呼制御サーバのいずれが稼働サーバであるかの問い合わせを行い、回答された呼制御サーバにアクセスする
    　請求項１乃至請求項５に記載の音声通信システム。
  6. 　第１ネットワーク上に設置され、第１呼制御サーバを備えた第１サーバシステム、第２ネットワーク上に設置され、第２呼制御サーバを備えた第２サーバシステム、および、前記第１呼制御サーバおよび前記第２呼制御サーバを接続する前記第１、第２ネットワークと異なる通信線とを備えた音声通信システムにおいて、
    　前記通信線を介した通信が可能な通常時、前記第１サーバを、実際に呼制御サービスを提供する稼働モードで動作させ、前記第２サーバを、前記稼働モードの第１サーバがダウンしたとき、該第１サーバに代わって稼働モードとなる待機モードで動作させ、
    　前記通信線がダウンした障害時、前記第２呼制御サーバを、前記第１呼制御サーバとともに稼働モードで動作させる
    　呼制御サーバの冗長化方法。
  7. 　前記稼働モードの第１呼制御サーバは、前記待機モードの第２呼制御サーバに対して、自身が正常に動作していることを通知するメッセージである動作通知を定期的に送信し、
    　前記第２呼制御サーバは、前記第１呼制御サーバから前記動作通知を定期的に受信している間、待機モードを継続し、前記第１呼制御サーバから動作通知を受信しなくなると、自身の動作モードを待機モードから稼働モードに切り換える
    　請求項６に記載の呼制御サーバの冗長化方法。
  8. 　前記音声通信システムは、第１ネットワークに接続可能な第１通信端末、および、第２ネットワークに接続可能な第２通信端末をさらに備え、
    　前記通常時は、前記第１通信端末は、前記第１ネットワークを介して前記稼働モードの第１呼制御サーバにアクセスし、前記第２通信端末は、前記第２ネットワークおよび前記通信線を介して前記稼働モードの第１呼制御サーバにアクセスし、
    　前記障害時は、前記第１通信端末は、前記第１ネットワークを介して前記稼働モードの第１呼制御サーバにアクセスし、前記第２通信端末は、前記第２ネットワークを介して前記稼働モードの第２サーバにアクセスする
    　請求項６または請求項７に記載の呼制御サーバの冗長化方法。
  9. 　前記第１サーバシステムは、第１管理サーバをさらに備え、前記第２サーバシステムは、第２管理サーバをさらに備え、
    　前記第１呼制御サーバおよび前記第２呼制御サーバが、前記第１および第２管理サーバに対して、定期的に前記動作通知を送信し、自身の動作モードが待機モードから稼働モードに切り換わったとき、その旨を通知するメッセージであるモード切換通知を前記第１および第２管理サーバに送信し、
    　前記第１および第２通信端末が、自身が接続可能なネットワーク上にある管理サーバに、第１呼制御サーバ、第２呼制御サーバのいずれが稼働サーバであるかの問い合わせを行い、稼働サーバであると回答された呼制御サーバにアクセスする
    　請求項６乃至請求項８のいずれかに記載の呼制御サーバの冗長化方法。
     
PCT/JP2020/002324 2019-03-15 2020-01-23 音声通信システムおよび呼制御サーバの冗長化方法 WO2020189003A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202080018402.8A CN113519149B (zh) 2019-03-15 2020-01-23 声音通信系统以及呼叫控制服务器的冗余化方法
EP20772621.7A EP3941029A4 (en) 2019-03-15 2020-01-23 VOICE COMMUNICATION SYSTEM AND REDUNDANCY METHOD FOR CALL CONTROL SERVERS
US17/438,453 US11777999B2 (en) 2019-03-15 2020-01-23 Voice communication system and redundancy method for call control server

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019048650A JP7381834B2 (ja) 2019-03-15 2019-03-15 音声通信システムおよび呼制御サーバの冗長化方法
JP2019-048650 2019-03-15

Publications (1)

Publication Number Publication Date
WO2020189003A1 true WO2020189003A1 (ja) 2020-09-24

Family

ID=72429985

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/002324 WO2020189003A1 (ja) 2019-03-15 2020-01-23 音声通信システムおよび呼制御サーバの冗長化方法

Country Status (5)

Country Link
US (1) US11777999B2 (ja)
EP (1) EP3941029A4 (ja)
JP (1) JP7381834B2 (ja)
CN (1) CN113519149B (ja)
WO (1) WO2020189003A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7214030B1 (ja) * 2022-10-12 2023-01-27 株式会社インターネットイニシアティブ 方法および情報処理装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11463412B1 (en) * 2022-03-29 2022-10-04 Uab 360 It Protected configuration of a virtual private network server

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004072256A (ja) * 2002-08-02 2004-03-04 Hitachi Communication Technologies Ltd 呼制御装置、通信端末、これらを含む通信システム、及び呼制御障害の対策方法
JP2005348143A (ja) * 2004-06-03 2005-12-15 Oki Electric Ind Co Ltd Ｉｐ電話サービス方法及びシステム
WO2015068663A1 (ja) 2013-11-07 2015-05-14 アイコム株式会社 中継装置、音声通信システム、プログラムおよび音声信号の中継方法
JP2015153259A (ja) 2014-02-17 2015-08-24 日本電信電話株式会社 コンピュータリソース管理装置、コンピュータリソース管理方法及びコンピュータリソース管理プログラム
WO2017086416A1 (ja) 2015-11-18 2017-05-26 アイコム株式会社 データ設定システム、データ更新システムおよびデータ設定方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5852724A (en) * 1996-06-18 1998-12-22 Veritas Software Corp. System and method for "N" primary servers to fail over to "1" secondary server
US7319701B2 (en) * 2000-12-29 2008-01-15 Texas Instruments Incorporated Modem relay protocol redundancy for reliable low speed modem communications over IP networks with substantial packet loss
US9332037B2 (en) * 2002-03-27 2016-05-03 Alcatel Lucent Method and apparatus for redundant signaling links
US7830813B1 (en) * 2004-09-30 2010-11-09 Avaya Inc. Traffic based availability analysis
DE602005020471D1 (de) * 2005-11-30 2010-05-20 Alcatel Lucent Verfahren zur Steuerung eines Rundrufs und entsprechendes System
US7912075B1 (en) * 2006-05-26 2011-03-22 Avaya Inc. Mechanisms and algorithms for arbitrating between and synchronizing state of duplicated media processing components
JP2007318629A (ja) 2006-05-29 2007-12-06 Nippon Telegr & Teleph Corp <Ntt> ネットワークシステム、仲介呼処理制御サーバー装置およびその呼処理方法
US20080064391A1 (en) * 2006-09-08 2008-03-13 Yigang Cai Call forwarding between different types of wireless networks
JP2008244685A (ja) 2007-03-27 2008-10-09 Nec Corp 輻輳制御システム、サービスエッジノード、ガイダンスサーバ、輻輳制御方法、そのプログラム及び記録媒体
JP2009246475A (ja) 2008-03-28 2009-10-22 Nec Corp 冗長構成を有する通信システム及び該システムによる系切り替え方法
JP4624447B2 (ja) 2008-06-16 2011-02-02 日本電信電話株式会社 通信制御システム、通信制御方法、呼制御サーバ装置および呼制御プログラム
US20110085470A1 (en) * 2009-10-12 2011-04-14 Electronics And Telecommunications Research Institute Apparatus and method for integrated signal processing for ip-based convergence network
CN105706430B (zh) 2013-11-07 2018-11-23 艾可慕株式会社 中继装置、声音通信系统、声音信号的中继方法以及记录介质
JP6244894B2 (ja) * 2013-12-24 2017-12-13 富士通株式会社 通信システム、通信方法および呼制御サーバ装置
WO2016084959A1 (ja) 2014-11-28 2016-06-02 アイコム株式会社 端末装置、端末設定システム、端末設定プログラムおよび端末設定方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004072256A (ja) * 2002-08-02 2004-03-04 Hitachi Communication Technologies Ltd 呼制御装置、通信端末、これらを含む通信システム、及び呼制御障害の対策方法
JP2005348143A (ja) * 2004-06-03 2005-12-15 Oki Electric Ind Co Ltd Ｉｐ電話サービス方法及びシステム
WO2015068663A1 (ja) 2013-11-07 2015-05-14 アイコム株式会社 中継装置、音声通信システム、プログラムおよび音声信号の中継方法
JP2015153259A (ja) 2014-02-17 2015-08-24 日本電信電話株式会社 コンピュータリソース管理装置、コンピュータリソース管理方法及びコンピュータリソース管理プログラム
WO2017086416A1 (ja) 2015-11-18 2017-05-26 アイコム株式会社 データ設定システム、データ更新システムおよびデータ設定方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3941029A4

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7214030B1 (ja) * 2022-10-12 2023-01-27 株式会社インターネットイニシアティブ 方法および情報処理装置

Also Published As

Publication number Publication date
EP3941029A4 (en) 2022-12-28
JP7381834B2 (ja) 2023-11-16
US11777999B2 (en) 2023-10-03
CN113519149A (zh) 2021-10-19
EP3941029A1 (en) 2022-01-19
US20220159045A1 (en) 2022-05-19
CN113519149B (zh) 2024-03-08
JP2020150498A (ja) 2020-09-17

Similar Documents

Publication Publication Date Title
US10027531B1 (en) Failover system and method for IP telephony
US20190306114A1 (en) Systems and methods for dynamically registering endpoints in a network
US9088599B2 (en) Registration redirect server
JP4730746B2 (ja) モバイル・インターネット・プロトコルを使用してルーティング・スタックをバイパスするための方法、システム、およびコンピュータ・プログラム
US5572528A (en) Mobile networking method and apparatus
EP2077024B1 (en) Communication system
WO2005076649A1 (en) Method and system for seamless handover of mobile devices in heterogenous networks
WO2002015030A1 (en) Distributed multimedia software-based call center
CN103716281B (zh) 控制方法、电子设备和服务器
WO2020189003A1 (ja) 音声通信システムおよび呼制御サーバの冗長化方法
CN108075971A (zh) 一种主备切换方法及装置
EP1521424A1 (en) Method and apparatus for migrating to an alternate call controller
JP2002064562A (ja) 通信コネクション確立方法
WO2020189002A1 (ja) サーバシステムおよびプロセスの冗長化方法
US6931103B1 (en) Failover mechanisms for remote networked phones
JPH1155326A (ja) 移動ｉｐ通信システム、移動ｉｐ通信方法、ルータ、端末管理サーバ
JP3930221B2 (ja) 情報通信システム
US8023407B2 (en) Redundancy in a communication network
JP2002118560A (ja) 無線通信システム
KR101021278B1 (ko) Ｏｓｐｆ를 이용한 라우터에서의 제어평면 이중화 장치 및방법
JP2005167425A (ja) ネットワーク電話システム、このネットワーク電話システムの主装置及びネットワーク電話システムを利用した接続情報更新方法
JP4308237B2 (ja) 交換装置、通信システム、通信制御方法
JP2018036953A (ja) 通信システム、通信方法、メディア中継サーバおよびメディア中継プログラム
JP2004297672A (ja) 交換機、遠隔回線終端装置および遠隔制御方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20772621

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020772621

Country of ref document: EP

Effective date: 20211013