JP2004236351A - Communication method, and communication device - Google Patents

Communication method, and communication device Download PDF

Info

Publication number
JP2004236351A
JP2004236351A JP2004088460A JP2004088460A JP2004236351A JP 2004236351 A JP2004236351 A JP 2004236351A JP 2004088460 A JP2004088460 A JP 2004088460A JP 2004088460 A JP2004088460 A JP 2004088460A JP 2004236351 A JP2004236351 A JP 2004236351A
Authority
JP
Japan
Prior art keywords
packet
processing
unit
udp
communication
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
JP2004088460A
Other languages
Japanese (ja)
Inventor
Hideo Hirono
Kazuaki Okamoto
一晃 岡本
英雄 廣野
Original Assignee
Sanyo Electric Co Ltd
三洋電機株式会社
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
Priority to JP2002287870 priority Critical
Application filed by Sanyo Electric Co Ltd, 三洋電機株式会社 filed Critical Sanyo Electric Co Ltd
Priority to JP2004088460A priority patent/JP2004236351A/en
Publication of JP2004236351A publication Critical patent/JP2004236351A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a technology for efficiently processing a data communication using a plurality of communication protocols. <P>SOLUTION: In Internet telephone equipment 100, when a network interface part 130 receives a packet, a protocol detection part 176 detects whether it is a TCP packet or a UDP packet. When it is the TCP packet, a CPU 110 that is a general circuit, performs packet processing using software. When it is the UDO packet, a UDP processing part 174 that is a dedicated circuit, performs packet processing. Audio data transmitted/received by the UDP packet are decoded by a CODEC processing part 140 and outputted to a speaker 160. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

  The present invention relates to a communication technology, and particularly to a technology for efficiently processing data communication using a plurality of communication protocols.

  2. Description of the Related Art With the widespread use of the Internet and the improvement of network infrastructure, Internet telephone devices that packetize data obtained by encoding a call voice signal and transmit / receive the data via a network such as the Internet have attracted attention. By transmitting a video image simultaneously with a call voice, it can be used as a video telephone device, and is expected as a next-generation telephone device to replace a conventional telephone device.

  Currently, TCP / IP (Transmission Control Protocol / Internet Protocol) is widely used as a communication protocol for packet communication. TCP is a communication protocol that emphasizes accuracy, such as transmitting and receiving data after establishing a connection between devices. However, the processing is complicated, and there is a time constraint such that the next packet cannot be sent until the other party confirms that the packet has been received, and the real-time property is lacking.

  UDP / IP (User Datagram Protocol / Internet Protocol) is a simpler communication protocol than TCP. In UDP, it is not necessary to establish a connection between devices prior to data transmission / reception, and the next packet can be sent without waiting for packet reception confirmation. Therefore, the transmitting side can send packets one after another. it can. Therefore, it is suitable for transmitting and receiving call voice, in which real-time performance is more important than data accuracy.

In an apparatus that supports both TCP and UDP communication protocols, processing for packet communication is generally performed by software using a general-purpose processor such as a CPU. In some devices that require high speed, such as a network router, all protocol processing is implemented by hardware.
Estee (ST) Microelectronics, Inc., Voice over IP (VoIP) Digital Processor Datasheet, [online], 2002, [Search September 30, 2002], Internet <URL: http://www.st .com / stonline / books / pdf / docs / 7818.pdf>

  The method of processing both communication protocols by software has problems such as low processing efficiency, low speed, and high power consumption. In particular, when talking with a plurality of parties at the same time or sending an image together with voice, the protocol processing is rate-determining, and the real-time property may be impaired. Further, since the CPU always executes the protocol processing during a call, it is difficult to execute other applications in parallel. Increasing CPU power to increase processing speed results in increased cost, power consumption, heat generation, and the like, and a compromise must be found at the expense of either.

  In a system in which both communication protocols are processed by hardware, high-speed protocol processing can be performed. However, since TCP processing that requires complicated processing is also implemented by hardware, the circuit scale becomes large, and cost, power consumption, There is a problem in terms of heat generation.

  The present invention has been made in view of such a problem, and an object of the present invention is to provide a technique for efficiently processing data communication using a plurality of communication protocols. Another object of the present invention is to provide a technique for realizing high-speed, real-time communication with a relatively simple circuit configuration.

  One embodiment of the present invention relates to a communication method. This communication method comprises the steps of: when a packet is received, detecting the type of the packet; and determining whether to permit the storage of the packet in a buffer for temporarily storing the packet based on conditions set for each type. And storing the packet in the buffer when storage is permitted, and discarding the packet when storage is not permitted.

  Another embodiment of the present invention relates to a communication device. This communication device, when receiving a packet, detects a type of the packet, and determines whether or not the packet can be stored in a buffer for temporarily storing the packet based on a condition set for each type. Means for determining whether the packet is stored, means for storing the packet in the buffer when storage is permitted, and means for discarding the packet when storage is not permitted.

  It is to be noted that any combination of the above-described components and any conversion of the expression of the present invention between a method, an apparatus, a system, and the like are also effective as embodiments of the present invention.

  According to the present invention, data communication using a plurality of communication protocols can be efficiently processed. In addition, high-speed real-time communication can be realized by a relatively simple circuit configuration.

