WO2006075390A1 - 中継方法、中継装置、通信システム及びコンピュータプログラム - Google Patents

中継方法、中継装置、通信システム及びコンピュータプログラム Download PDF

Info

Publication number
WO2006075390A1
WO2006075390A1 PCT/JP2005/000411 JP2005000411W WO2006075390A1 WO 2006075390 A1 WO2006075390 A1 WO 2006075390A1 JP 2005000411 W JP2005000411 W JP 2005000411W WO 2006075390 A1 WO2006075390 A1 WO 2006075390A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
packet
relay device
processing
processing unit
Prior art date
Application number
PCT/JP2005/000411
Other languages
English (en)
French (fr)
Inventor
Masanobu Morinaga
Hideaki Miyazaki
Noriyuki Fukuyama
Original Assignee
Fujitsu Limited
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 Fujitsu Limited filed Critical Fujitsu Limited
Priority to EP05703650.1A priority Critical patent/EP1838048B1/en
Priority to JP2006552813A priority patent/JP4342557B2/ja
Priority to PCT/JP2005/000411 priority patent/WO2006075390A1/ja
Priority to CN2005800465525A priority patent/CN101099350B/zh
Publication of WO2006075390A1 publication Critical patent/WO2006075390A1/ja
Priority to US11/826,460 priority patent/US7948892B2/en
Priority to US12/982,361 priority patent/US20110096787A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416Real-time traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/28Flow control; Congestion control in relation to timing considerations
    • H04L47/283Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/32Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823Errors, e.g. transmission errors
    • H04L43/0829Packet loss
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852Delays
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852Delays
    • H04L43/087Jitter

