JP3663893B2 - Data relay system - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a data relay device, a data relay method, and a data relay multiplexing format in a multimedia communication system.
[0002]
[Prior art]
The Internet based on TCP / IP is rapidly spreading. A worldwide information communication system called WWW (World Wide Web) has further spurred the spread of the Internet.
[0003]
In such a background, a communication system called an Internet phone that connects a communication terminal to the Internet, transmits and receives sound data in real time, and provides a call similar to a telephone has started to appear, and there is a movement to integrate the call on the Internet. It is becoming active. In particular, you can access an access point in the Internet from a general telephone, and use the Internet from the access point to the access point close to the other party you want to call, and from the other access point to the public telephone network. Telephone is drawing attention. As for Internet phone calls, it is summarized in “Cheap phone calls using the Internet between Tokyo and Osaka for 3 minutes 55 yen” (Nikkei Communication 97/2/3) and “Internet phone and videophone” (PCWAVE 97/3 pp. 81). It has been.
[0004]
[Problems to be solved by the invention]
In the conventional communication system described in the above document, when a plurality of lines are accommodated in one sound data relay apparatus (GW: Gate Way), a sound stream is generated for each line and relay processing is performed. Yes. When sound information is transmitted over the Internet, in addition to sound information, these communication systems add packets, such as headers specified by standardization organizations, header information added by each layer of the communication protocol, etc. To do. The sound information itself is packetized in units of a very short time of several tens of ms. For this reason, the additional information is several times larger than the sound information. When a plurality of sound streams are relayed to a certain destination GW, a band more than necessary is taken although there is much common information among the additional information of each stream.
[0005]
For example, a packet based on the real-time communication protocol RTP (Real-Time Protocol) defined by the communication protocol UDP / IP widely used in the Internet and the industry standardization organization IETF (The Internet Engineering Task Force) Since the information is 20B for 30 ms (encoding scheme is 5.3 kbps of G.723.1), the RTP header is 12B, the UDP header is 8B, and the IP header is 20B, the header information 40B is 2 of the sound information. Double the data length. If there is header information added by each application, the bandwidth occupied by the header increases.
[0006]
An object of the present invention is to negotiate with a communication partner GW whether or not to perform multiplexing processing on a stream that can be multiplexed for a plurality of streams having the same communication destination GW for a GW that accommodates a large number of lines. An object of the present invention is to provide a data relay method and a data relay apparatus for confirming whether or not multiplexing processing is supported.
Another object of the present invention is to provide a control device for managing the operation status of the data relay device using the data relay device.
[0007]
[Means for Solving the Problems]
In order to solve the above-mentioned problem, the data relay apparatus of the present invention has at least an identifier indicating whether or not the packet is a multiplexed stream in the packet format of the multiplexed stream, and further, between the same communication partner. And a means for negotiating whether or not to perform multiplexing processing when a new stream is generated.
The data relay system further includes a control device for operating and managing the data relay device, the control device monitoring whether each data relay device is operating normally, and each data relay device. Periodically collect the status of relay log loss and relay packet communication delay (such as the telephone number of the user who made the call, the telephone number of the other party who wants to call, the call start time, the call end time, etc.) And means for notifying operation scheduling information of each data relay apparatus.
[0008]
DETAILED DESCRIPTION OF THE INVENTION
First, an embodiment of the present invention will be described with reference to FIGS. 1 to 9 and FIGS. 12 to 19.
FIG. 1 is a configuration example of a sound data relay system according to an embodiment of the present invention. A sound data relay device (hereinafter referred to as GW) 103 is connected to a connection point between the Internet 101 and the public telephone network 102, and a control device 104 is connected to the Internet 101. However, the telephone 105 or the communication terminal 106 is connected to the public telephone network.
FIG. 2 shows the internal configuration of the GW 103 and the control device 104. In FIG. 2, a GW 103 includes a memory 201 in which a communication program and the like are stored, a CPU 202 that performs processing based on the program in the memory 201, a storage device 203, and communication for performing communication on the Internet 101 and the public telephone network 102. Network interface control unit 204, analog sound data received from caller's telephone 105 to digital data, digital / analog conversion unit 205 that converts digital data received from call relay partner GW 103 to analog sound data, keyboard, mouse, pen An input device 206 such as a display, an output device 207 such as a display and a speaker, and an internal bus 208 connecting the above-described units.
In the storage device 203, at least the telephone number of the area that each GW is in charge of and the GW address are registered as a set. The CPU 202 implements the functions of the control units 300 shown in FIG. 3 by executing the communication program in the memory 201. The control device 104 has functions other than the digital-analog conversion unit 205 among the functions constituting the GW.
[0009]
The communication control unit 300 of the GW 103 shown in FIG. 3 includes a telephone connection processing unit 301, a search unit 302, a connection setting unit 303, a call relay processing unit 304, a relay status processing unit 305, a management data processing unit 306, and a connection management table 307. Consists of.
In the communication control unit 300, the telephone connection processing unit 301 acquires the telephone number of the other party when the telephone 105 is accessed from the public telephone network 102, and the call relay process when the telephone end notification is received from the telephone 105. To terminate the connection. When receiving the call relay request, the search unit 302 searches the address information of the GW that accommodates the terminal of the call partner stored in the storage device 203 from the telephone number of the call partner 105 included in the connection request. . The connection setting unit 303 sets a connection with the GW of the call relay partner, and when receiving a call end notification from the GW 103 of the call relay partner, ends the call relay process and disconnects the connection. The call relay processing unit 304 relays the sound data digitized by the digital / analog conversion unit 205 to the GW 103 of the call relay partner. The relay status processing unit 305 monitors relay quality such as IP packet communication delay and packet loss, and periodically recalculates it. The management data processing unit 306 receives management data such as schedule information and communication relay parameters from the control device 104. The connection management table 307 stores the address of the relay destination GW 103 of the sound data stream being relayed, whether the sound data stream is to be multiplexed, which line is being used, which line is not usable, and the like. is there.
[0010]
FIG. 4 is a diagram showing an internal configuration of the call relay processing unit 304. The call relay processing unit 304 temporarily stores digital data received from the digital / analog conversion unit 205, and stores it in the input buffer 402. A multiplexing processing unit 403 that multiplexes data having the same destination among the data being processed, a multiplexing timing acquisition unit 404 that holds timing for executing the multiplexing processing, and a current that is referenced by the multiplexing timing acquisition unit 404 A time acquisition unit 405 that acquires time information, a transmission processing unit 406 that transmits the multiplexed stream or each stream data to the Internet 101 via the communication network interface control unit 204, and a communication network interface control unit 204 A reception processing unit 407 for receiving data from the Internet 101; When the received data is a multiplexed stream, a decomposition processing unit 408 that decomposes into each stream, and an output buffer 409 that temporarily stores the data divided into each stream in the decomposition processing unit 408 before outputting the data to the digital / analog conversion unit 205 Consists of.
The digital-analog conversion unit 205 includes an encoding processing unit 401 that converts analog data into digital data and performs compression processing, and a decoding processing unit 410 that decompresses compressed digital data and converts it into analog data.
[0011]
FIG. 5 is a diagram illustrating an internal configuration of the relay status processing unit 305. The relay status processing unit 305 includes a time acquisition unit 501 that obtains the current time, and the IP packet received by the reception processing unit 407 performs the disassembly processing. A packet loss detection unit 502 that detects a loss of each stream data after being decomposed into each stream by the unit 408, a packet delay determination unit 503 that determines whether or not the stream data is delayed, and a packet loss detection unit It is configured by a relay status notification processing unit 504 that acquires the sound data relay status from 502 and the packet delay determination unit 503, processes and generates data for notifying the control device 104 of the relay status.
[0012]
6, the communication management unit 600 of the control device 104 includes an event acquisition unit 601, an analysis unit 602, a relay quality parameter generation unit 603, a scheduling 604, a data transfer unit 605, a relay status data collection unit 606, a relay status data processing. 607 and a relay status data output unit 608. In the communication control unit 600, the event acquisition unit 601 acquires an event when an operation manager who uses the control device 104 inputs an event using the input device 206. The analysis unit 602 analyzes the user input event acquired by the event acquisition unit 601 and distributes it to the processing unit that processes each according to the content. For example, when the input event is an operation schedule change request command of the GW 103, the operation schedule change request command is passed to the scheduling processing unit 604 that performs the scheduling process. When the input event is a command related to relay quality to a certain GW 103 as a result of analyzing the input event by the analysis unit 602, the relay quality parameter generation unit 603 generates a parameter representing the relay quality for the request. When the input event is a command related to scheduling to a certain GW 103 as a result of analysis by the analysis unit 602, the scheduling processing unit 604 generates a command to the GW 103 such as schedule setting and change for the request. When the data transfer unit 605 receives any data transfer request to each GW 103 from the relay quality parameter generation unit 603 or the scheduling processing unit 604, the data transfer unit 605 transmits the data to the GW 103. The relay status data collection unit 606 accepts relay status data periodically transmitted from each GW 103. The relay status data processing unit 607 analyzes and processes the IP packet relay status data of each GW 103 collected by the relay status data collection unit 606 so as to be output to the output device 207. The relay status data output unit 608 analyzes the relay status data processing unit 607 and outputs the processed data to the output device 207. For example, when a display is used as the output device, display processing on the display is performed.
[0013]
Examples of the packet format of the relay sound data stored in the IP packet transmitted / received by the GW 103 are shown in FIGS.
In FIG. 12, reference numeral 1201 denotes header information added by hardware when this packet flows on the network. For example, when connected to the Ethernet, an Ethernet header is added. 1202 is a header added by the IP layer, 1203 is a header added by the UDP layer, 1204 is an identifier indicating that the sound data multiplexed by the relay sound packet is stored, and 1205 is an identifier of each multiplexed sound data. 1206 is the size of the sound data of each multiplexed sound data, and 1207 is each sound data multiplexed. If not multiplexed, header information 1201 to 1203 is added separately to the sound data 1207.
FIG. 13 is an example of an alternative format of the relay tone packet format of FIG. Reference numeral 1301 denotes an identifier indicating the encoding method of each of the multiplexed sound data.
FIG. 14 is an example of an alternative format of the relay sound packet format of FIG. 12 or FIG. Reference numeral 1401 denotes the number of streams multiplexed in the relay sound packet.
FIG. 15 is an example of an alternative format of the relay tone packet format of FIGS. Reference numeral 1501 denotes the packet size of the relay sound packet. The packet size may not include the header sizes 1201 to 1203.
FIG. 16 shows an example of an alternative format of the relay tone packet format of FIGS. Reference numeral 1601 denotes a sequence number in each sound stream multiplexed in the relay sound packet.
FIG. 17 is an example of an alternative format of the relay tone packet format of FIGS. Reference numeral 1701 denotes a sound data generation time stamp in each sound stream multiplexed in the relay sound packet.
[0014]
FIG. 18 is an example of an alternative format of the relay tone packet format of FIGS. This relay tone packet format is based on the real-time protocol RTP defined in the standardization organization IETF. 1801 is RTP version information, 1802 is the presence / absence of padding data in the RTP packet, 1803 is an area indicating whether the header portion of the RTP packet is expanded, 1804 is the number of participating hosts in the multicast environment, 1805 is a marker bit, Reference numeral 1806 denotes a payload type of data stored in the RTP packet. In the case of a multiplexed packet, 1806 denotes a payload type indicating that a multiplexed stream is stored. Reference numerals 1801 to 1806 are standard RTP formats. 1807 to 1812 are areas related to each sound stream in the multiplexed state, and 1807 to 1812 are repeated for the number of multiplexed streams. Reference numeral 1807 denotes the payload type (mainly indicating the encoding method) of each sound stream. For example, in the case of sound data and video data, the encoding method is indicated. 1808 is a sequence number in each sound stream, 1809 is a time stamp in each sound stream, 1810 is a caller identifier of each sound stream, 1811 is a data size of sound data in each sound stream, and 1812 is sound data in each sound stream. . UDP, IP, and network headers are added before 1801.
[0015]
FIG. 19 shows an example of the format of the connection management table 307. The used line number 1901 indicates the sequence number of the line accommodated by the GW, 1902 indicates whether this line is currently being used, and 1903 indicates that this line is currently used. 1904 indicates an allowable communication delay time in the call relay on this line, 1905 indicates a port number for digital sound data transmission on this line, and 1906 indicates reception of digital sound data relayed from the relay partner. 1907 indicates the identifier of the digital sound data stream being transmitted, 1908 indicates the IP address of the relay destination GW, 1909 indicates whether the digital sound data stream is a multiplexing target stream, 1910 designates the identifier of the digital sound data stream as 1 11 an IP packet loss rate of the digital sound data stream, 1912 an average communication delay of an IP packet of the digital sound data stream 1913 denotes the encoding method of the digital sound data. The loss rate 1911 and the average delay time 1912 are periodically recalculated by the relay status processing unit 305 and notified to the control device as relay quality status data.
[0016]
7 and 8 show an example of the processing flow of the call relay processing unit 304 of the GW 103. FIG. FIG. 7 shows the flow of outgoing side processing to the Internet 101, and FIG. 8 shows the flow of incoming side processing from the Internet 101.
In FIG. 7, when the GW 103 starts a call relay process such as when a GW call relay program stored in the storage device 203 is started (step 701), the GW 103 includes a plurality of digital / analog conversion processing units 205. When the encoded data is acquired from each of the encoding processing units 401, it is detected whether or not the acquired data includes a plurality of streams (step 702, yes), and one or more acquired data are temporarily stored in the input buffer 402 ( Step 703). If the current time is obtained (step 704) and the multiplexing timing is reached (step 705, yes), it is detected whether the acquired data exists in the input buffer 402 (step 706, yes). If there is, one piece of data is extracted (step 707).
If the extracted data is the first stream from the connection management table 307 to the relay destination GW 103 (step 708, yes), a packet is generated by adding the address information of the relay destination GW 103 and a header related to the sound data to be transmitted. (Step 711). The packet generated in step 711 is transferred to the transmission processing unit 406 (step 712) and transmitted to the Internet 101 using the communication protocol TCP (UDP) / IP (step 713). On the other hand, if there is already a stream to the same relay destination GW 103 in step 708, is there data corresponding to the stream to the same relay destination GW 103 among the data already multiplexed into the multiplexed packet packet? If the corresponding data exists (step 709, yes), the data is multiplexed into the corresponding packet (step 710), and the processing from step 706 is executed. When any termination notification such as termination of the GW call relay program is received (step 714, yes), the series of processing is terminated.
[0017]
In FIG. 8, when call relay processing is started (step 801), the GW 103 initializes a criterion value for determining packet communication delay from the Internet 101 (step 802), monitors packet arrival from the Internet 101, and Wait for packet reception. If a packet is received (step 803, yes), it is determined whether the received packet is a multiplexed packet. If it is a multiplexed packet (step 804, yes), the disassembly processing unit 408 decomposes each stream (step 805). ) The data that has become one stream is temporarily stored in the output buffer 409 (step 806). The current time is obtained (step 807) and stored until the output timing to the decoding processing unit 410 is reached. When the output timing is reached (step 808, yes), the data is sent to the decoding processing unit 410. The data is output and decoded to convert the digital data into analog data (step 809).
The relay status processing unit 305 detects whether there is a packet loss from information stored in the received packet, for example, a sequence number or a time stamp (step 810). Further, the presence or absence of delay is determined by comparing whether or not the packet is delayed with the criterion set in step 802 (step 811). When it is the relay status data notification timing to the control device 104 from the current time obtained in step 807 (step 812, yes), the packet loss and packet delay status notification data detected in steps 810 and 811 Is updated in the connection management table 307 (step 813) and transmitted to the control device 104 (step 814).
[0018]
FIG. 9 is a diagram showing an example of the processing flow of the communication processing unit 600 of the control device 104. The control device 104 performs relay operation management when the sound relay control program stored in the storage device 203 is activated. Is started (step 901), initial parameters for relay are set in each GW 103 and transmitted (step 902). The relay parameter relates to scheduling such as temporarily suspending the relay processing at 2:00 am for maintenance, the allowable range of communication delay of IP sound packets, and the relay quality of a certain GW 103 is deteriorated. Therefore, data relating to relay quality such as reducing the number of lines supported by the GW 103 and other data necessary for operating the sound relay system are shown. The operation manager managing the control device 104 detects whether any event has been input through the input device 206, and if an event has been input (step 903, yes), the event is acquired (step 904). .
The content of the event acquired in step 904 is analyzed (step 905), control data based on the event content is generated for the corresponding GW 103 included in the event, and header information necessary for TCP / IP is added. Packetize (step 906). The control information data generated in step 906 is transmitted to the corresponding GW 103 by the data transfer unit 605 (step 907). Also, monitoring whether or not the relay status notification is received from each GW 103, and if the relay status notification is received (step 908, yes), collects and analyzes the relay status data from the relay status notification corresponding to each GW 103 (Step 909). The relay status data analyzed in step 909 is processed into information necessary for the operation manager operating the control device 104 (step 910), and the processed data is output to the output device 207 included in the control device 104. In the case of display display, for example, the processed relay status data is processed so that the display program can handle it (step 911) and output to the output device 207 (step 912).
[0019]
According to the sound data relay system of the present embodiment, the control device can monitor the relay quality status of each GW, and manage troubles such as a line or GW down, operation scheduling to each GW, and the like. Become.
[0020]
Next, another embodiment of the present invention will be described with reference to FIGS.
[0021]
The sound data relay device according to the present embodiment performs a process of negotiating whether or not to multiplex the stream with the sound data relay device of the relay destination when the stream of the sound data relay device with the same relay destination is generated. This is added to the GW 103. The overall configuration of the system for realizing this method, the processing of the GW, the control device, and the like are the same as those in the above-described embodiment (FIGS. 1 to 9, 12 to 19).
[0022]
FIG. 10 is a diagram showing an internal configuration of the connection setting unit 303 of the GW 103 of this embodiment. When the telephone connection processing unit 301 receives a relay request from the telephone 105, the search unit 302 sets the relay destination GW 103. The connection request transmission processing unit 1001 that obtains the address information of the corresponding GW 103 obtained as a result of the search and performs a connection request transmission process to the GW 103 via the Internet 101, and the relay receiving side GW 103, the transmission side A connection request reception processing unit 1002 that accepts a connection request from the GW 103; a connection termination reception processing unit 1003 that receives a connection termination notification from the telephone 105 connected to the GW 103 or the GW 103 of a relay partner; The connection request transmission processing unit 1001 or the connection request incoming processing When setting a new connection accepted in 1002, the connection makes a determination of whether to multiplex process, and a multiplexing determining unit 1004 which performs negotiation with the relay destination GW 103.
[0023]
FIG. 11 is a diagram illustrating an example of a processing flow on the calling side of the connection setting unit 303 of the GW 103 according to the present embodiment. After the call relay processing is started in step 701, a call is received from a certain telephone 105, When a new relay stream request is generated (step 1101, yes), the multiplexing determination unit 1004 negotiates with the relay destination GW 103 whether or not the stream is to be multiplexed (step 1102). If there is data to the GW 103 having the same relay destination in step 709 (step 708, yes), it is determined whether the stream is a multiplexing process target stream. If the stream is a multiplexing process target stream (step 1103, yes), A series of subsequent multiplexing processes are performed.
[0024]
In addition to the method of exchanging predetermined commands, the negotiation method of multiplexing processing is performed in accordance with the negotiation of the sound information compression method, and includes the version information of the header portion of each IP packet. You may go in.
According to the sound data relay apparatus of this embodiment, since it is negotiated with the relay destination GW 103 in advance whether or not each relay stream is multiplexed, a telephone call can be made even with a sound data relay apparatus that does not support multiplexing processing. Can be relayed.
[0025]
Next, still another embodiment of the present invention will be described with reference to FIGS.
When transmitting / receiving multiplexed data, the sound data relay apparatus according to the present embodiment performs a process of transmitting / receiving using a UDP port assigned to any sound stream included in the multiplexed data. It is added to. The overall configuration of the system that implements this method, the processing of the GW, the control device, the packet format, and the like are the same as in the above embodiment.
FIG. 20 is a diagram illustrating an internal configuration of the call relay processing unit 304 of the GW 103 according to the present embodiment, and has a size capable of storing a plurality of sound data to be multiplexed, or the number of lines accommodated by the own GW 103 or further multiplexed data. The transmission buffer 2001 for the number of installed GWs 103 installed in the sound data relay system and the reception buffer 2002 for temporarily storing multiplexed data or single sound data received by the reception processing unit 407 are further provided. .
[0026]
FIG. 21 shows an example of the processing flow on the transmission side of the GW 103 of this embodiment.
In FIG. 21, after the call relay process is started in step 701, the transmission buffers for the number of lines accommodated by the own GW 103 are initialized (step 2101). The size of the transmission buffer corresponding to each line is a value that is not segmented on the network. The number of sound data buffered (multiplexed) in the transmission buffer is indefinite because the packet unit size for one stream differs depending on the encoding method of each sound data. In step 709, when it is determined that the same sound data exists in the relay destination GW 103 for the acquired sound data, header information of the acquired sound data is added (step 2102), and the sound data for the relay destination GW 103 is added. The data is queued to the transmission buffer 2001 (step 2103). For the header information added to each sound data in step 2102, for example, when the packet format is the RTP extension format shown in FIG. 18, the sound data encoding method, for example, G.723.1 is used for the payload type 1807. "12" is set to the sequence number 1808, the packet sequence number after starting the sound data transmission is set to the sequence number 1808, and the sample number of the sound data after starting the sound data transmission is set to the time stamp 1809, the SSRC 1810 Is set to the sender identifier of the sound data, and the size of the sound data is set to size 1811. In this case, the header information added in step 711 includes version information 1801, padding presence / absence 1802, extension presence / absence 1803, number of contributors 1804, and marker bit 1805 among the header information defined by RTP. , Six pieces of information of presence / absence of multiplexing 1806 are shown.
The transmission buffer 2001 that queues the data to be multiplexed in step 2103 uses a transmission buffer that has already been queued for the transmission buffer and that is queued for data to the same relay destination, and has already been processed. The sound data is followed by cueing. The UDP port used for the transmission of the multiplexed data uses a port assigned to the relay stream corresponding to the transmission buffer in which the multiplexing target data is queued. Alternatively, the data assigned to the data to be multiplexed queued at the end of the transmission buffer in which the multiplexed data is queued may be used.
Regarding the handling of UDP ports, if the same UDP port is used for both transmission and reception, the same UDP port is used for each transmission and reception regardless of whether the stream is a single stream or a multiplexed stream. You can also At this time, the transmission port and the reception port are not different and may be the same.
[0027]
FIG. 22 shows an example of the processing flow on the transmission side in a modified example of the method for setting the UDP port used for transmission / reception of multiplexed data of the GW 103 of this embodiment. This processing has UDP ports for multiplexed data for the number of installed GWs 103 installed in the sound data relay system, and when multiplexed data is generated, it is used for transmission / reception as a single stream. The UDP port is changed to the multiplexing UDP port.
In FIG. 22, after the call relay processing is started in step 701, the number of lines accommodated by the own GW 103 and the number of transmission buffers 2001 as many as the number of GWs 103 installed in the sound data relay system are initialized. As many UDP ports as 2001 are secured (step 2201). At this time, each multiplexed data transmission / reception port and the IP address of the relay destination sound data relay device using the port are held in association with each other.
If it is determined in step 709 that there is data of the same relay destination GW 103 as the acquired data, the header information corresponding to the acquired data is added to the acquired data in step 2102, and then determined in step 709. The relay destination GW 103 moves the same data to the multiplexing transmission buffer 2001 corresponding to the relay destination GW 103, and queues the acquired data to the same multiplexing transmission buffer 2001 (step 2202). At this time, if the acquired data is the third and subsequent streams of the multiplexing target stream, since the transition to the multiplexing transmission buffer 2001 up to the second stream has already been processed, the queuing process of only the acquired data I do.
[0028]
According to the sound data relay apparatus of the present embodiment, in the case of the transmission method of FIG. 21, no multiplexing resources (ports, buffers) are particularly required, and multiplexing is performed with the same resources as when each stream is individually transmitted. It is possible to relay the stream. In the case of the transmission method of FIG. 22, since the multiplexed stream and the UDP port of the single stream are separated, for example, priority is given to the multiplexed stream by using the port number assigned to the multiplexed stream. Control and bandwidth control can be easily performed.
[0029]
In each of the embodiments described above, sound data has been described. However, the present invention is not limited to this, and various digital data such as moving image data or data including sound and moving images can be similarly applied. it is obvious.
A program that realizes each of the above-described embodiments can be stored and distributed in a storage medium such as a floppy disk or a CD-ROM.
[0030]
【The invention's effect】
According to the present invention, for a GW that accommodates a large number of lines, when a stream relay request occurs between certain GWs, a GW that does not have a multiplexing function is negotiated by deciding whether or not to perform multiplexing processing of the stream. Can be connected in a single stream.
[Brief description of the drawings]
FIG. 1 is an overall configuration diagram of a sound data relay device according to an embodiment of the present invention.
FIG. 2 is a configuration diagram of a GW and a control device.
FIG. 3 is a configuration diagram of a communication control unit of a GW.
FIG. 4 is a configuration diagram of a call relay processing unit of a GW.
FIG. 5 is a configuration diagram of a relay status processing unit of a GW.
FIG. 6 is a configuration diagram of a communication control unit of the control device.
FIG. 7 is a flowchart of processing on the outgoing call side to the Internet by the call relay processing unit of the GW.
FIG. 8 is a flowchart of processing on the reception side from the Internet of the call relay processing unit of the GW.
FIG. 9 is a flowchart of relay status management processing of the control device.
FIG. 10 is a configuration diagram of a connection setting unit of a GW according to another embodiment.
FIG. 11 is a flowchart of processing on the transmission side to the Internet of a connection setting unit and a call relay processing unit of a GW according to another embodiment.
FIG. 12 is an example of a relay sound packet format used in the embodiment of the present invention.
FIG. 13 is an example of a relay sound packet format used in the embodiment of the present invention.
FIG. 14 is an example of a relay sound packet format used in the embodiment of the present invention.
FIG. 15 is an example of a relay sound packet format used in the embodiment of the present invention.
FIG. 16 is an example of a relay sound packet format used in the embodiment of the present invention.
FIG. 17 is an example of a relay sound packet format according to the embodiment of the present invention.
FIG. 18 is an example of a relay tone packet format according to the embodiment of the present invention.
FIG. 19 is an example of a connection management table format used in the embodiment of the present invention.
FIG. 20 is a configuration diagram of a call relay processing unit used in the embodiment of the present invention.
FIG. 21 is an example of a transmission side process to the Internet of a call relay processing unit of a GW according to another embodiment.
FIG. 22 is an example of a process on the transmission side to the Internet of a call relay processing unit of a GW used in another embodiment.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 101 ... Internet, 102 ... Public telephone network, 103 ... GW, 104 ... Control apparatus, 300 ... Communication control part, 303 ... Connection setting part, 304 ... Call relay process Part, 600... Communication management part.