(First Embodiment)
FIG. 1 shows an overall configuration of an Internet telephone device 100 as an example of a communication device according to a first embodiment of the present invention. The Internet telephone device 100 is a device for making a call with another Internet telephone device 100 via the Internet 20. The Internet telephone device 100 mainly includes a CPU 110 that is a general-purpose circuit for executing software processing, a memory 120 used as a program area or a work area, a network interface unit 130 that transmits and receives packets via the Internet 20, and a voice signal. , A microphone 160 for inputting an audio signal, a speaker 160 for outputting an audio signal, a codec processing unit 140 for performing a compression encoding process and a decoding process on an audio signal, a protocol processing unit 170 for performing various processes according to a communication protocol, and a configuration of these components. A bus 102 for electrical connection is provided.

  In the Internet telephone device 100 of the present embodiment, audio signals are transmitted and received using UDP as a transport layer communication protocol. UDP is a communication method that does not require connection establishment and can send out packets one after another, so that protocol processing is easy and high-speed communication is possible, and real-time communication such as sending call voice is performed. Suitable for communication. In the Internet telephone device 100 according to the present embodiment, the processing of the packet transmitted by the UDP is performed by the protocol processing unit 170 which is a dedicated circuit, thereby further improving the processing speed and real-time transmission / reception of the call voice. Realize.

  Of the packets transmitted and received by the Internet telephone device 100, packets transmitted and received by TCP are processed by software using the CPU 110. For TCP that does not require real-time processing, software processing is performed by a general-purpose circuit without providing a dedicated circuit, thereby suppressing an increase in circuit scale and minimizing an increase in cost, power consumption, and heat generation. . According to the estimation of the inventor, it has been found that the area and power consumption of the circuit can be reduced to about 3 as compared with the case where both TCP and UDP are processed by the dedicated circuit.

  The packet received by the network interface unit 130 is sent to the IP processing unit 178 of the protocol processing unit 170. The IP processing unit 178 determines whether the packet is addressed to the IP address assigned to the own device, and sends only the packet addressed to the own device to the protocol detecting unit 176. The protocol detection unit 176 detects the protocol type with reference to the PROT indicating the protocol type in the IP header attached to the packet, or with reference to the TCP header or the UDP header. If the packet is a packet sent by TCP, the data of the packet is sent to the bus 102 and the CPU 110 performs software processing. When the packet is a UDP packet, the data of the packet is sent to the UDP processing unit 174 and processed by a circuit provided exclusively for processing the UDP data.

  The UDP processing unit 174 is a dedicated circuit for processing a UDP packet, receives a UDP packet, analyzes its header, and executes necessary processing. The security processing unit 172 performs processing such as decryption of encryption when data is subjected to security measures such as encryption processing. The decoded data is sent to codec processing section 140. The codec processing unit 140 decodes the communication voice signal that has been compression-encoded and outputs the decoded signal to the speaker 160.

  As described above, in the Internet telephone device 100 according to the present embodiment, real-time performance is more important than accuracy, and call voice data that needs to be constantly processed during a call is transmitted and received by the UDP. While the processing unit 174 performs hardware processing, data for which accuracy is more important than real-time processing is transmitted and received by TCP, and the CPU 110 performs software processing. This makes it possible to process call voice data at high speed while suppressing an increase in circuit complexity, circuit scale, cost, power consumption, heat generation, and the like. Such an advantage becomes more remarkable when a large amount of data needs to be processed at the same time, such as when talking with a plurality of parties at the same time or transmitting an image together with the call voice. In addition, the type of the packet is detected by the protocol detection unit 176, and the processing entity of the packet can be selected quickly and appropriately. Further, the processing load on the CPU 110 can be reduced, cost reduction and power consumption can be reduced, and the CPU 110 has extra power, so that it is possible to execute other applications during a call and provide a new service. You can also.

  The operation when the packet is received has been described above. Next, the operation when the audio signal input from the microphone 150 is packetized and transmitted will be described. The audio signal input from the microphone 150 is sent to the codec processing unit 140 and encoded. The encoded signal is, if necessary, encrypted by the security processing unit 172, sent to the UDP processing unit 174, attached with a UDP header, and packetized. This UDP packet is transmitted to the Internet 20 via the network interface unit 130.