Definitions

  • the present invention relates to a relay method for relaying packet communication between a plurality of communication devices, a relay device to which the relay method is applied, a communication system including the relay device, and a computer program for realizing the relay device
  • the present invention relates to a relay method, a relay device, a communication system, and a computer program used for simulating a communication situation of real-time communication such as an IP phone.
  • VoIP Voice over Internet Protocol
  • VoPN Voice over Packet Network
  • VoIP networks that provide IP telephony services composed of multiple communication networks such as IP networks and public line networks are generally built in a multi-vendor environment, so ensuring the transmission quality of VoIP networks And evaluation is difficult. Therefore, evaluation of predicting end-to-end communication quality between terminal devices that make calls by simulating the characteristics of the communication network, which is the communication status in the VoIP network, and actually making calls between terminal devices. A method is needed.
  • Patent Document 1 discloses a method for simulating a communication state in order to evaluate such communication quality.
  • Patent Document 1 Japanese Patent No. 2997607
  • the VoIP network it is transferred using a protocol such as SIP (Session Initiation Protocol).
  • SIP Session Initiation Protocol
  • media type such as video data and audio data transferred by a protocol such as RTP (Realtime Transport Protocol)
  • RTP Realtime Transport Protocol
  • the conventional method performs processing related to the reproduction of communication conditions under a single condition, so accurate communication conditions using different communication paths for each session such as signaling and media types
  • the present invention has been made in view of such circumstances, and a processing unit for executing processing relating to reproduction of a communication state for a packet required for communication is set for each attribute of a session or the like and a transmission direction of the bucket.
  • a processing unit for executing processing relating to reproduction of a communication state for a packet required for communication is set for each attribute of a session or the like and a transmission direction of the bucket.
  • Another object of the present invention is to provide a relay device or the like that can accurately reproduce the communication status by performing encoding and decoding processes in the processing unit.
  • the relay method according to the first invention uses a relay device that relays packet communication between a plurality of communication devices, and the relay device is based on communication status information indicating a pre-recorded communication status.
  • the relay device corresponds to the packet transmission direction and Z or attribute.
  • communication paths having different communication characteristics for each session such as a VoIP network constructed in a multi-vendor environment by using a plurality of processing units different for each transmission direction and Z or attribute. It is possible to accurately simulate and evaluate the communication status through the communication network where the is set.
  • the relay device is recorded in advance in communication status information indicating the communication status! Packet transmission time in a relay device that processes a received packet and sends it to another communication device, which includes a processing unit that performs a packet transmission time derivation process based on the derived time and a transmission process based on the derived time.
  • a plurality of processing units corresponding to the direction, Z, or attribute are provided.
  • communication paths having different communication characteristics for each session such as a VoIP network constructed in a multi-vendor environment by using a plurality of processing units different for each transmission direction and Z or attribute. It is possible to accurately simulate and evaluate the communication status through the communication network where the is set.
  • the relay apparatus uses a processing unit that performs a derivation process of a packet transmission time and a transmission process based on the derived time based on communication status information that is recorded in advance!
  • a relay device that processes a packet received from one communication device and sends the packet to another communication device is provided with setting means for setting a plurality of virtual processing units respectively corresponding to the attributes of the packet. It is characterized by.
  • the relay device of the present invention by setting a virtual processing unit for each attribute, the status of communication via a communication network in which communication paths having different communication characteristics are set for each session such as a VoIP network Can be accurately simulated and evaluated.
  • the communication status information includes information indicating a packet loss rate and a distribution of delay times
  • the processing unit is included in the communication status information And a means for discarding the packet based on the loss rate and a means for accumulating the packet based on the delay time included in the communication status information.
  • the relay apparatus can simulate the communication status of the communication network based on the packet loss rate and the distribution of delay times.
  • a relay device is characterized in that, in the third invention or the fourth invention, communication status information used in association with each of a plurality of processing units is recorded.
  • a relay device is the relay device according to any one of the third to fifth aspects, wherein the packet attribute includes a protocol type, and the setting means is defined by a control protocol.
  • the virtual processing unit is configured based on the contents of the packet.
  • the relay device it is possible to simulate the communication status for each protocol such as SIP, which is a control signaling protocol, and RTP (Real Time Streaming Protocol), which is a streaming communication protocol. It is also used in communications only for calls and videophones by setting the processing unit in the initial processing (INVITE processing) for call setting based on the contents of the first received packet as specified in the control protocol. It is possible to set the processing unit according to the simulated communication such as the communication including
  • a relay device is the relay device according to any one of the third to sixth aspects, wherein the packet attribute includes a type of streaming data defined by a protocol for streaming communication. It is characterized by.
  • a communication path is set for each session by setting a processing unit for each session including types of audio, video, and the like specified by a streaming communication protocol such as RTP. It is possible to accurately simulate the communication status of the set communication network.
  • a relay device is the logical communication according to any one of the third to seventh inventions, which corresponds to each of a plurality of logical communication paths via one physical communication line.
  • the apparatus further comprises means for setting a plurality of ports, wherein the setting means is configured to set a plurality of virtual processing units each corresponding to a communication path.
  • a relay device is the relay device according to any of the third to eighth inventions, wherein the processing unit encodes and decodes data included in the received packet. Is further provided.
  • the relay device reproduces the encoding and decoding processing of audio data by CODEC (Coder-Decoder) performed at the time of audio data communication via a communication network, thereby It is possible to accurately simulate the communication situation.
  • CODEC Coder-Decoder
  • a relay device is characterized in that, in the ninth invention, the code decoding means is configured to perform encoding and decoding a plurality of times, each of which defines a processing method. It is a sign.
  • a communication system includes the relay device according to any one of the second to tenth inventions and a plurality of communication devices that communicate via the relay device.
  • a computer program according to a twelfth aspect of the present invention is a computer program that causes a computer having means for communicating with a plurality of devices to process a received packet of one device and send it to another device.
  • the virtual processing unit used for the packet transmission time derivation process based on the communication status information indicating the pre-recorded communication status and the transmission process based on the derived time has one device capability. It is characterized in that a plurality of directions are set in association with directions and Z or attributes.
  • the computer program according to the present invention is executed by a computer such as a communication computer so that the computer relays communication to simulate a communication state. It can operate as a relay device and can accurately simulate and evaluate the status of communication through a communication network in which communication paths with different communication characteristics are set for each session such as a VoIP network.
  • the relay device uses the contents of the first received packet specified by the control protocol to determine the packet sending direction, protocol, and streaming.
  • Multiple virtual processing units are set as initial processing to correspond to each attribute such as data type, etc., and the packet loss rate and delay time indicated by the communication status information associated with each processing unit Based on the distribution of packets, the packet communication after the initial processing is relayed.
  • a single communication means such as a network card that is a nodeware to which a single physical communication line is connected
  • a plurality of logical communication ports respectively corresponding to a plurality of logical communication paths are set.
  • FIG. 1 is a conceptual diagram illustrating a communication system according to the present invention.
  • FIG. 2 is a block diagram showing a configuration example of various devices included in the communication system of the present invention.
  • FIG. 3 is a chart conceptually showing an example of recorded contents of a communication status database provided in the relay apparatus of the present invention.
  • FIG. 4 is an explanatory diagram conceptually showing an example of recorded contents of a route table provided in the relay apparatus of the present invention.
  • FIG. 5 is a functional block diagram conceptually showing a configuration example of a part of a program module developed in the relay device of the present invention and a relationship with another configuration.
  • FIG. 6 is a flowchart showing a first communication initial process of the relay device of the present invention.
  • FIG. 7 is a flowchart showing a second communication initial process of the relay device of the present invention.
  • FIG. 8 is a flowchart showing communication relay processing of the relay device of the present invention.
  • FIG. 9 is an explanatory diagram conceptually showing an example of packets stored in a buffer set in the relay apparatus of the present invention.
  • the present invention will be described in detail with reference to the drawings illustrating embodiments thereof.
  • an existing communication network such as a VoIP network
  • a communication network that is a communication status such as packet delay, loss rate, fluctuation, etc. between terminal devices.
  • the characteristics are measured by the communication characteristic measuring method described in, for example, Japanese Patent Application No. 2004-188922 filed by the applicant of the present application.
  • the communication status of an existing communication network or a newly designed communication network is simulated as a pseudo network used for an IP telephone network, for example.
  • the communication quality is evaluated using a method such as an average opinion score. Communication quality can be evaluated by using an existing measurement device.
  • FIG. 1 is a conceptual diagram illustrating a communication system according to the present invention.
  • 1 is the relay device of the present invention using a communication computer.
  • the relay device 1 simulates the communication status and evaluates the communication quality to evaluate the packet on the communication network to be evaluated.
  • Various processes such as derivation of the packet transmission time that reproduces the delay and packet transmission based on the derived transmission time are performed.
  • the relay device 1 is connected to a connection device 2 such as a repeater hub or a switching hub via a first communication line 101.
  • the connection device 2 includes second communication lines 102 and 102 used as a pseudo network.
  • the two communication devices 3 and 3 using IP telephones are connected.
  • the communication device 3 on the transmission side is referred to as the first communication device 3a
  • the communication device 3 on the reception side is referred to as the second communication device 3b. Distinguish.
  • FIG. 2 is a block diagram showing a configuration example of various devices included in the communication system of the present invention.
  • the relay device 1 is a control means 11 such as a CPU for controlling the entire device, a computer program 200 of the present invention, and a CD-ROM drive that reads various information from a recording medium 300 such as a CD-ROM that records various information such as data.
  • a storage means 13 such as a hard disk for recording various information read by the auxiliary storage means 12.
  • the computer program 200 of the present invention and various types of information such as data are read from the recording unit 13 and stored in the storage unit 14 such as a RAM for temporarily storing the information to control various procedures included in the computer program 200.
  • the computer operates as the relay device 1 of the present invention.
  • the relay device 1 includes a communication means 15 such as a network card that communicates with the connection device 2 and a clock means 16 that indicates the time.
  • a part of the recording area of the recording means 13 is a communication status database (communication status DB) 13a for recording communication status information indicating communication status such as distribution of packet delay time. Used. Note that a part of the recording area of the recording means 13 is not used as the communication status database 13a, but a part of the recording area of another device connected to the relay device 1 is used as the communication status database 13a. Good.
  • information such as a route table 14a for storing information related to communication routes is stored.
  • connection device 1 and 2 is connected to the connection device 2 from one communication means 15 through one first communication line 101, and two communication devices are connected via the connection device 2. 3 and 3, but by providing two communication means 15 and 15 corresponding to the two communication devices 3 and 3, respectively, the direct communication device 3 and 3 without the connection device 2. It is also possible to connect with 3
  • the communication device 3 includes a control unit 31, a recording unit 32, a storage unit 33, a communication unit 34, an audio output unit 35 that converts audio data received as a digital signal into an analog signal, and outputs the analog signal. Is provided with voice input means 36 for converting the analog signal input as digital signal voice data.
  • the communication terminal device 3 can be a general IP phone terminal device. In addition, as long as the device has an IP telephone function, such a mode may be used.
  • FIG. 3 is a chart conceptually showing an example of the recorded contents of the communication status database 13a provided in the relay apparatus 1 of the present invention.
  • the distribution of delay time and CODEC are recorded as communication status information indicating the communication status corresponding to the packet sending direction and attributes.
  • the distribution of delay time is indicated by items such as packet loss rate (loss rate), fixed delay, fluctuation delay, etc. and setting values that are data related to the items.
  • the fluctuation delay time recorded in the communication status database 13a is a delay indicating the difference between the expected arrival time and the actual arrival time for a packet sent via the VoIP network to be simulated. It's time.
  • the loss rate is the percentage of packets that are lost without arriving at their destination, and is 1.1% in the example shown in Fig. 3.
  • Fluctuation delay refers to associating the distribution of the delay time of transmitted packets with the classified delay time indicated as an auxiliary item and the occurrence rate of the delay time. It is the value shown more. In the example shown in Fig. 3, the delay time is classified every 30 ms, and in the class where the fluctuation delay is greater than or equal to Oms and less than 30 ms, a numerical value of 61% is associated with the set value. This indicates that the probability of occurrence of a fluctuation delay of Oms or more and less than 30ms is 61%.
  • the CODEC item is associated with the encoding and decoding formats for audio data as setting values! When reproducing communication via a plurality of communication networks, a situation occurs in which the encoding and decoding formats are different in each communication network. In the example shown in FIG. 3, the setting is shown when n times of decoding and decoding are performed in communication via a plurality of communication networks.
  • a plurality of communication status databases 13a illustrated in FIG. 3 are recorded in association with the transmission direction of packets relayed by the relay device 1 and the respective attributes.
  • the packet transmission direction refers to the transfer direction from the first communication device 3a to the second communication device 3b, the second communication device 3b to the first communication device 3a, and so on, so-called upstream and downstream directions.
  • Packet attributes indicate attributes such as the packet source and destination device, packet protocol, and type. As a device, it is set for each communication device 3 that is a transmission source or a transmission destination, but it is also possible to consider the classification such as telephone number and alias.
  • Each protocol indicates that the communication status database 13a is set for each of the SIP as the control signaling protocol and the RTPZRTCP as the streaming communication protocol.
  • Each packet type indicates that the communication status database 13a is set for each session of audio (Audio), video (Video), etc. specified by the streaming communication protocol RTP.
  • FIG. 4 is an explanatory diagram conceptually showing an example of the recorded contents of the route table 14a provided in the relay device 1 of the present invention.
  • the routing table 14a the reception port, the IP address of the communication device 3 to be communicated by the port, and the virtual device assigned for communication processing described later with the communication device 3 are shown in association with the index. Route information such as the assigned device and the telephone number of the communication device 3 is recorded.
  • FIG. 5 is a functional block diagram conceptually showing a configuration example of a part of a program module developed in the relay device 1 of the present invention and the relationship with other configurations.
  • the computer program 200 is executed under the control of the control means 11 to receive a packet defined by a signaling protocol such as SIP on the recording means 13 and the Z or storage means 14.
  • Virtual signaling processing unit 1000 that attaches, based on communication status information! /, A plurality of virtual processing units 1100, 1100,... That process packets, and virtual route processing that performs route control based on route table 14a Section 1200 and a signaling analysis section 1300 that performs processing such as analysis related to the bucket specified in the signaling protocol are set.
  • the packet defined by the signaling protocol accepted by the signaling accepting unit 1000 is a packet called INVITE (hereinafter referred to as INVITE packet) of the SIP protocol that is first transmitted from the communication device 3 that requests the start of communication.
  • INVITE packet the packet defined by the signaling protocol accepted by the signaling accepting unit 1000
  • the signaling protocol may be H.323 other than SIP.
  • the packet accepted by the signaling accepting unit 1000 is a packet called SETUP of H.225.
  • a plurality of weU-known ports that accept INVITE packets are set in correspondence with communication devices 3, 3,. That is, a plurality of well-known ports are set as virtual reception ports 1001, 1001,. That is, in order to set a plurality of logical communication paths for communicating with a plurality of communication devices 3, 3,... Via one physical first communication line 101 connecting between the relay device 1 and the connection device 2.
  • a plurality of logical virtual reception ports 1001, 1001,... That receive INVITE packets from each communication device are set.
  • the setting power of the communication status database 13a illustrated in FIG. 3 is set for each virtual reception port 1001, 1001,.
  • the processing units 1100, 1100, ... correspond to the respective communication devices 3, 3, ... that are to be relayed, and each processing unit 1100 has a control protocol such as an INVITE packet.
  • a signaling processing unit 1110 that performs processing related to the packet specified in the above and a media processing unit 1120 that performs processing related to the packet specified in the streaming communication protocol are included. Further, in the media processing unit 1120, the type of streaming data, that is, the session processing capacity 1121, 1121,... S is set for each session.
  • Session processing ⁇ ⁇ ⁇ ⁇ ⁇ 112 1, 1121, ... can be set to an arbitrary number according to the type of streaming data to be relayed. For example, when transferring audio and video with RTP for one session each, RTPZRTCP, RTPZRTCP for video, a total of 4 session control, 4 session processing capacity 1121, 1121, 1121, 1121 force S is set.
  • the signaling processing unit 1110 includes a transmission / reception unit 1110a that performs processing related to packet transmission / reception, a delay addition unit 1110b that performs processing to add a delay time described later to the received packet, and a buffer 1110c that accumulates the packet.
  • each of the session processing units 1121, 1121,... Included in the media processing unit 1120 includes a transmission / reception unit 1121a, a delay addition unit 1 12 lb, and a buffer 112 lc.
  • the route processing unit 1200 performs processing for selecting an appropriate transmission destination of the received INVITE packet, setting the processing unit 1100, and processing for distributing the received INVITE packet to the processing unit 1100 that has set the received INVITE packet. That is, processing is performed to pass the INVITE packet received at the virtual reception port 1001 set in the signaling reception unit 1000 to the processing unit 1100 corresponding to the transmission source communication device 3.
  • the route processing unit 1200 manages and controls the entire process by accessing the communication status database 13a and the clock unit 16 and passing information to and from the signaling analysis unit 1300.
  • the relay device 1 of the present invention uses the program module developed on the recording means 13 and Z or the storage means 14 shown in FIG.
  • FIG. 6 is a flowchart showing the first communication initial process of the relay device 1 of the present invention.
  • the first communication initial processing is processing such as setting of the route and processing unit 1100 performed when an INVITE packet is received from the communication device 3 that requests the start of communication.
  • the relay device of the present invention set in advance as a SIP proxy server computer that performs call setting Call processing to send INVITE packet to 1.
  • the communication means 15 receives the INVITE packet via the first communication line 101, and the received signaling packet is set in the signaling acceptance unit 1000. Received at the virtual reception port 1001 (S101).
  • the relay device 1 analyzes the signaling packet by the signaling analysis unit 1300, and the IP address related to the communication device 3 on the transmitting side (first communication device 3a) that has transmitted the signaling packet Then, route information such as a telephone number is extracted (S102), and the extracted route information and a reception port indicating the received virtual reception port 1001 are recorded in the route table 14a (S103).
  • the relay device 1 sets two virtual processing units 1100, 1100 including a signaling processing unit 1110 corresponding to the first communication device 3a and the second communication device 3b, respectively ( (S104), and further, a plurality of media processing units 1120 are set in the processing unit 1100 corresponding to the first communication device 3a based on the contents of the INVITE packet (S105), and the set processing unit 1100 is set as a virtual device in the route table 14a. Record (S106) and rewrite the contents of the INVITE packet according to the routing table 14a (S107).
  • the rewriting shown in step S107 is to rewrite the route information such as the IP address of the first communication device 3a indicated as the sending device in the INVITE packet with the route information such as the IP address of the relay device 1 and send it out.
  • the process of rewriting the route information of relay device 1 shown as the previous device to the route information of second communication device 3b is shown.
  • the items in the route table 14a related to the second communication device 3b that is the transmission destination are manually set in advance. Of course, it is also possible to automatically accept SIP REGISTER packets.
  • a packet including the content related to the response to the INVITE packet sent to the second communication device 3b in the following processing is sent from the second communication device 3b to the relay device 1. Is done.
  • the relay device 1 controls the first communication device 3a to the second communication device 3b as the processing of the delay addition unit 1110b of the signaling processing unit 1110 corresponding to the first communication device 3a under the control of the control unit 11.
  • the communication status information including the loss rate and delay time distribution corresponding to the control packet sent to the communication packet is read from the communication status database 13a together with the information of the route table 14a (S108), and the lost rate included in the read communication status information Based on signalalin It is determined whether or not the packet packet has the power to be discarded (S109).
  • step S109 If it is determined in step S109 that the signaling packet is not discarded (S109: NO), the relay device 1 controls the signaling corresponding to the first communication device 3a under the control of the control means 11.
  • a delay time is calculated based on the delay time distribution included in the communication status information (S110), and based on the calculated delay time and the time indicated by the clock means 16,
  • the scheduled transmission time of the signaling packet is derived (S 111), and the derived transmission scheduled time is associated and stored in the buffer 1110 c of the signaling processing unit 1110 corresponding to the second communication device 3 b as the transmission destination (S 112 ).
  • the signaling packet stored in the buffer 1110 c of the signaling processing unit 1110 corresponding to the second communication device 3 b is associated with the time indicated by the clock device 16 by the control of the control device 11.
  • the accumulated signaling packets are transferred from the communication means 15 to the first communication line 101 by the processing of the transmission / reception unit 1120a included in the signaling processing unit 1110 of the processing unit 1100 corresponding to the second communication device 3b. Is sent to the second communication device 3b (S113). If it is determined in step S109 that the signaling packet is to be discarded (S109: YES), the side packet is discarded (S114), and the processing for the packet is terminated.
  • various algorithms including the already published technology can be used. The algorithm shown in the international application PCT ZJP2004Z19642 filed by humans is recommended.
  • FIG. 7 is a flowchart showing the second communication initial process of the relay device 1 of the present invention.
  • the second communication initial process is a packet (hereinafter referred to as a response packet) containing the contents related to the response to the INVITE packet sent to the second communication apparatus 3b in the first communication process from the second communication apparatus 3b. This is the process to be performed.
  • the control unit 11 that executes the computer program 200 receives the response packet from the communication unit 15 via the first communication line 101 and receives the response packet from the processing unit 1100 corresponding to the second communication device 3b.
  • the data is received by the transmission / reception unit 1120a included in the signaling processing unit 1110 (S201).
  • the relay device 1 sets a plurality of media processing units 1120 in the processing unit 1100 corresponding to the second communication device 3b based on the content of the response packet under the control of the control means 11 (S202).
  • the content of the answer packet is rewritten according to the route table 14a (S203).
  • the rewrite shown in step S203 is to rewrite the route information such as the IP address of the second communication device 3b indicated as the source device in the response packet with the route information such as the IP address of the relay device 1 and send it out.
  • the process of rewriting the route information of relay device 1 shown as the previous device to the route information of first communication device 3b is shown.
  • the relay device 1 controls the second communication device 3b to the first communication device 3a as the processing of the delay addition unit 1110b of the signaling processing unit 1110 corresponding to the second communication device 3b under the control of the control unit 11.
  • the communication status information including the loss rate and delay time distribution corresponding to the control packet sent to the communication packet is read from the communication status database 13a together with the information of the route table 14a (S204), and the lost rate included in the read communication status information Based on the above, it is determined whether or not to discard the response bucket (S205).
  • step S205 If it is determined in step S205 that the response packet is not discarded (S205: NO), the relay device 1 controls the delay adding unit of the signaling processing unit 1110 corresponding to the second communication device 3b under the control of the control unit 11. As the processing of 1110b, the delay time is calculated based on the delay time distribution included in the communication status information (S206), and the response packet scheduled transmission time is determined based on the calculated delay time and the time indicated by the clock means 16. Derived (S207), the derived scheduled transmission time is associated and stored in the buffer 1110c of the signaling processing unit 1110 corresponding to the first communication device 3a as the transmission destination (S208).
  • the control unit 11 controls the response packet accumulated in the buffer 1110c of the signaling processing unit 1110 corresponding to the first communication device 3a with reference to the time indicated by the clock unit 16.
  • the communication packet 15 is transmitted from the communication means 15 to the first communication line by the processing of the transmission / reception unit 1110a included in the signaling processing unit 1110 of the processing unit 1100 corresponding to the first communication device 3a. It is sent to the first communication device 3a via 101 (S209).
  • step S205 if it is determined that the response packet is to be discarded (S205: YES), the response packet is discarded (S210), and the processing for the packet is terminated.
  • Steps S204 Slack of packets by the delay adder 1110b according to S2 10 and processing such as delay time calculation can be performed using various algorithms including the already published technology. International application filed by humans Algorithm shown in PCTZJP2004Z 19642 Is recommended. If the response packet continues, the second communication initial process is repeated. However, the setting of the media processing unit 1120 in S202 is not necessary once it has been set. In some cases, the transmitting side and the receiving side of the communication devices 3 and 3 are switched. As described above, by the first communication initial process and the second communication initial process shown using FIGS. 6 and 7, a plurality of processing units 1110 are provided for each attribute such as protocol, session, and transmission direction (source apparatus). Is set. Further, through the first communication initial process and the second communication initial process, the first communication device 3a and the second communication device 3b recognize that the call setting process for establishing the communication path is completed.
  • FIG. 8 is a flowchart showing communication relay processing of the relay device 1 of the present invention.
  • the communication relay process is a process for relaying the streaming communication performed after the communication path is established by the first communication initial process and the second communication initial process.
  • a packet for streaming communication (hereinafter referred to as media) including media information such as audio and video defined by protocols such as RTP and RTCP as payload data. Packet) is sent to the relay device 1 to reach the second communication device 3b.
  • the media packet is received by the communication device 15 via the first communication line 101 under the control of the control device 11 that executes the computer program 200, and the received media packet corresponds to the first communication device 3a.
  • the transmission / reception unit 112la included in the media processing unit 1120 of the processing unit 1100 corresponding to the type of streaming data to be relayed accepts (S301).
  • the relay device 1 controls the first communication device 3a and the delay addition unit 1121b of the media processing unit 1120 corresponding to the type of streaming data included in the received media packet under the control of the control unit 11 as the first processing.
  • Communication status database including communication status information including distribution of loss rate and delay time corresponding to attributes such as transmission direction, protocol, type, etc. sent from communication device 3a to second communication device 3b. It is read from 13a (S302), and it is determined whether or not it is capable of discarding the media packet based on the disappearance rate included in the read communication status information (S303). If it is determined in step S303 that the media bucket is not discarded (S303: NO), the relay apparatus 1 performs one or more encoding and decoding processes on the media packet under the control of the control unit 11.
  • step S304 The encoding and decoding processes in step S304 are for communication via the original communication network. This is a process to reproduce the CODEC performed in Therefore, it is assumed that the communication network used for the communication is defined through each of the cases where the communication network is performed through a plurality of communication networks, and encoding and decoding are performed many times during the transfer of each communication network. Encode and decode multiple times in accordance with the processing method (algorithm). Note that the encoding and decoding conditions, that is, the processing methods performed as individual encoding and decoding are determined with reference to the setting values of the CODEC recorded in the path table 14a.
  • the relay device 1 based on the distribution of the delay time included in the communication status information as the processing of the delay adding unit 112 lb of the media processing unit 1120 corresponding to the first communication device 3 a under the control of the control unit 11.
  • the delay time is calculated (S305)
  • the media packet scheduled transmission time is derived based on the calculated delay time and the time indicated by the clock means 16 (S306), and the derived transmission time is associated with the first transmission time.
  • the data is stored in the buffer 1121c of the media processing unit 1120 corresponding to the communication device 3a (S307).
  • FIG. 9 is an explanatory diagram conceptually showing an example of packets stored in the buffer 1121c set in the relay apparatus 1 of the present invention.
  • the scheduled transmission time of each packet, the IP address and port number of the communication device 3 serving as the transmission destination, and packet data are recorded in association with the index.
  • the scheduled transmission time is the packet transmission time derived by the relay device 1 based on the communication status information.
  • packet data includes information such as voice data for reproducing voice as information shown in the data portion of each packet.
  • the signaling packet and RTCP packet are stored in the same format.
  • the relay device 1 refers to the time indicated by the clock unit 16 under the control of the control unit 11, and stores it in the buffer 1121c of the media processing unit 1120 corresponding to the first communication device 3a. After the accumulated media packet reaches the associated transmission time, the accumulated media packet is communicated by processing of the transmission / reception unit 1121a included in the media processing unit 1120 of the processing unit 1100 corresponding to the first communication device 3a. The data is sent from the means 15 to the second communication device 3b via the first communication line 101 (S308). If it is determined in step S303 that the media bucket is to be discarded (S303: YES), the media packet is discarded (S309), and the processing related to the packet is terminated.
  • Step S303 Delay Adder 1121b according to S309
  • the ability to use various algorithms, including technologies that have already been published, for processing such as packet discarding and delay time calculation by the above is shown in the international application PCTZJP2004 / 19642 filed by the present applicant. Recommend an algorithm.
  • the media packet is a one-way transfer that does not require a response, and therefore the rewriting process of the contents of the packet performed in the signaling packet and the response packet is not required.
  • the signaling packet and the response packet are stored in the buffer 1110c of the signaling processing unit 1110 included in the processing unit 1100 corresponding to the second communication device 3b that is the transmission destination (the response packet is the first communication device 3a).
  • the media packet is stored in the buffer 1121c of the media processing unit 1121 included in the processing unit 1100 corresponding to the first communication device 3a that is the transmission source.
  • the relay device 1 sends a media packet to the second communication device 3b based on the sending time, and the subject who operates the second communication device 3b takes the second communication device based on the received media packet. Listen to the audio output from 3b.
  • the quality of the output voice is communication quality that reproduces the communication status of the communication network through which the media packet based on the information recorded in the communication status database 13a passes.
  • the communication status of the VoIP network used as an IP telephone is reproduced to evaluate the communication quality.
  • the present invention is not limited to this, and it relates to streaming distribution of television images. It can be used in various forms such as for communication quality evaluation. Further, it is obvious that the direction of transmission / reception between the first communication device and the second communication device may be switched, and bidirectional communication may be performed.
  • the mode of relaying communication between a pair of communication devices of the first communication device and the second communication device has been described.
  • the present invention is not limited to this, and two or more sets of communication devices are used. Communication between devices may be relayed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

 マルチベンダーの環境で構築されるVoIP網等のプロトコル及びセッション毎に通信特性が異なる通信経路が設定される通信網を介しての通信状況を正確にシミュレートすることを可能とし、そして想定した通信網にて行われるIP電話等の通信の通信品質を評価することが可能とする。  複数の通信装置間のパケット通信を中継する中継装置1を用い、中継装置1では、制御用のプロトコルにて規定される最初に受信したパケットの内容に基づいて、パケットの送出方向、並びにプロトコル、ストリーミングデータの種類等の属性の夫々に対応するように複数の仮想的な処理部1100を初期処理として設定し、夫々の処理部1100に対応付けられる通信状況情報にて示されるパケットの消失率及び遅延時間の分布に基づいて、初期処理後のパケットの通信を中継する。                                                                                 