Claims (4)

A plurality of communication terminals in which first and second public telephone networks are connected to the Internet via first and second data relay devices, respectively, and are connected to the first and second public telephone networks, respectively. Is a relay system for performing data communication via the Internet,
The first data relay device
When receiving a data communication request from the communication terminal connected to the first public telephone network to the communication terminal connected to the second public telephone network, the second public telephone network and the Means for specifying the second data relay device connected to the Internet ;
When a new data communication request is generated based on whether or not the second data relay apparatus supports the multiplexed data stream , the new data stream is multiplexed based on the new data communication request. Means for negotiating with the second data relay device whether or not
Means for checking whether another data stream is being relayed from the first data relay device to the identified second data relay device;
When the other data stream is being relayed and, as a result of the negotiation, it is determined that multiplexing processing is to be performed, the other data stream being relayed and the new data based on the new data communication request Means for multiplexing with a stream ;
Means for relaying the multiplexed data stream to the second data relay device;
If it is determined that the other data stream being relayed is not subjected to the multiplexing process based on the new communication request, the second data relay apparatus receives a new data stream based on the new communication request. Means for initiating relay, and a data relay system. The data relay system according to claim 1,
The first and second data relay devices are
If it is determined that the new data communication request is to be multiplexed, any of the data streams included in the multiplexed data stream is used as a UDP port used for relay processing of the multiplexed data stream. Means for selecting a UDP port assigned to
And a means for relaying the multiplexed data stream using the selected UDP port. The data relay system according to claim 1,
The first and second data relay devices are
Means for acquiring a UDP port for the multiplexed data stream when it is determined to perform multiplexing processing of the new data communication request;
Means for changing from a UDP port used for the single data stream being relayed to a UDP port for the acquired multiplexed data stream;
Means for relaying the multiplexed data stream using the modified UDP port for the multiplexed data stream. The data relay system according to claim 1,
Each of the first and second data relay apparatuses has one UDP port for transmission / reception in any relay process of the multiplexed data stream or the single data stream with another data relay apparatus. A data relay system characterized by being used.

Images