FIG. 2 is a flowchart illustrating a procedure of the communication method according to the present embodiment. When the network interface unit 130 receives the packet (S100), after the IP processing unit 178 performs processing, the protocol detection unit 176 detects whether the packet is a UDP packet or a TCP packet (S102). If it is a UDP packet (Y in S102), the packet processing is performed by the UDP processing unit 174, which is a dedicated circuit for processing the UDP packet (S104). If the packet is a TCP packet (N in S102), the packet processing is performed by the CPU 110, which is a general-purpose circuit (S106). After that, necessary processing is performed according to the type of data.
(Second embodiment)
FIG. 3 shows an overall configuration of a video telephone device 200 as an example of a communication device according to the second embodiment. The video telephone device 200 according to the present embodiment has, in addition to the configuration of the Internet telephone device 100 according to the first embodiment shown in FIG. 1, an image input unit 180 as an example of an input unit, and an example of an output unit. Is provided. Other configurations are the same as those of the first embodiment. The same components are denoted by the same reference numerals. In the present embodiment, image data is also transmitted and received by UDP.

The image input unit 180 inputs an image to be transmitted to the other party together with the call voice. The image input unit 180 may input an image from an external camera, a video playback device, or the like, or may itself capture an image as an imaging device. The input image is directly sent to the codec processing unit 140 and encoded, shaped into a UDP packet by the UDP processing unit 174, and sent out to the Internet 20 by the network interface unit 130. The display device 190 displays the image received from the other party together with the call voice. The image data included in the UDP packet received by the network interface unit 130 is processed by the UDP processing unit 174, the security processing unit 172, and the codec processing unit 140, and the image data is directly transmitted from the codec processing unit 140 to the display device 190. ,Is displayed.
(Third embodiment)
FIG. 4 shows an overall configuration of a digital camera 300 as an example of a communication device according to the third embodiment. The digital camera 300 according to the present embodiment has a telephone communication function, and includes an imaging unit 182 and a display device 190 in addition to the configuration of the Internet telephone device 100 according to the first embodiment illustrated in FIG. . Other configurations are the same as those of the first embodiment. The same components are denoted by the same reference numerals.

The imaging unit 182 includes an imaging device such as a CCD and a configuration for controlling the imaging device, and captures a still image or a moving image. The captured image is directly sent to the codec processing unit 140, encoded, shaped into a UDP packet by the UDP processing unit 174, and transmitted to the Internet 20 by the network interface unit 130. The display device 190 displays the image received from the other party together with the call voice. The image data included in the UDP packet received by the network interface unit 130 is processed by the UDP processing unit 174, the security processing unit 172, and the codec processing unit 140, and the image data is directly transmitted from the codec processing unit 140 to the display device 190. ,Is displayed.
(Fourth embodiment)
FIG. 5 shows an overall configuration of a video telephone device 200 as an example of a communication device according to the fourth embodiment. The video telephone device 200 according to the present embodiment differs from the video telephone device 200 according to the second embodiment shown in FIG. 3 in that the image input unit 180 and the display device 190 are directly connected to the codec processing unit 140. Instead, it is connected to the bus 102. Other configurations are the same as those in FIG. 3, and the same configurations are denoted by the same reference numerals.