Description

明 細 書
中継方法、中継装置、通信システム及びコンピュータプログラム
技術分野
[0001] 本発明は、複数の通信装置間のパケット通信を中継する中継方法、該中継方法を 適用した中継装置、該中継装置を備える通信システム、及び前記中継装置を実現す るためのコンピュータプログラムに関し、特に IP電話等のリアルタイム系の通信の通 信状況のシミュレートに用いる中継方法、中継装置、通信システム及びコンピュータ プログラムに関する。 背景技術
[0002] 近年、 IP網等の通信網を介して装置間で音声及び映像のデータの送受信を行う V oIP(Voice over Internet Protocol) ^ VoPN(Voice over Packet Network)等のストリ ~~ ム配信を含むリアルタイム系のアプリケーションの利用が増えてきている。リアルタイ ム系のアプリケーションを利用する際には、アプリケーション上で受信した音声や映 像のデータを再生する際の再生品質が IP網の状況により影響を受ける。そのため総 務省が定めたガイドラインでは、 IP電話サービスの提供業者が提供するサービスに 対し一定の通信品質を保つことを定めて 、る。
[0003] ところが IP網、公衆回線網等の複数の通信網で構成された IP電話サービスを提供 する VoIP網は、一般的にマルチベンダーの環境で構築されるため、 VoIP網の伝送 品質の確保及び評価が困難である。そこで VoIP網での通信状況である通信網の特 性をシミュレートして実際に端末装置間で通話することにより、通話を行う端末装置間 、即ちエンド'ツー ·エンドの通信品質を予測する評価方法が必要となる。このような 通信の品質を評価すべく通信状況をシミュレートする方法が例えば特許文献 1に開 示されている。
特許文献 1:特許第 2997607号公報
発明の開示
発明が解決しょうとする課題
[0004] しかしながら VoIP網では、 SIP(Session Initiation Protocol)等のプロトコルにて転 送されるシグナリング、並びに RTP(Realtime Transport Protocol)等のプロトコルで 転送される映像データ、音声データ等のメディアの種類毎に異なる通信経路を経由 したり、上り方向及び下り方向の通信経路で特性が異なることが多いにも関わらず、 従来の方法では、通信状況の再現に関する処理を単一の条件で行うため、シグナリ ング、メディアの種類等のセッション毎に異なる通信経路を用いた通信状況を正確に 再現し評価することはできな 、と 、う問題がある。
[0005] しかも VoIP網では、音声データの通信にぉ 、て、符号化及び復号化等の変換を 伴うが、これによる通信品質への影響までは考慮されて 、な 、と 、う問題がある。
[0006] 本発明は斯力る事情に鑑みてなされたものであり、通信に要するパケットに対する 通信状況の再現に関する処理を実行する処理部を、セッション等の属性及びバケツ トの送出方向の夫々に対応付けて複数設定することにより、通信状況を正確に再現 し評価することが可能な中継方法、該中継方法を適用した中継装置、該中継装置を 備える通信システム、及び前記中継装置を実現するためのコンピュータプログラムの 提供を主たる目的とする。
[0007] さらに本発明では、処理部にて符号化及び復号化処理を行うことにより、通信状況 を正確に再現することが可能な中継装置等の提供を他の目的とする。
課題を解決するための手段
[0008] 第 1発明に係る中継方法は、複数の通信装置間のパケット通信を中継する中継装 置を用い、該中継装置は、予め記録されている通信状況を示す通信状況情報に基 づいてパケットを処理する処理部により、受信したパケットの送出時刻の導出処理及 び導出した時刻に基づく送出処理を行う中継方法において、前記中継装置は、パケ ットの送出方向及び Z又は属性に対応する複数の処理部を用いることを特徴とする
[0009] 本発明の中継方法では、送出方向及び Z又は属性毎に異なる複数の処理部を用 いることにより、マルチベンダーの環境で構築される VoIP網等のセッション毎に通信 特性が異なる通信経路が設定される通信網を介しての通信状況を正確にシミュレ一 トし評価することが可能である。
[0010] 第 2発明に係る中継装置は、予め記録されて!、る通信状況を示す通信状況情報に 基づいてパケットの送出時刻の導出処理及び導出した時刻に基づく送出処理を行う 処理部を備え、一の通信装置力 受信したパケットを処理して他の通信装置へ送出 する中継装置において、パケットの送出方向及び Z又は属性に対応する複数の処 理部を備えることを特徴とする。
[ooii] 本発明の中継装置では、送出方向及び Z又は属性毎に異なる複数の処理部を用 いることにより、マルチベンダーの環境で構築される VoIP網等のセッション毎に通信 特性が異なる通信経路が設定される通信網を介しての通信状況を正確にシミュレ一 トし評価することが可能である。
[0012] 第 3発明に係る中継装置は、予め記録されて!、る通信状況を示す通信状況情報に 基づいてパケットの送出時刻の導出処理及び導出した時刻に基づく送出処理を行う 処理部を用い、一の通信装置から受信したパケットを処理して他の通信装置へ送出 する中継装置にぉ 、て、パケットの属性に夫々対応する複数の仮想的な処理部を設 定する設定手段を備えることを特徴とする。
[0013] 本発明の中継装置では、属性毎に仮想的な処理部を設定することにより、 VoIP網 等のセッション毎に通信特性が異なる通信経路が設定される通信網を介しての通信 の状況を正確にシミュレートし評価することが可能である。
[0014] 第 4発明に係る中継装置は、第 3発明において、前記通信状況情報は、パケットの 消失率及び遅延時間の分布を示す情報を含み、前記処理部は、通信状況情報に含 まれる消失率に基づきパケットを破棄する手段と、通信状況情報に含まれる遅延時 間に基づきパケットを蓄積する手段とを備えることを特徴とする。
[0015] 本発明に係る中継装置では、パケットの消失率及び遅延時間の分布に基づき通信 網の通信状況をシミュレートすることが可能である。
[0016] 第 5発明に係る中継装置は、第 3発明又は第 4発明において、複数の処理部に夫 々対応付けて用いられる通信状況情報を記録してあることを特徴とする。
[0017] 本発明に係る中継装置では、夫々の処理部に対して対応付けられた通信状況情 報に基づきパケットの破棄及び蓄積等の処理を実行することにより、通信経路毎に異 なる通信状況をシミュレートすることができるので、セッション毎に通信経路が設定さ れる通信網を介しての通信を正確にシミュレートすることが可能である。 [0018] 第 6発明に係る中継装置は、第 3発明乃至第 5発明のいずれかにおいて、前記パ ケットの属性として、プロトコルの種類を含み、前記設定手段は、制御用のプロトコル にて規定されたパケットの内容に基づ ヽて、仮想的な処理部を設定するように構成し てあることを特徴とする。
[0019] 本発明に係る中継装置では、制御用のシグナリングプロトコルである SIP、ストリーミ ング通信用プロトコルである RTP(Real Time Streaming Protocol)等のプロトコル毎に 通信状況をシミュレートすることが可能であり、し力も制御用のプロトコルに規定される 最初に受信したパケットの内容に基づく呼設定のための初期処理 (INVITE処理)に て処理部を設定することにより、通話のみの通信、テレビ電話として用いられる映像を 含む通信等のシミュレートする通信に応じた処理部を適宜設定することが可能である
[0020] 第 7発明に係る中継装置は、第 3発明乃至第 6発明のいずれかにおいて、前記パ ケットの属性として、ストリーミング通信用のプロトコルにて規定されるストリーミングデ ータの種類を含むことを特徴とする。
[0021] 本発明に係る中継装置では、 RTP等のストリーミング通信用のプロトコルにて規定 される音声、映像等の種類を含むセッション毎に処理部を設定することにより、セッシ ヨン毎に通信経路が設定される通信網の通信状況を正確にシミュレートすることが可 能である。
[0022] 第 8発明に係る中継装置は、第 3発明乃至第 7発明のいずれかにおいて、一の物 理的な通信線を介した複数の論理的な通信経路に夫々対応する論理的な通信ポー トを複数設定する手段を更に備え、前記設定手段は、通信経路に夫々対応する複 数の仮想的な処理部を設定するように構成してあることを特徴とする。
[0023] 本発明に係る中継装置では、ハードウェアであるネットワークカード等の一の通信 手段を用いて論理的な通信ポートを複数設定し、仮想的な処理部を設定することに より、一のハードウェアで、仮想的な複数の通信経路を設定することが可能であり、こ のため上り方向及び下り方向の通信経路、更には複数の通信を媒介する複数の通 信経路に関する通信状況のシミュレートを限られたノ、一ドウエア構成で実現すること が可能である。 [0024] 第 9発明に係る中継装置は、第 3発明乃至第 8発明のいずれかにおいて、前記処 理部は、受信したパケットに含まれるデータに対して符号化及び復号化する符号復 号手段を更に備えることを特徴とする。
[0025] 本発明に係る中継装置では、通信網を介しての音声データの通信時に行われる C ODEC(Coder-Decoder)による音声データの符号化及び復号化の処理を再現する ことにより、実際の通信状況を正確にシミュレートすることが可能である。
[0026] 第 10発明に係る中継装置は、第 9発明において、前記符号復号手段は、処理方 法が夫々定義された複数回の符号化及び復号化を行うように構成してあることを特 徴とする。
[0027] 本発明に係る中継装置では、異なる CODEC処理が行われる複数の通信網を介し ての通信を再現することができるので、実際の通信状況を正確にシミュレートすること が可能である。特に、 IP網のみならず、回線交換網等を含む場合であっても、それぞ れの通信網における符号ィ匕及び復号ィ匕の方式の違いを反映したシミュレートが可能 となる。
[0028] 第 11発明に係る通信システムは、第 2発明乃至第 10発明のいずれかに記載の中 継装置と、該中継装置を介して通信する複数の通信装置とを備えることを特徴とする
[0029] 本発明に係る通信システムでは、 VoIP網等のセッション毎に通信特性が異なる通 信経路が設定される通信網を介しての通信の状況を正確にシミュレートし評価するこ とが可能である。
[0030] 第 12発明に係るコンピュータプログラムは、複数の装置と通信する手段を備えるコ ンピュータに、一の装置力 受信したパケットを処理して他の装置へ送出させるコンビ ユータプログラムにおいて、コンピュータに、予め記録されている通信状況を示す通 信状況情報に基づいてパケット送出時刻の導出処理及び導出した時刻に基づく送 出処理に用いられる仮想的な処理部を、一の装置力 受信したパケットの送出方向 及び Z又は属性に対応付けて複数設定させることを特徴とする。
[0031] 本発明に係るコンピュータプログラムでは、通信用コンピュータ等のコンピュータに て実行することで、コンピュータが通信状況をシミュレートすべく通信の中継を行う中 継装置として動作し、 VoIP網等のセッション毎に通信特性が異なる通信経路が設定 される通信網を介しての通信の状況を正確にシミュレートし評価することが可能であ る。
発明の効果
[0032] 本発明に係る中継方法、中継装置、通信システム及びコンピュータプログラムでは
、複数の通信装置間のパケット通信を中継する中継装置を用い、中継装置では、制 御用のプロトコルにて規定される最初に受信したパケットの内容に基づいて、パケット の送出方向、並びにプロトコル、ストリーミングデータの種類等の属性の夫々に対応 するように複数の仮想的な処理部を初期処理として設定し、夫々の処理部に対応付 けられる通信状況情報にて示されるパケットの消失率及び遅延時間の分布に基づい て、初期処理後のパケットの通信を中継する。
[0033] この構成により、マルチベンダーの環境で構築される VoIP網等のプロトコル及びセ ッシヨン毎に通信特性が異なる通信経路が設定される通信網を介しての通信状況を 正確にシミュレートすることが可能であり、従って想定した通信網にて行われる IP電 話等の通信に係る通信品質を正確に評価することが可能である等、優れた効果を奏 する。
[0034] また本発明の中継装置等では、受信したパケットに含まれるデータに対して処理方 法が夫々定義された複数回の符号ィ匕及び復号ィ匕を行うことにより、異なる CODEC 処理が行われる複数の通信網を介しての通信を再現することができるので、実際の 通信状況を正確にシミュレートすることが可能である等、優れた効果を奏する。
[0035] さらに一の物理的な通信線が接続されたノヽードウエアであるネットワークカード等の 一の通信手段を用い、複数の論理的な通信経路に夫々対応する論理的な通信ポー トを複数設定することにより、一のハードウ アで、仮想的な複数の通信経路を設定 することが可能であり、このため上り方向及び下り方向の通信経路、更には複数の通 信を媒介する複数の通信経路に関する通信状況のシミュレートを限られたハードゥエ ァ構成で実現することが可能である等、優れた効果を奏する。
図面の簡単な説明
[0036] [図 1]本発明の通信システムを例示した概念図である。 [図 2]本発明の通信システムが備える各種装置の構成例を示すブロック図である。
[図 3]本発明の中継装置が備える通信状況データベースの記録内容の一例を概念 的に示す図表である。
[図 4]本発明の中継装置が備える経路テーブルの記録内容の一例を概念的に示す 説明図である。
[図 5]本発明の中継装置にて展開されるプログラムモジュールの一部の構成例及び 他の構成との関係を概念的に示す機能ブロック図である。
[図 6]本発明の中継装置の第 1通信初期処理を示すフローチャートである。
[図 7]本発明の中継装置の第 2通信初期処理を示すフローチャートである。
[図 8]本発明の中継装置の通信中継処理を示すフローチャートである。
[図 9]本発明の中継装置にて設定されるバッファに蓄積されるパケットの例を概念的 に示す説明図である。
符号の説明
[0037] 1 中継装置
1000 シグナリング受付部
1001 仮想受付ポート
1100 処理部
1110 シグナリング処理部
1120 メディア処理部
1121 セッション処理咅
2 接続装置
3 通信装置
200 コンピュータプログラム
300 記録媒体
発明を実施するための最良の形態
[0038] 以下、本発明をその実施の形態を示す図面に基づいて詳述する。本発明の通信 品質評価システムでは、先ず VoIP網等の既存の通信網のエンド'ツー 'エンド、即ち 端末装置間におけるパケットの遅延、消失率、揺らぎ等の通信状況である通信網の 特性を、例えば本願出願人が出願した特願 2004— 188922に記載して 、る通信特 性測定方法にて測定する。そして測定した結果に基づ 、て既存の通信網又は新た に設計した通信網の通信状況を、例えば IP電話網に用いられる擬似網としてシミュ レートする。そしてシミュレートした IP電話による通話を被験者が体感することにより、 平均オピニオンスコア等の方法を用いて通信品質を評価する。なお、通信品質の評 価は、既存の測定装置を用いるなどの方法もある。
[0039] 図 1は、本発明の通信システムを例示した概念図である。図 1中 1は、通信用コンビ ユータを用いた本発明の中継装置であり、中継装置 1は、通信状況をシミュレートして 通信品質を評価する場合に、評価すべき通信網上でのパケットの遅延を再現するパ ケットの送出時刻の導出、導出した送出時刻に基づくパケットの送出等の様々な処 理を行う。中継装置 1には、第 1通信線 101を介してリピータハブ、スイッチングハブ 等の接続装置 2が接続されており、接続装置 2には、擬似網として用いられる第 2通 信線 102, 102を介して、 IP電話機を用いた 2台の通信装置 3, 3が接続されている。 なお以降の説明において、夫々の通信装置 3, 3を特に区別する必要がある場合、 送話側の通信装置 3を第 1通信装置 3aとし、受話側の通信装置 3を第 2通信装置 3b として区別する。
[0040] 図 2は、本発明の通信システムが備える各種装置の構成例を示すブロック図である 。中継装置 1は、装置全体を制御する CPU等の制御手段 11、本発明のコンピュータ プログラム 200及びデータ等の各種情報を記録した CD— ROM等の記録媒体 300か ら各種情報を読み取る CD - ROMドライブ等の補助記憶手段 12、補助記憶手段 12 により読み取った各種情報を記録するハードディスク等の記録手段 13を備えている。 そして記録手段 13から本発明のコンピュータプログラム 200及びデータ等の各種情 報を読み取り、情報を一時的に記憶する RAM等の記憶手段 14に記憶させてコンビ ユータプログラム 200に含まれる各種手順を制御手段 11により実行することで、コン ピュータは、本発明の中継装置 1として動作する。さらに中継装置 1は、接続装置 2と 通信するネットワークカード等の通信手段 15、及び時刻を示す時計手段 16を備えて いる。なお記録手段 13の記録領域の一部は、パケットの遅延時間の分布等の通信 状況を示す通信状況情報を記録する通信状況データベース (通信状況 DB) 13aとし て用いられる。なお記録手段 13の記録領域の一部を通信状況データベース 13aとし て用いるのではなく、中継装置 1に接続する他の装置の記録領域の一部を通信状況 データベース 13aとして用 、る様にしても良 、。また記憶手段 14の記憶領域の一部 には、通信経路に関する情報を記憶する経路テーブル 14a等の情報が記憶される。 なお図 1及び図 2に示した本発明の中継装置 1は、一の通信手段 15から 1本の第 1 通信線 101により接続装置 2に接続し、接続装置 2を介して 2台の通信装置 3, 3と接 続しているが、 2台の通信装置 3, 3に夫々対応する 2個の通信手段 15, 15を備えさ せることにより、接続装置 2を介さず、直接通信装置 3, 3と接続することも可能である
[0041] 通信装置 3は、制御手段 31、記録手段 32、記憶手段 33、通信手段 34、デジタル 信号として受信した音声データをアナログ信号に変換し、音声として出力する音声出 力手段 35、及び音声として入力されたアナログ信号をデジタル信号の音声データに 変換する音声入力手段 36を備えている。なお、通信端末装置 3は、一般的な IP電話 機の端末装置を用いることが可能である。また IP電話機能を備えた装置であれば 、 かなる態様であっても良い。
[0042] 図 3は、本発明の中継装置 1が備える通信状況データベース 13aの記録内容の一 例を概念的に示す図表である。通信状況データベース 13aには、パケットの送出方 向及び属性に対応する通信状況を示す通信状況情報として遅延時間の分布及び C ODECが記録されている。遅延時間の分布は、パケットの消失率 (ロス率)、固定遅 延、揺らぎ遅延等の項目及び項目に関するデータである設定値により示されている。 通信状況データベース 13aに記録している揺らぎ遅延の遅延時間とは、シミュレート すべき VoIP網を介して送出されたパケットについて、到着が期待される時刻と実際 に到着した時刻との差を示す遅延時間である。消失率とは、到着先に到着せずに消 失するパケットの割合を百分率で示したものであり、図 3に示す例では、 1. 1%となつ ている。固定遅延とは、通信網の物理的な距離、装置数等の通信網の構成を主因と する一定の遅延である。なお揺らぎ遅延のみを考慮する場合、固定遅延に示す数値 は無くても良い。揺らぎ遅延とは、送出されたパケットの遅延時間の分布を、補助項 目として示される分級された遅延時間及び該遅延時間の発生率を対応付けること〖こ より示した値である。図 3に示す例では、遅延時間を 30ms毎に分級しており、揺らぎ 遅延が Oms以上 30ms未満である階級では、設定値として 61%という数値が対応付 けられている。このことは Oms以上 30ms未満の揺らぎ遅延の発生する確率が 61% であることを示して 、る。同様にして 30ms以上 60ms未満の揺らぎ遅延の発生する 確率が 14%、 60ms以上 90ms未満の揺らぎ遅延の発生する確率が 7%、そして 90 ms以上の揺らぎ遅延の発生する確率が 8%である。なお遅延時間の発生率は、 Vol P網を伝送中に消失したパケットを除く到着したパケット内での割合を百分率で示し たものである。 CODECの項目には、音声データに対する符号化及び復号化の形式 が設定値として対応付けられて!/、る。複数の通信網を介しての通信を再現する場合 、符号化及び復号化の形式が夫々の通信網で異なる状況が生じる。図 3に示す例で は、複数の通信網を介しての通信にて n回の符号ィ匕及び復号ィ匕が行われると 、ぅ設 定を示している。
[0043] 図 3に例示した通信状況データベース 13aは、中継装置 1が中継するパケットの送 出方向及び各属性に対応付けて複数記録されている。パケットの送出方向とは、第 1 通信装置 3aから第 2通信装置 3b、第 2通信装置 3bから第 1通信装置 3a等の転送方 向、所謂上り方向及び下り方向等の方向を示す。パケットの属性とは、パケットの送 出元及び送出先となる装置、パケットのプロトコル、種類等の属性を示す。装置として は、送出元又は送出先となる通信装置 3毎に設定されるが、電話番号、エイリアス等 の区分についても考慮する様にしても良い。プロトコル毎とは、制御用のシグナリング プロトコルである SIP、ストリーミング通信用プロトコルである RTPZRTCP毎に通信 状況データベース 13aが設定されることを示す。パケットの種類毎とは、ストリーミング 通信用プロトコルである RTPにて規定される音声 (Audio)、映像 (Video)等のセッショ ン毎に通信状況データベース 13aが設定されることを示す。
[0044] 図 4は、本発明の中継装置 1が備える経路テーブル 14aの記録内容の一例を概念 的に示す説明図である。経路テーブル 14aには、索引に対応付けて、受付ポート、 当該ポートによる通信の対象となる通信装置 3の IPアドレス、当該通信装置 3との後 述する通信処理用に割り当てられた仮想デバイスを示す割当デバイス、当該通信装 置 3の電話番号等の経路情報が記録されて ヽる。 [0045] 次に本発明の中継装置 1にて実行される処理について説明する。図 5は、本発明 の中継装置 1にて展開されるプログラムモジュールの一部の構成例及び他の構成と の関係を概念的に示す機能ブロック図ある。本発明の中継装置 1では、制御手段 11 の制御により、コンピュータプログラム 200を実行することで、記録手段 13及び Z又 は記憶手段 14上に、 SIP等のシグナリングプロトコルにて規定されたパケットを受け 付ける仮想的なシグナリング受付部 1000、通信状況情報に基づ!/、てパケットを処理 する仮想的な複数の処理部 1100, 1100,…、経路テーブル 14aに基づき経路制御 を行う仮想的な経路処理部 1200、及びシグナリングプロトコルにて規定されたバケツ トに関する解析等の処理を行うシグナリング解析部 1300が設定される。シグナリング 受付部 1000が受け付けるシグナリングプロトコルにて規定されたパケットとは、通信 の開始を要求する通信装置 3から最初に送出される SIPプロトコルの INVITEと呼ば れるパケット(以下、 INVITEパケットという)であり、中継装置 1では、 INVITEバケツ トに基づいて経路及び処理部 1100, 1100,…が設定される。なお、シグナリングプ ロトコルは SIP以外の H. 323等でも良い。シグナリングプロトコルが H. 323の場合、 シグナリング受付部 1000が受け付けるパケットは、 H.225の SETUPと呼ばれるパケ ットになる。
[0046] シグナリング受付部 1000には、 INVITEパケットを受け付ける weU-knownポートを、 各通信装置 3, 3,…に夫々対応させて複数設定する。すなわち、複数の well-known ポートを、仮想受付ポート 1001, 1001,…として設定する。即ち中継装置 1及び接 続装置 2間を接続する物理的な 1本の第 1通信線 101を介して複数の通信装置 3, 3 ,…と通信する複数の論理的な通信経路を設定するために、夫々の通信装置からの INVITEパケットを受け付ける論理的な複数の仮想受付ポート 1001, 1001,…を設 定する。なお、本実施例では、パケット転送の上り方向及び下り方向毎にシミュレ一 シヨンの設定を行う場合は、図 3に例示した通信状況データベース 13aの設定力 こ の仮想受付ポート 1001, 1001,…毎に設定されているものとして説明する。その他 、仮想受付ポート 1001は一つにして、発信先 Z発信元の電話番号、エイリアス等の 区分に応じて上り方向及び下り方向のシミュレーションの設定を変更するようにするこ とも可能である。 [0047] 処理部 1100, 1100,…は、中継する通信の対象となる各通信装置 3, 3,…に夫 々対応しており、各処理部 1100には、 INVITEパケット等の制御用のプロトコルにて 規定されたパケットに関する処理を行うシグナリング処理部 1110と、ストリーミング通 信用のプロトコルにて規定されたパケットに関する処理を行うメディア処理部 1120と が含まれている。更にメディア処理部 1120には、ストリーミングデータの種類、即ちセ ッシヨン毎にセッション処理咅 1121, 1121, …力 S設定される。セッション処理咅 112 1, 1121,…は、中継するストリーミングデータの種類に応じて任意の数が設定され る力 例えば、音声及び映像をそれぞれ 1セッション分の RTPにて転送する場合、音 声用の RTPZRTCP、映像用の RTPZRTCPの計 4本のセッション制御のために、 4個のセッション処理咅 1121 , 1121, 1121, 1121力 S設定されることになる。シグナ リング処理部 1110は、パケットの送受信に関する処理を行う送受信部 1110a、受信 したパケットに対して後述する遅延時間を加算する処理を行う遅延加算部 1110b、 及びパケットを蓄積するバッファ 1110cを含む。同様にしてメディア処理部 1120に含 まれる各セッション処理部 1121, 1121,…は、夫々送受信部 1121a、遅延加算部 1 12 lb及びバッファ 112 lcを含む。
[0048] 経路処理部 1200は、受信した INVITEパケットの適切な送信先を選択して、処理 部 1100を設定する処理と、受信した INVITEパケットを設定した処理部 1100に振り 分ける処理とを行う。すなわち、シグナリング受付部 1000に設定された仮想受付ポ ート 1001にて受信した INVITEパケットを、送出元の通信装置 3に対応する処理部 1100へ渡す処理を行う。また経路処理部 1200は、通信状況データベース 13a及び 時計手段 16へのアクセス並びにシグナリング解析部 1300との情報の受け渡しにより 、処理全体の管理及び制御を行う。
[0049] 図 5に示した記録手段 13及び Z又は記憶手段 14上に展開されたプログラムモジュ ールを用いて本発明の中継装置 1では、パケット通信の中継処理を行う。図 6は、本 発明の中継装置 1の第 1通信初期処理を示すフローチャートである。第 1通信初期処 理とは、通信の開始を要求する通信装置 3から INVITEパケットを受信した場合に行 われる経路及び処理部 1100の設定等の処理である。先ず通信装置 3では、予め呼 設定を行う SIPプロキシサーバコンピュータとして設定されている本発明の中継装置 1へ INVITEパケットを発信する発呼処理を行う。中継装置 1では、コンピュータプロ グラム 200を実行する制御手段 11の制御により、第 1通信線 101を介して通信手段 1 5により INVITEパケットを受信し、受信したシグナリングパケットをシグナリング受付 部 1000に設定された仮想受付ポート 1001にて受け付ける(S101)。
[0050] 中継装置 1は、制御手段 11の制御により、シグナリング解析部 1300にてシグナリン グパケットを解析して、シグナリングパケットを送出した送話側の通信装置 3 (第 1通信 装置 3a)に関する IPアドレス、電話番号等の経路情報を抽出し (S102)、抽出した経 路情報及び受け付けた仮想受付ポート 1001を示す受付ポートを経路テーブル 14a に記録する(S 103)。
[0051] 中継装置 1は、制御手段 11の制御により、第 1通信装置 3a及び第 2通信装置 3bに 夫々対応したシグナリング処理部 1110を含む仮想的な 2つの処理部 1100, 1100 を設定し (S 104)、更に INVITEパケットの内容に基づいて第 1通信装置 3aに対応 する処理部 1100に複数のメディア処理部 1120を設定し (S105)、設定した処理部 1100を仮想デバイスとして経路テーブル 14aに記録し(S106)、 INVITEパケットの 内容を経路テーブル 14aに従って書き換える(S107)。ステップ S107に示した書き 換えとは、 INVITEパケットに送出元の装置として示されている第 1通信装置 3aの IP アドレス等の経路情報を、中継装置 1の IPアドレス等の経路情報に書き換え、送出先 の装置として示されている中継装置 1の経路情報を第 2通信装置 3bの経路情報に書 き換える処理を示す。なお、送信先である第 2通信装置 3bに関する経路テーブル 14 aの項目は、事前に手動で設定しておく。当然、 SIPの REGISTERパケットを受け付 けて、自動的に行うようにしても良い。ステップ S 107に示す書き換えを行うことにより 、以降に示す処理にて第 2通信装置 3bへ送出した INVITEパケットに対しての応答 に関する内容を含むパケットが、第 2通信装置 3bから中継装置 1へ送出される。
[0052] そして中継装置 1は、制御手段 11の制御により、第 1通信装置 3aに対応するシグ ナリング処理部 1110の遅延加算部 1110bの処理として、第 1通信装置 3aから第 2通 信装置 3bへ送出する制御用パケットに対応する消失率及び遅延時間の分布を含む 通信状況情報を経路テーブル 14aの情報と併せて通信状況データベース 13aから 読み取り(S108)、読み取った通信状況情報に含まれる消失率に基づきシグナリン グパケットを破棄する力否かを判定する(S 109)。
[0053] ステップ S 109にお 、て、シグナリングパケットを破棄しな 、と判定した場合 (S109: NO)、中継装置 1は、制御手段 11の制御により、第 1通信装置 3aに対応するシグナ リング処理部 1110の遅延加算部 1110bの処理として、通信状況情報に含まれる遅 延時間の分布に基づいて遅延時間を算出し (S110)、算出した遅延時間及び時計 手段 16が示す時刻に基づ 、てシグナリングパケットの送出予定時刻を導出し (S 111 )、導出した送出予定時刻を対応付けて、送出先となる第 2通信装置 3bに対応する シグナリング処理部 1110のバッファ 1110cに蓄積する(S 112)。そして中継装置 1 では、制御手段 11の制御により、時計手段 16が示す時刻を参照して、第 2通信装置 3bに対応するシグナリング処理部 1110のバッファ 1110cに蓄積したシグナリングパ ケットが対応付けられた送出時刻に到達後、蓄積しているシグナリングパケットを、第 2通信装置 3bに対応する処理部 1100のシグナリング処理部 1110に含まれる送受 信部 1120aの処理により、通信手段 15から第 1通信線 101を介して第 2通信装置 3b へ送出する(S113)。ステップ S109において、シグナリングパケットを破棄すると判 定した場合 (S109 : YES)、シダナリングパケットを破棄し (S114)、当該パケットに関 する処理を終了する。ステップ S108— S114に係る遅延加算部 1110bによるバケツ トの破棄、遅延時間の算出等の処理は、既に公開されている技術も含め様々なアル ゴリズムを用いることが可能であるが、ここでは本願出願人が出願した国際出願 PCT ZJP2004Z19642に示したアルゴリズムを推奨する。
[0054] 図 7は、本発明の中継装置 1の第 2通信初期処理を示すフローチャートである。第 2 通信初期処理とは、第 1通信処理にて第 2通信装置 3bへ送出した INVITEパケット に対しての応答に関する内容を含むパケット (以下、応答パケットという)を、第 2通信 装置 3bから受信した場合に行う処理である。中継装置 1では、コンピュータプログラム 200を実行する制御手段 11の制御により、第 1通信線 101を介して通信手段 15によ り応答パケットを受信して第 2通信装置 3bに対応する処理部 1100のシグナリング処 理部 1110に含まれる送受信部 1120aにて受け付ける(S201)。
[0055] 中継装置 1は、制御手段 11の制御により、応答パケットの内容に基づいて第 2通信 装置 3bに対応する処理部 1100に複数のメディア処理部 1120を設定し (S202)、応 答パケットの内容を経路テーブル 14aに従って書き換える(S203)。ステップ S203に 示した書き換えとは、応答パケットに送出元の装置として示されている第 2通信装置 3 bの IPアドレス等の経路情報を、中継装置 1の IPアドレス等の経路情報に書き換え、 送出先の装置として示されている中継装置 1の経路情報を第 1通信装置 3bの経路情 報に書き換える処理を示す。
[0056] そして中継装置 1は、制御手段 11の制御により、第 2通信装置 3bに対応するシグ ナリング処理部 1110の遅延加算部 1110bの処理として、第 2通信装置 3bから第 1通 信装置 3aへ送出する制御用パケットに対応する消失率及び遅延時間の分布を含む 通信状況情報を経路テーブル 14aの情報と併せて通信状況データベース 13aから 読み取り(S204)、読み取った通信状況情報に含まれる消失率に基づき応答バケツ トを破棄するか否かを判定する(S205)。
[0057] ステップ S205において、応答パケットを破棄しないと判定した場合(S205 : NO)、 中継装置 1は、制御手段 11の制御により、第 2通信装置 3bに対応するシグナリング 処理部 1110の遅延加算部 1110bの処理として、通信状況情報に含まれる遅延時 間の分布に基づいて遅延時間を算出し (S206)、算出した遅延時間及び時計手段 1 6が示す時刻に基づいて応答パケットの送出予定時刻を導出し (S207)、導出した 送出予定時刻を対応付けて、送出先となる第 1通信装置 3aに対応するシグナリング 処理部 1110のバッファ 1110cに蓄積する(S208)。そして中継装置 1では、制御手 段 11の制御により、時計手段 16が示す時刻を参照して、第 1通信装置 3aに対応す るシグナリング処理部 1110のバッファ 1110cに蓄積した応答パケットが対応付けら れた送出時刻に到達後、蓄積している応答パケットを、第 1通信装置 3aに対応する 処理部 1100のシグナリング処理部 1110に含まれる送受信部 1110aの処理により、 通信手段 15から第 1通信線 101を介して第 1通信装置 3aへ送出する(S209)。ステ ップ S205において、応答パケットを破棄すると判定した場合 (S205 : YES)、応答パ ケットを破棄し (S210)、当該パケットに関する処理を終了する。ステップ S204— S2 10に係る遅延加算部 1110bによるパケットの破棄、遅延時間の算出等の処理は、既 に公開されている技術も含め様々なアルゴリズムを用いることが可能である力 ここで は本願出願人が出願した国際出願 PCTZJP2004Z 19642に示したアルゴリズム を推奨する。さらに、応答パケットが続く場合は、この第 2通信初期処理を繰り返す。 ただし、 S202のメディア処理部 1120の設定は一度行っていれば不要である。また 通信装置 3, 3の送話側と受話側とが入れ替わる場合もある。このように図 6及び図 7 を用いて示した第 1通信初期処理及び第 2通信初期処理により、プロトコル、セッショ ン等の属性並びに送出方向(送出元の装置)毎に複数の処理部 1110が設定される 。また第 1通信初期処理及び第 2通信初期処理により、第 1通信装置 3a及び第 2通 信装置 3bでは、通信経路を確立する呼設定処理が完了したと認識する。
[0058] 図 8は、本発明の中継装置 1の通信中継処理を示すフローチャートである。通信中 継処理とは、第 1通信初期処理及び第 2通信初期処理により通信経路が確立された 後に行われるストリーミング通信を中継する処理である。送話側となる第 1通信装置 3 aでは、 RTP、 RTCP等のプロトコルにて規定される音声、映像等のメディア情報をぺ ィロードであるストリーミングデータとして含むストリーミング通信用のパケット(以下、メ ディアパケットという)を第 2通信装置 3bへ到達させるベく中継装置 1へ送出する。中 継装置 1では、コンピュータプログラム 200を実行する制御手段 11の制御により、第 1 通信線 101を介して通信手段 15によりメディアパケットを受信し、受信したメディアパ ケットを第 1通信装置 3aに対応し、かつ中継するストリーミングデータの種類に対応 する処理部 1100のメディア処理部 1120に含まれる送受信部 112 laにて受け付け る(S301)。
[0059] 中継装置 1は、制御手段 11の制御により、第 1通信装置 3a及び受信したメディアパ ケットに含まれるストリーミングデータの種類に対応するメディア処理部 1120の遅延 加算部 1121bの処理として、第 1通信装置 3aから第 2通信装置 3bへ送出する送出 方向、及びプロトコル、種類等の属性に対応する消失率及び遅延時間の分布を含む 通信状況情報を経路テーブル 14aの情報と併せて通信状況データベース 13aから 読み取り(S302)、読み取った通信状況情報に含まれる消失率に基づきメディアパ ケットを破棄する力否かを判定する(S303)。ステップ S303において、メディアバケツ トを破棄しないと判定した場合 (S303 : NO)、中継装置 1では、制御手段 11の制御 により、メディアパケットに対して一又は複数回の符号化及び復号化処理を行う (S30 4)。ステップ S304の符号化及び復号化処理とは、本来の通信網を介しての通信時 に行われる CODECを再現する処理である。従って想定して 、る通信に用いられる 通信網が、複数の通信網を介して行われ、夫々の通信網を転送中に何度も符号ィ匕 及び復号化が行われる場合、夫々に定義された処理方法 (アルゴリズム)に則した複 数回の符号化及び復号化を実行する。なお符号化及び復号化の条件、即ち個々の 符号ィ匕及び復号化として行われる処理方法は、経路テーブル 14aに記録している C ODECの設定値を参照して決定される。
[0060] 中継装置 1では、制御手段 11の制御により、第 1通信装置 3aに対応するメディア処 理部 1120の遅延加算部 112 lbの処理として、通信状況情報に含まれる遅延時間の 分布に基づいて遅延時間を算出し (S305)、算出した遅延時間及び時計手段 16が 示す時刻に基づいてメディアパケットの送出予定時刻を導出し (S306)、導出した送 出予定時刻を対応付けて、第 1通信装置 3aに対応するメディア処理部 1120のバッ ファ 1121cに蓄積する(S307)。
[0061] 図 9は、本発明の中継装置 1にて設定されるバッファ 1121cに蓄積されるパケットの 例を概念的に示す説明図である。ノ ッファ 1121cには、索引に対応付けて、各パケ ットの送出予定時刻、送出先となる通信装置 3の IPアドレス及びポート番号、並びに パケットデータが記録されている。送出予定時刻とは、中継装置 1が通信状況情報に 基づいて導出したパケットの送出時刻である。パケットデータとは、各パケットのデー タ部に示される情報としては、本発明では、音声を再現するための音声データ等の 情報が含まれる。なお前述シグナリングパケット、及び RTCPパケットについても同様 の形式により蓄積される。
[0062] 図 8のフローチャートに戻り、中継装置 1では、制御手段 11の制御により、時計手段 16が示す時刻を参照して、第 1通信装置 3aに対応するメディア処理部 1120のバッ ファ 1121cに蓄積したメディアパケットが対応付けられた送出時刻に到達後、蓄積し ているメディアパケットを、第 1通信装置 3aに対応する処理部 1100のメディア処理部 1120に含まれる送受信部 1121aの処理により、通信手段 15から第 1通信線 101を 介して第 2通信装置 3bへ送出する(S308)。ステップ S303において、メディアバケツ トを破棄すると判定した場合 (S303 :YES)、メディアパケットを破棄し (S309)、当該 パケットに関する処理を終了する。ステップ S303— S309に係る遅延加算部 1121b によるパケットの破棄、遅延時間の算出等の処理は、既に公開されている技術も含め 様々なアルゴリズムを用いることが可能である力 ここでは本願出願人が出願した国 際出願 PCTZJP2004/ 19642に示したアルゴリズムを推奨する。
[0063] 図 8を用いて説明した様にメディアパケットは、応答を必要としない一方向の転送で あるため、シグナリングパケット及び応答パケットにて行ったパケットの内容の書換処 理は要しない。またシグナリングパケット及び応答パケットは、送出先である第 2通信 装置 3b (応答パケットは、第 1通信装置 3a)に対応する処理部 1100に含まれるシグ ナリング処理部 1110のバッファ 1110cに蓄積されるのに対し、メディアパケットは送 出元である第 1通信装置 3aに対応する処理部 1100に含まれるメディア処理部 1121 のバッファ 1121cに蓄積されるという差異がある。
[0064] 上述した処理により中継装置 1は、送出時刻に基づいてメディアパケットを第 2通信 装置 3bへ送出し、第 2通信装置 3bを操作する被験者は、受信したメディアパケットに 基づき第 2通信装置 3bから出力される音声を試聴する。出力される音声の品質は、 通信状況データベース 13aに記録された情報に基づぐメディアパケットが通過する 通信網の通信状況を再現した通信品質である。
[0065] 前記実施の形態では、 IP電話機として用いられる VoIP網の通信状況を再現して 通信品質を評価する形態を示したが、本発明はこれに限らず、テレビジョン映像のス トリーミング配信に関する通信品質の評価に用いる等、様々な形態に展開することが 可能である。また、第 1通信装置及び第 2通信装置間の送受信の方向が入れ替わつ ても良いし、双方向の通信を行っても良いことは自明である。
[0066] また前記実施の形態では、第 1通信装置及び第 2通信装置の 1組の通信装置間の 通信を中継する形態を示したが、本発明はこれに限らず、 2組以上の通信装置間の 通信を中継する様にしても良い。