The image input by the image input unit 180 is stored in the memory 120, read out as appropriate, and encoded by the codec processing unit 140. The encoded image data is shaped into a UDP packet by the UDP processing unit 174 and transmitted to the Internet 20 by the network interface unit 130. The image data included in the UDP packet received by the network interface unit 130 is processed by the UDP processing unit 174, the security processing unit 172, and the codec processing unit 140, sent to the display device 190 via the bus 102, and displayed. .
(Fifth embodiment)
FIG. 6 shows an overall configuration of a digital camera 300 as an example of a communication device according to the fifth embodiment. The digital camera 300 of the present embodiment is different from the digital camera 300 of the third embodiment shown in FIG. 4 in that the imaging unit 182 and the display device 190 are directly connected to the codec processing unit 140. Instead, it is connected to the bus 102. Other configurations are the same as those in FIG. 4, and the same configurations are denoted by the same reference numerals.

The image captured by the imaging unit 182 is stored in the memory 120, read out as appropriate, and encoded by the codec processing unit 140. The encoded image data is shaped into a UDP packet by the UDP processing unit 174 and transmitted to the Internet 20 by the network interface unit 130. The image data included in the UDP packet received by the network interface unit 130 is processed by the UDP processing unit 174, the security processing unit 172, and the codec processing unit 140, sent to the display device 190 via the bus 102, and displayed. .
(Sixth embodiment)
FIG. 7 shows an overall configuration of an Internet telephone device 100 as an example of a communication device according to a sixth embodiment. The Internet telephone device 100 according to the present embodiment further includes an IP determining unit 186 and a packet receiving unit 192 in addition to the configuration of the Internet telephone device 100 according to the first embodiment shown in FIG. And a UDP discriminating unit 184. Other configurations are the same as those in FIG. 1, and the same configurations are denoted by the same reference numerals.

  In the Internet telephone device 100 according to the present embodiment, similarly to the first embodiment, the processing speed is improved by processing the UDP packet including the audio signal by the dedicated hardware, and the real-time transmission and reception of the call audio is performed. In this embodiment, a technique for further improving the real-time property is proposed.

  The packet receiving unit 192 stores the packet including the data requiring the real-time property in the reception buffer 193 in preference to the packet not requiring the real-time property. Is smaller than a predetermined threshold, storage in the reception buffer 193 is prohibited, and only packets that require real-time processing can be stored. As a result, it is possible to suppress the possibility that the reception of a packet that requires real-time processing is delayed or the packet is discarded and data is lost.

  The IP discriminating unit 186 discriminates a special packet requiring complicated processing from among the IP packets and sends the packet to the CPU 110 for processing by software. To be processed. This makes it possible to process normal IP packets at high speed with dedicated hardware while avoiding an increase in hardware scale, complexity, and power consumption of the IP processing unit 178. Details of each technique will be described later with reference to the drawings.

  FIG. 8 shows the internal configuration of the packet receiving unit 192. The control unit 195 includes a read position management unit 196, a write position management unit 197, and a buffer saturation detection unit 198. The reception buffer 193 of the present embodiment is configured by a FIFO (First In First Out) memory, the read position management unit 196 is a register for holding the read address of the reception buffer 193, and the write position management unit 197 is a reception position. This is a register for holding the write address of the buffer 193. The buffer saturation detection unit 198 calculates the difference between the read address held in the read position management unit 196 and the write address held in the write position management unit 197, and determines the size of the used area of the reception buffer 193. Detect and detect the free area of the reception buffer 193.

  The buffer saturation detection unit 198 holds a plurality of thresholds for determining whether or not writing to the reception buffer 193 is permitted. The threshold value is set according to the type of the packet. When the free space of the reception buffer 193 falls below the threshold value for a certain packet type, writing of the packet of that type to the reception buffer 193 is prohibited, Discard the received packet.

  In the present embodiment, in order to preferentially store a packet including data requiring real-time processing in the reception buffer 193, the threshold value of the permission / rejection determination for a packet requiring real-time processing is set to a packet that does not require real-time processing. Is set lower than the threshold value of the permission / rejection determination for. For example, when the threshold value for a packet requiring real-time processing is set to 0 and the threshold value for a packet not requiring real-time processing is set to 50% of the buffer size, the buffer saturation detecting unit 198 determines whether or not the reception buffer 193 has an empty area. Is less than 50%, it is determined that the buffer is saturated for packets that do not require real-time processing and writing is prohibited, while it is determined that there is free space for packets that require real-time processing. Allow writing. That is, when the free area of the reception buffer 193 is equal to or more than 50%, packets requiring real-time processing and packets not requiring real-time processing can be stored in the reception buffer 193. Permits storing only packets that require real-time processing.

  In the present embodiment, audio signals requiring real-time properties are transmitted and received using UDP. Therefore, the packet determination unit 194 determines whether the received packet is a TCP packet or a UDP packet. If the received packet is a TCP packet, the packet determination unit 194 employs a permission / prohibition determination for a packet that does not require real-time processing, and If the packet is a packet, a determination is made as to whether or not the packet requires real time processing. The packet discrimination unit 194 stores the packet permitted to be stored in the reception buffer 193, and discards the packet rejected to be stored.

  In TCP, for example, when a data file is transferred by FTP (File Transfer Protocol), there is a possibility that a large amount of packets may be received at one time. At this time, the reception buffer 193 is saturated with TCP packets, and can receive UDP packets. There is a risk of disappearing. Since a UDP packet including an audio signal needs to be reproduced in real time, the UDP packet is preferentially used in the reception buffer 193 to minimize data loss due to packet discarding. Since UDP does not perform retransmission control, once a packet is discarded, it cannot be obtained again. However, since TCP performs retransmission control, it is possible to compensate for missing data by retransmission.

  Although two reception buffers 193 may be provided, one may store a packet that requires real-time characteristics and the other may store a packet that does not require real-time characteristics. Since packets requiring real-time processing can be preferentially received by the buffer 193, the hardware scale can be reduced and power consumption can be reduced as compared with the case where two reception buffers 193 are provided.

  Information indicating whether or not data that requires real-time processing is stored in the header information of the packet, the type of the packet is acquired by referring to the information, and whether or not the storage in the reception buffer 193 is permitted is determined. Is also good. A threshold value may be set based on not only the presence / absence of the real-time property but also another viewpoint, and the priority of storage in the reception buffer 193 may be determined. For example, the threshold value of a packet having a high degree of importance and in which data loss is not allowed may be set lower than the threshold values of other packets, and may be preferentially taken in. The packet determination unit 194 may hold the threshold value, acquire the remaining amount of the reception buffer 193 from the buffer saturation detection unit 198, and determine whether or not writing to the reception buffer 193 is permitted.

  FIG. 9 is a flowchart showing a packet receiving procedure according to the present embodiment. When the network interface unit 130 receives a packet (S200), the packet determination unit 194 determines whether the packet includes data that requires real-time processing (S202). If the packet is a real-time packet (Y in S202), whether or not the packet can be stored in the reception buffer 193 is determined using the threshold set for the real-time packet (S204). If the packet is not a real-time packet (N in S202), whether or not the packet can be stored in the reception buffer 193 is determined using the threshold set for the non-real-time packet (S206). If storage of the received packet in the reception buffer 193 is permitted (Y in S208), the packet is stored in the reception buffer 193 (S210). If storage is not permitted (N in S208), The packet is discarded (S212).

  FIG. 10 shows the internal configuration of the IP determining unit 186. The IP determining unit 186 as an example of the first determining unit includes an IP header detecting unit 187, an IP header determining unit 188, and a packet output switching unit 189. The IP header detection unit 187 detects the IP header of the packet acquired from the packet reception unit 192, and sends the packet to the IP header determination unit 188. The IP header determining unit 188 determines whether the packet is a normal IP packet or a special IP packet requiring complicated processing by referring to the IP header or the like, and outputs the determination result to the packet output switching unit 189. Notify The special IP packet may be, for example, an IP packet with options, a fragmented IP packet, or the like. The packet output switching unit 189 switches the output destination of the IP packet acquired by the IP header detection unit 187 based on the determination result of the IP header determination unit 188. The packet output switching unit 189 outputs an ordinary IP packet to the IP processing unit 178 as an example of a first dedicated circuit in order to process the IP packet by hardware, and causes a special IP packet requiring complicated processing to be processed by software. For this purpose, the data is output to a CPU 110 as an example of a general-purpose circuit via a bus interface.

  Fragmented IP packets require more complex processing than normal IP processing, such as managing the order of packets and processing when there is loss or duplication. Further, an IP packet with an option requires processing according to the added option. Attempting to realize such an exceptional process by hardware increases the circuit scale, resulting in an increase in cost and power consumption. Therefore, cost and power consumption are suppressed by providing only hardware capable of processing only normal IP packets.

  The packet processed by the IP processing unit 178 is sent to a UDP determining unit 184 as an example of a second determining unit. The UDP determining unit 184 determines whether the received packet is a TCP packet or a UDP packet. The UDP packet is hardware-processed by the UDP processing unit 174 as an example of the second dedicated circuit, while the TCP packet is Software processing is performed by the CPU 110 as an example of a general-purpose circuit. Here, the UDP determining unit 184 has a function similar to that of the protocol detecting unit 176 in the first embodiment. However, in the present embodiment, the UDP determining unit 184 determines the type of the communication system of the transport layer among the communication protocols. This name is used to clearly indicate

  As described above, in the Internet telephone device 100 of the present embodiment, the type of the IP packet is detected by the IP discriminating unit 186, and the processing entity of the packet can be quickly and appropriately selected. A normal IP packet including data that requires real-time processing such as call voice is processed at high speed by an IP processing unit 178 which is a dedicated circuit, while a special IP packet requiring complicated processing is processed by the CPU 110 by software processing. By doing so, it is possible to suppress an increase in circuit complexity, circuit scale, cost, power consumption, heat generation, and the like.

  FIG. 11 is a flowchart illustrating a packet processing procedure according to the present embodiment. When the network interface unit 130 receives the packet (S300), the IP determining unit 186 determines whether the packet is a normal IP packet (S302). If the packet is a normal IP packet (Y in S302), the IP processing unit 178, which is a dedicated circuit, performs IP packet processing (S304). If the packet is a special IP packet that requires complicated processing such as a fragmented IP packet (N in S302), the packet is sent to the CPU 110, which is a general-purpose circuit, and packet processing is performed by software (S310). The UDP determining unit 184 determines whether the packet processed by the IP processing unit 178 is a UDP packet (S306). If the packet is a UDP packet (Y in S306), the UDP processing unit 174, which is a dedicated circuit, performs UDP packet processing. If the packet is a TCP packet (N in S306), the packet is sent to the CPU 110, which is a general-purpose circuit, and packet processing is performed by software (S310).

  The present invention has been described based on the embodiments. This embodiment is an exemplification, and it is understood by those skilled in the art that various modifications can be made to the combination of each component and each processing process, and that such modifications are also within the scope of the present invention. . Hereinafter, such an example will be described.

  In the embodiments, the telephone device has been described as an example. However, the technology of the present invention can be used for all communication devices that transmit and receive stream data, such as computers and mobile phones.

  A circuit having the functions of the IP processing unit 178, the protocol detection unit 176, and the UDP processing unit 174 may be mounted on one semiconductor substrate. Further, circuits such as the security processing unit 172, the codec processing unit 140, and the CPU 110 may be mounted. This makes it possible to reduce the size, weight, and speed of the communication device.

1 is a diagram illustrating an overall configuration of an Internet telephone device as an example of a communication device according to a first embodiment. 5 is a flowchart illustrating a procedure of a communication method according to the first embodiment. FIG. 11 is a diagram illustrating an overall configuration of a video telephone device as an example of a communication device according to a second embodiment. FIG. 14 is a diagram illustrating an overall configuration of a digital camera as an example of a communication device according to a third embodiment. FIG. 14 is a diagram illustrating an overall configuration of a video telephone device as an example of a communication device according to a fourth embodiment. FIG. 15 is a diagram illustrating an overall configuration of a digital camera as an example of a communication device according to a fifth embodiment. FIG. 14 is a diagram illustrating an overall configuration of an Internet telephone device as an example of a communication device according to a sixth embodiment. FIG. 14 is a diagram illustrating an internal configuration of a packet receiving unit of the Internet telephone device according to a sixth embodiment. 16 is a flowchart illustrating a packet reception procedure according to the sixth embodiment. FIG. 15 is a diagram illustrating an internal configuration of an IP determining unit of the Internet telephone device according to the sixth embodiment. 15 is a flowchart illustrating a packet processing procedure of a packet according to the sixth embodiment.

Explanation of reference numerals

  Reference Signs List 20 Internet, 100 Internet telephone device, 130 Network interface unit, 140 Codec processing unit, 150 Microphone, 160 Speaker, 170 Protocol processing unit, 172 Security processing unit, 174 UDP processing unit, 176 Protocol detection unit, 178 IP processing unit, 180 Image input unit, 182 imaging unit, 184 UDP determination unit, 186 IP determination unit, 190 display device, 192 packet reception unit, 193 reception buffer, 194 packet determination unit, 195 control unit, 200 video telephone device, 300 digital camera.