Claims

請求の範囲
[1] 複数の通信装置間のパケット通信を中継する中継装置を用い、該中継装置は、予 め記録されて ヽる通信状況を示す通信状況情報に基づ ヽてパケットを処理する処理 部により、受信したパケットの送出時刻の導出処理及び導出した時刻に基づく送出 処理を行う中継方法にぉ ヽて、
前記中継装置は、パケットの送出方向及び Z又は属性に対応する複数の処理部を 用いることを特徴とする中継方法。
[2] 予め記録されて!、る通信状況を示す通信状況情報に基づ!、てパケットの送出時刻 の導出処理及び導出した時刻に基づく送出処理を行う処理部を備え、一の通信装 置力 受信したパケットを処理して他の通信装置へ送出する中継装置において、 パケットの送出方向及び Z又は属性に対応する複数の処理部を備えることを特徴 とする中継装置。
[3] 予め記録されて!、る通信状況を示す通信状況情報に基づ!、てパケットの送出時刻 の導出処理及び導出した時刻に基づく送出処理を行う処理部を用い、一の通信装 置力 受信したパケットを処理して他の通信装置へ送出する中継装置において、 パケットの属性に夫々対応する複数の仮想的な処理部を設定する設定手段を備え ることを特徴とする中継装置。
[4] 前記通信状況情報は、パケットの消失率及び遅延時間の分布を示す情報を含み、 前記処理部は、
通信状況情報に含まれる消失率に基づきパケットを破棄する手段と、
通信状況情報に含まれる遅延時間に基づきパケットを蓄積する手段と
を備えることを特徴とする請求項 3に記載の中継装置。
[5] 複数の処理部に夫々対応付けて用いられる通信状況情報を記録してあることを特 徴とする請求項 3又は請求項 4に記載の中継装置。
[6] 前記パケットの属性として、プロトコルの種類を含み、
前記設定手段は、制御用のプロトコルにて規定されたパケットの内容に基づいて、 仮想的な処理部を設定するように構成してある
ことを特徴とする請求項 3乃至請求項 5の 、ずれかに記載の中継装置。
[7] 前記パケットの属性として、ストリーミング通信用のプロトコルにて規定されるストリー ミングデータの種類を含むことを特徴とする請求項 3乃至請求項 6のいずれかに記載 の中継装置。
[8] 一の物理的な通信線を介した複数の論理的な通信経路に夫々対応する論理的な 通信ポートを複数設定する手段を更に備え、
前記設定手段は、通信経路に夫々対応する複数の仮想的な処理部を設定するよう に構成してある
ことを特徴とする請求項 3乃至請求項 7の 、ずれかに記載の中継装置。
[9] 前記処理部は、受信したパケットに含まれるデータに対して符号化及び復号化する 符号復号手段を更に備えることを特徴とする請求項 3乃至請求項 8のいずれかに記 載の中継装置。
[10] 前記符号復号手段は、処理方法が夫々定義された複数回の符号化及び復号化を 行うように構成してあることを特徴とする請求項 9に記載の中継装置。
[11] 請求項 2乃至請求項 10のいずれかに記載の中継装置と、
該中継装置を介して通信する複数の通信装置と
を備えることを特徴とする通信システム。
[12] 複数の装置と通信する手段を備えるコンピュータに、一の装置力も受信したパケット を処理して他の装置へ送出させるコンピュータプログラムにおいて、
コンピュータに、予め記録されている通信状況を示す通信状況情報に基づいてパ ケット送出時刻の導出処理及び導出した時刻に基づく送出処理に用いられる仮想的 な処理部を、一の装置力 受信したパケットの送出方向及び Z又は属性に対応付け て複数設定させることを特徴とするコンピュータプログラム。
PCT/JP2005/000411 2005-01-14 2005-01-14 中継方法、中継装置、通信システム及びコンピュータプログラム WO2006075390A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
EP05703650.1A EP1838048B1 (en) 2005-01-14 2005-01-14 Repeating method, repeater, communication system, and computer program
JP2006552813A JP4342557B2 (ja) 2005-01-14 2005-01-14 中継方法、中継装置、通信システム及びコンピュータプログラム
PCT/JP2005/000411 WO2006075390A1 (ja) 2005-01-14 2005-01-14 中継方法、中継装置、通信システム及びコンピュータプログラム
CN2005800465525A CN101099350B (zh) 2005-01-14 2005-01-14 中继方法、中继装置、通信系统
US11/826,460 US7948892B2 (en) 2005-01-14 2007-07-16 Relay method, relay device, communication system, and computer program
US12/982,361 US20110096787A1 (en) 2005-01-14 2010-12-30 Relay method, relay device, communication system, and computer program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2005/000411 WO2006075390A1 (ja) 2005-01-14 2005-01-14 中継方法、中継装置、通信システム及びコンピュータプログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/826,460 Continuation US7948892B2 (en) 2005-01-14 2007-07-16 Relay method, relay device, communication system, and computer program

Publications (1)

Publication Number Publication Date
WO2006075390A1 true WO2006075390A1 (ja) 2006-07-20

Family

ID=36677426

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2005/000411 WO2006075390A1 (ja) 2005-01-14 2005-01-14 中継方法、中継装置、通信システム及びコンピュータプログラム

Country Status (5)

Country Link
US (2) US7948892B2 (ja)
EP (1) EP1838048B1 (ja)
JP (1) JP4342557B2 (ja)
CN (1) CN101099350B (ja)
WO (1) WO2006075390A1 (ja)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4342557B2 (ja) * 2005-01-14 2009-10-14 富士通株式会社 中継方法、中継装置、通信システム及びコンピュータプログラム
JP2006245834A (ja) * 2005-03-02 2006-09-14 Nec Corp Ip網の通信装置
US20100158217A1 (en) 2005-09-01 2010-06-24 Vishal Dhawan System and method for placing telephone calls using a distributed voice application execution system architecture
US11102342B2 (en) 2005-09-01 2021-08-24 Xtone, Inc. System and method for displaying the history of a user's interaction with a voice application
US9253301B2 (en) * 2005-09-01 2016-02-02 Xtone Networks, Inc. System and method for announcing and routing incoming telephone calls using a distributed voice application execution system architecture
US9799039B2 (en) 2005-09-01 2017-10-24 Xtone, Inc. System and method for providing television programming recommendations and for automated tuning and recordation of television programs
US9455924B2 (en) * 2008-01-02 2016-09-27 Media Network Services As Device and system for selective forwarding
US8305919B2 (en) * 2009-07-01 2012-11-06 Cable Television Laboratories, Inc. Dynamic management of end-to-end network loss during a phone call
US9252982B2 (en) 2010-10-21 2016-02-02 Marshall Jobe System and method for simulating a land mobile radio system
US9774386B2 (en) 2013-03-15 2017-09-26 E.F. Johnson Company Distributed simulcast architecture
US9800460B2 (en) 2014-08-01 2017-10-24 E.F. Johnson Company Interoperability gateway for land mobile radio system
US9763260B2 (en) 2014-11-06 2017-09-12 E.F. Johnson Company System and method for dynamic channel allocaton
JP6659944B2 (ja) * 2015-11-18 2020-03-04 アイコム株式会社 データ設定システム、データ更新システムおよびデータ設定方法
KR102185260B1 (ko) * 2019-05-03 2020-12-01 (주)아크로메이트 호 처리를 위한 릴레이 장치, 릴레이 장치에 의해 수행되는 호 처리 방법 및 호 처리 방법을 실행하는 프로그램이 기록된 기록매체
KR102156853B1 (ko) * 2019-05-03 2020-09-16 (주)아크로메이트 호 처리를 위한 분산네트워크 시스템 및 동 시스템에 의해 수행되는 호 처리 방법

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0962601A (ja) * 1995-08-21 1997-03-07 Fujitsu Ltd 計算機ネットワークのシミュレータ装置
JP2001251302A (ja) * 2000-03-06 2001-09-14 Atr Adaptive Communications Res Lab ネットワークの模擬方法及び装置
JP2003324479A (ja) * 2002-05-07 2003-11-14 Kddi Corp Ipシミュレータ

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4551833A (en) * 1983-08-10 1985-11-05 At&T Bell Laboratories Distributed monitoring of packet transmission delay
US5710798A (en) * 1992-03-12 1998-01-20 Ntp Incorporated System for wireless transmission and receiving of information and method of operation thereof
JP2997607B2 (ja) 1992-12-28 2000-01-11 三菱電機株式会社 セル遅延シミュレーション装置
EP0702472A1 (en) * 1994-09-19 1996-03-20 International Business Machines Corporation A method and an apparatus for shaping the output traffic in a fixed length cell switching network node
DE69637702D1 (de) * 1995-06-05 2008-11-13 Nec Electronics Corp Apparat und Methode zur Kontrolle eines ATM-Systems, anwendbar im ABR-Modus
WO1997003508A1 (fr) * 1995-07-13 1997-01-30 Sony Corporation Procede, appareil et systeme de transmission de donnees
US6215767B1 (en) * 1997-04-25 2001-04-10 Lucent Technologies Inc. Quality of service adjustment and traffic shaping on a multiple access network
US6563796B1 (en) * 1998-03-18 2003-05-13 Nippon Telegraph And Telephone Corporation Apparatus for quality of service evaluation and traffic measurement
JP3443531B2 (ja) 1998-03-18 2003-09-02 日本電信電話株式会社 通信シミュレーション装置
JP3994614B2 (ja) * 2000-03-13 2007-10-24 株式会社日立製作所 パケット交換機、ネットワーク監視システム及びネットワーク監視方法
US6862291B2 (en) * 2000-11-03 2005-03-01 Telcordia Technologies, Inc. Method and system for quality of service provisioning for IP virtual private networks
JP4511021B2 (ja) * 2000-12-28 2010-07-28 富士通株式会社 トラフィック情報収集装置およびトラフィック情報収集方法
US6965597B1 (en) * 2001-10-05 2005-11-15 Verizon Laboratories Inc. Systems and methods for automatic evaluation of subjective quality of packetized telecommunication signals while varying implementation parameters
JP3844686B2 (ja) * 2001-12-13 2006-11-15 株式会社エヌ・ティ・ティ・ドコモ ルータ装置、端末装置、通信システム及びルーティング方法
JP2003338837A (ja) * 2002-05-22 2003-11-28 Fujitsu Ltd パケット通信システムにおける通信品質保証方法及び転送遅延保証機能付きパケット通信装置
US7221656B1 (en) * 2002-06-18 2007-05-22 Nortel Networks Limited Technique for implementing an admission control scheme for data flows
WO2004010670A1 (en) * 2002-07-19 2004-01-29 Koninklijke Philips Electronics N.V. Jitter compensation method for systems having wall clocks
US7746797B2 (en) * 2002-10-09 2010-06-29 Nortel Networks Limited Non-intrusive monitoring of quality levels for voice communications over a packet-based network
US7274663B2 (en) * 2003-12-15 2007-09-25 International Business Machines Corporation System and method for testing differentiated services in a value add network service
GB0407144D0 (en) * 2004-03-30 2004-05-05 British Telecomm Networks
JP4522164B2 (ja) 2004-06-25 2010-08-11 富士通株式会社 通信特性測定方法、測定装置及びコンピュータプログラム
WO2006070471A1 (ja) 2004-12-28 2006-07-06 Fujitsu Limited 通信品質評価方法、導出装置、通信品質評価システム及びコンピュータプログラム
JP4342557B2 (ja) * 2005-01-14 2009-10-14 富士通株式会社 中継方法、中継装置、通信システム及びコンピュータプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0962601A (ja) * 1995-08-21 1997-03-07 Fujitsu Ltd 計算機ネットワークのシミュレータ装置
JP2001251302A (ja) * 2000-03-06 2001-09-14 Atr Adaptive Communications Res Lab ネットワークの模擬方法及び装置
JP2003324479A (ja) * 2002-05-07 2003-11-14 Kddi Corp Ipシミュレータ

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Gijiko Kokan Hinshitsu Sokutei Kino o Tosai shita Test System, Abacus Advanced bulk Call Simulator", BUSINESS COMMUNICATION, vol. 38, no. 7, 1 July 2001 (2001-07-01), pages 76 - 77, XP003004093 *
See also references of EP1838048A4 *