Claims (2)

  1. Detecting the type of the packet when receiving the packet;
    Based on the conditions set for each type, a step of determining whether or not the storage of the packet in a buffer that temporarily holds the packet,
    When storage is permitted, storing the packet in the buffer;
    Discarding the packet when storage is not permitted.
  2. Means for detecting the type of the packet when receiving the packet,
    Means for determining whether or not storage of the packet in a buffer for temporarily storing the packet is permitted based on a condition set for each type;
    Means for storing the packet in the buffer when storage is permitted;
    Means for discarding the packet when storage is not permitted.
JP2004088460A 2002-09-30 2004-03-25 Communication method, and communication device Pending JP2004236351A (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2002287870 2002-09-30
JP2004088460A JP2004236351A (en) 2002-09-30 2004-03-25 Communication method, and communication device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004088460A JP2004236351A (en) 2002-09-30 2004-03-25 Communication method, and communication device

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2003005101 Division

Publications (1)

Publication Number Publication Date
JP2004236351A true JP2004236351A (en) 2004-08-19

Family

ID=32964352

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004088460A Pending JP2004236351A (en) 2002-09-30 2004-03-25 Communication method, and communication device

Country Status (1)

Country Link
JP (1) JP2004236351A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006311355A (en) * 2005-04-28 2006-11-09 Matsushita Electric Ind Co Ltd Transmitter/receiver, transmission and reception method, program, and recording medium
JP2016179621A (en) * 2015-03-24 2016-10-13 富士ゼロックス株式会社 Information processor and information processing program

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006311355A (en) * 2005-04-28 2006-11-09 Matsushita Electric Ind Co Ltd Transmitter/receiver, transmission and reception method, program, and recording medium
JP4723902B2 (en) * 2005-04-28 2011-07-13 パナソニック株式会社 Transmission / reception device, transmission / reception method, program, and recording medium
JP2016179621A (en) * 2015-03-24 2016-10-13 富士ゼロックス株式会社 Information processor and information processing program

Similar Documents

Publication Publication Date Title
US9521006B2 (en) Duplicating digital streams for digital conferencing using switching technologies
US9019957B2 (en) Network telephony system
US8868906B2 (en) Signature specification for encrypted packet streams
US8144652B2 (en) System and method for multi-link communication in home network
US8713167B1 (en) Distributive data capture
US7864681B2 (en) Method and system for a gigabit ethernet IP telephone chip with 802.1p and 802.1Q quality of service (QoS) functionalities
US7292530B2 (en) Method and apparatus to manage packet fragmentation
KR100454502B1 (en) Apparatus for providing QoS on IP router and method for forwarding VoIP traffic
JP3775346B2 (en) Videophone system and terminal device thereof
JP4903435B2 (en) Media signal transmission method and reception method, and transmission / reception method and apparatus
US6542472B1 (en) Communication apparatus
DE60214796T2 (en) Packet header compression
US9088637B2 (en) Method and system for an ethernet IP telephone chip
EP2135407B1 (en) Method of transmitting data in a communication system
US6278478B1 (en) End-to-end network encoding architecture
US8605620B2 (en) System for transmitting high quality speech signals on a voice over internet protocol network
US7933261B2 (en) Communication method, communication system, communication device, and program using multiple communication modes
JP4174054B2 (en) Method and apparatus for congestion notification in a packet network, informing various congestion factors
US20110249667A1 (en) Apparatus and method for transmitting media using either network efficient protocol or a loss tolerant transmission protocol
JP4448341B2 (en) Band control program, method and end system
KR100800716B1 (en) Apparatus and method for tranmitting and receiving moving picture data using a close range communication
JP2010081616A (en) Apparatus, system, and method for providing voice mail using presence status in packet data message system
JP2006042156A (en) Server device, its control method, and connection establishment method
WO2013173141A2 (en) Limiting failure rate by serving through multiple channels
JP2006279784A (en) Edge switch

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20050812

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050823

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20051220

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20051227