Also Published As

Publication number Publication date
US7948892B2 (en) 2011-05-24
US20070263597A1 (en) 2007-11-15
EP1838048B1 (en) 2017-11-15
JP4342557B2 (ja) 2009-10-14
US20110096787A1 (en) 2011-04-28
EP1838048A4 (en) 2009-09-30
EP1838048A1 (en) 2007-09-26
CN101099350B (zh) 2013-12-11
CN101099350A (zh) 2008-01-02
JPWO2006075390A1 (ja) 2008-06-12

Similar Documents

Publication Publication Date Title
WO2006075390A1 (ja) 中継方法、中継装置、通信システム及びコンピュータプログラム
EP1267555B1 (en) Measuring speech quality
KR100501324B1 (ko) 음성 품질 예측값을 이용한 보이스 오버 인터넷프로토콜에서의 콜 라우팅 방법
EP2127229B1 (en) Strategies for selecting a format for data transmission based on measured bandwidth
US7822018B2 (en) Duplicate media stream
US20100020682A1 (en) Communication device, communication method, and recording medium
WO2014207978A1 (ja) 送信装置、受信装置および中継装置
JPH05268296A (ja) 通信方式
US8649277B2 (en) Communication apparatus and method
JP4973459B2 (ja) 通信システム、通信装置、制御パラメータ決定方法、及び、プログラム
JP4217121B2 (ja) Ipネットワークシステムにおける音声品質評価方法および音声品質調整装置
JP4275557B2 (ja) パケット伝送品質測定装置、パケット伝送品質測定方法、及びプログラム
US9485352B2 (en) Method for measuring processing delays of voice-over IP devices
JP4102683B2 (ja) 音声パケット通信方法および装置
US20050128955A1 (en) Transmission system for network with communication quality indicating capability and the method of the same
JP2005157045A (ja) 音声伝送方法
JP5223444B2 (ja) 通信システム及び呼制御装置
KR100921762B1 (ko) 중계방법, 중계장치, 통신 시스템 및 컴퓨터 프로그램이 기록된 기록매체
He Analysing the characteristics of VoIP traffic
JP2022006536A (ja) 通信システム、通信装置、及び通信プログラム
JP2005175694A (ja) 音声通信装置、及び、音声通信方法
JP2008295058A (ja) 遅延時間測定装置、ジッター耐性測定装置及びそれらを用いた通話品質評価装置
JP2005184201A (ja) Ip電話端末
JP2011250350A (ja) 通話録音装置及び通話録音方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006552813

Country of ref document: JP

REEP Request for entry into the european phase

Ref document number: 2005703650

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2005703650

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 200580046552.5

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 11826460

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 1020077018530

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2005703650

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 11826460

Country of ref document: US