JP3426144B2 - Multimedia communication equipment - Google Patents
Multimedia communication equipmentInfo
- Publication number
- JP3426144B2 JP3426144B2 JP32512298A JP32512298A JP3426144B2 JP 3426144 B2 JP3426144 B2 JP 3426144B2 JP 32512298 A JP32512298 A JP 32512298A JP 32512298 A JP32512298 A JP 32512298A JP 3426144 B2 JP3426144 B2 JP 3426144B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- udp
- information
- rtp
- tcp
- 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.)
- Expired - Fee Related
Links
Description
【０００１】[0001]
【発明の属する技術分野】本発明は、ＬＡＮ等のネット
ワーク上で動作するパーソナルコンピュータ，携帯情報
端末等の情報処理装置で実行されるアプリケーション間
通信に関し、特にパケットベースのプロトコル（ＴＣＰ
（ＵＤＰ）／ＩＰ）を使用してパケット通信を行うマル
チメディア通信装置に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to inter-application communication executed by an information processing device such as a personal computer or a portable information terminal operating on a network such as a LAN, and more particularly to a packet-based protocol (TCP).
The present invention relates to a multimedia communication device that performs packet communication using (UDP) / IP).
【０００２】[0002]
【従来の技術】従来、画像，音声あるいはこれらの同時
通信をパケット通信回線を用いて行う場合、国際標準Ｉ
ＴＵ−ＴＨ．３２３に準拠した通信を行う場合、通信プ
ロトコルＲＴＰ（A Transport Protocol for Real-Time
Applications）並びにＵＤＰを利用した通信を行う。
以下、図７を参照しながら画像伝送を行う場合について
説明する。2. Description of the Related Art Conventionally, when image, voice or simultaneous communication of these is carried out using a packet communication line, the international standard I
TU-TH. In the case of performing communication conforming to H.323, the communication protocol RTP (A Transport Protocol for Real-Time) is used.
Applications) and communication using UDP.
Hereinafter, the case of performing image transmission will be described with reference to FIG. 7.
【０００３】まず、送信端末３では、画像入力部３０よ
り伝送する画像を取り込む。取り込まれた画像信号を画
像符号化部３１にて、通信に適当な圧縮・符号化等を行
った情報に変換する。この変換された情報は、送信部３
２へ渡される。送信部３２では、まず、ＲＴＰパケット
組立部３２１において、ＲＴＰプロトコルを使用して受
信端末４へ画像情報を伝送するために、画像情報に必要
なヘッダ等の情報を付与してＲＴＰパケットを生成す
る。生成されたＲＴＰパケットは、ＵＤＰパケット組立
部３２２にて、ヘッダ等の情報を付与してＵＤＰパケッ
トを生成する。生成されたＵＤＰパケットは、パケット
送信部３２３よりパケット通信回線５に送出される。First, the transmission terminal 3 takes in an image to be transmitted from the image input section 30. An image encoding unit 31 converts the captured image signal into information that has been compressed / encoded appropriately for communication. This converted information is sent to the transmitter 3
Passed to 2. In the transmitting unit 32, first, in the RTP packet assembling unit 321, in order to transmit the image information to the receiving terminal 4 using the RTP protocol, information such as a header necessary for the image information is added to generate the RTP packet. . The UDP packet assembling unit 322 adds information such as a header to the generated RTP packet to generate a UDP packet. The generated UDP packet is sent from the packet transmission unit 323 to the packet communication line 5.
【０００４】受信端末４では、パケット通信回線５より
到達したパケットを受信部４３にて受け取る。受信部内
では、まず、パケット受信部４３３が通信回線よりパケ
ットを受信する。次に、ＵＤＰパケット分解部４３２に
受信したＵＤＰパケットを渡し、ＵＤＰパケット内より
ＲＴＰパケットを抽出する。抽出されたＲＴＰパケット
は、ＲＴＰパケット分解部４３１において、画像情報の
みを取り出す。この情報を画像復号化部４２にて、符号
化・圧縮からの復元を行い、画像出力部４１より画像信
号が取り出される。以上のように、伝送する画像情報を
ＲＴＰパケット上に乗せ、さらにＲＴＰパケットをＵＤ
Ｐパケット上に乗せて、パケット通信回線上での伝送が
行われる。In the receiving terminal 4, the packet arriving from the packet communication line 5 is received by the receiving section 43. In the receiving unit, first, the packet receiving unit 433 receives a packet from the communication line. Next, the received UDP packet is passed to the UDP packet decomposing unit 432, and the RTP packet is extracted from the UDP packet. The RTP packet disassembly unit 431 extracts only the image information from the extracted RTP packet. The image decoding unit 42 decompresses this information from the encoding / compression, and the image output unit 41 extracts the image signal. As described above, the image information to be transmitted is placed on the RTP packet, and the RTP packet is UD.
The packet is placed on the P packet and transmitted on the packet communication line.
【０００５】ここで、ＵＤＰ（User Datagram Protoco
l）は、信頼性よりも高速伝送を重視しているプロトコ
ルである。図５に、１からｎ個のＵＤＰパケットを伝送
する際の伝送手順を示す。図５のように、ＵＤＰではパ
ケットを相手端末に送りつけるのみで、再送など他の処
理をしないためスループットの高い伝送が行える。しか
し、送信するパケットが誤った場合でもパケットの再送
は行われない。このように、ＵＤＰは信頼性はないが高
速なデータの伝送が行えるといった利点があり、動画像
データのようなリアルタイム性が要求されるデータの伝
送に向いているため、従来方式では、画像並びに音声符
号化データの伝送にはＵＤＰが使用されている。Here, UDP (User Datagram Protoco
l) is a protocol that emphasizes high-speed transmission rather than reliability. FIG. 5 shows a transmission procedure when transmitting 1 to n UDP packets. As shown in FIG. 5, in UDP, only a packet is sent to a partner terminal, and other processing such as retransmission is not performed, so that high throughput transmission can be performed. However, even if the transmitted packet is incorrect, the packet is not retransmitted. As described above, UDP has an advantage that high-speed data transmission can be performed although it is not reliable, and is suitable for data transmission that requires real-time characteristics such as moving image data. UDP is used for transmitting voice coded data.
【０００６】この信頼性の低さを改善するために、特開
平１０−５６４７９号公報においては、ＵＤＰパケット
のユーザデータ領域内にパケットの連続番号を付与し、
受信端末側で連続番号の不連続を検出すると、送信端末
に対して欠落情報を通知し、送信端末側に再送を要求す
る方法を採用している。この方法では、ＵＤＰプロトコ
ルの上位プロトコルは、同公報に記載されている独自の
プロトコルを実装し、これを実現する必要がある。In order to improve this low reliability, in Japanese Patent Laid-Open No. 10-56479, a packet serial number is given in the user data area of a UDP packet,
When the receiving terminal side detects the discontinuity of the serial numbers, the method of notifying the transmitting terminal of the missing information and requesting the retransmission of the transmitting terminal side is adopted. In this method, the upper protocol of the UDP protocol needs to implement and implement the original protocol described in the publication.
【０００７】[0007]
【発明が解決しようとする課題】パケット通信回線上で
は、回線内での輻輳、また回線内の無線区間においては
伝送誤りの発生等が原因でパケットの欠落が生じる。従
来の技術では、画像並びに音声をＵＤＰパケット化し、
これを相手に送信する。前記の通り、ＵＤＰは通信に関
しては非保障であり、俗にいう「送りっぱなし」な通信
プロトコルである。仮にパケットが損失する環境でユー
ザが「多少伝送に時間がかかっても良いから、正確に画
像を送信したい」という要望があったとしても実現する
ことができない。また、上記公報における実現方法も、
通常ＩＴＵ−Ｔ勧告Ｈ．３２３に準拠した画像あるいは
音声通信を行う場合は、ＵＤＰプロトコルの上位プロト
コルにはＲＴＰプロトコルを使用しており、ＲＴＰプロ
トコルの代わりに同公報で示されたプロトコルを採用す
ると、それぞれの端末間で相互の接続が保障されなくな
る。On the packet communication line, packet loss occurs due to congestion in the line and occurrence of transmission error in the wireless section of the line. In the conventional technology, the image and sound are converted into UDP packets,
Send this to the other party. As mentioned above, UDP is a non-guaranteed communication protocol, and is a so-called “keep sending” communication protocol. Even in the environment where packets are lost, it is not possible to realize even if the user requests "I want to transmit an image accurately because the transmission may take some time". Further, the implementation method in the above publication is also
Usually ITU-T Recommendation H.264. When performing image or voice communication conforming to H.323, the RTP protocol is used as the upper protocol of the UDP protocol, and if the protocol shown in the publication is adopted instead of the RTP protocol, mutual communication between the respective terminals is possible. Connection is no longer guaranteed.
【０００８】[0008]
【課題を解決するための手段】上記の課題を解決するた
めに本発明では、パケット欠落が発生した際、送信側か
らはＵＤＰプロトコルでの伝送と並行して、信頼性のあ
るＴＣＰプロトコルでの伝送を行い、画像または音声を
送信する。受信側ではＵＤＰかＴＣＰのどちらかで受信
する。ここでＴＣＰ（Transmission Control Protoco
l）とは、信頼性の高い通信を可能にするプロトコルで
あり、受信側はパケットを受信するたびにＡＣＫを送信
側へ送り返し、送信側ではＡＣＫが送られてくるのを待
って次のパケットを送信する。仮に受信側で受信パケッ
トに誤りがあった場合には、ＮＡＣＫが送り返され再送
が行われる。図６に、１からｎ個のＴＣＰパケットを伝
送する際の伝送手順を示す。図６のように、ＴＣＰでは
データの伝送は保障されるが、ＵＤＰよりデータの伝送
に必要な手順が複雑になるため、リアルタイム性が要求
されるデータの伝送には比較的不向きとなる。また、受
信側では、ＵＤＰプロトコルのパケット欠落を監視する
機能を持たせて、送信側へ欠落情報を送信できるように
する。さらに、ＵＤＰプロトコルとＴＣＰプロトコルの
いずれかで画像あるいは音声情報を受信できるようにす
ることで、送信側が同時に２つのプロトコルで伝送した
情報を選択して受信することが可能となる。In order to solve the above-mentioned problems, according to the present invention, when a packet loss occurs, the sender side uses the reliable TCP protocol in parallel with the UDP protocol transmission. Transfer and send image or sound. The receiving side receives either UDP or TCP. TCP (Transmission Control Protocol)
l) is a protocol that enables highly reliable communication. The receiving side sends back an ACK to the sending side every time a packet is received, and the sending side waits for the ACK to be sent before the next packet. To send. If there is an error in the received packet on the receiving side, NACK is sent back and retransmission is performed. FIG. 6 shows a transmission procedure when transmitting 1 to n TCP packets. As shown in FIG. 6, data transmission is guaranteed in TCP, but the procedure required for data transmission is more complicated than that in UDP, which makes it relatively unsuitable for data transmission that requires real-time processing. Further, the receiving side has a function of monitoring the packet loss of the UDP protocol so that the missing information can be transmitted to the transmitting side. Further, by making it possible to receive image or audio information by either the UDP protocol or the TCP protocol, it becomes possible for the transmitting side to simultaneously select and receive information transmitted by the two protocols.
【０００９】請求項１の発明は、画像情報あるいは音声
情報等のマルチメディア情報をパケット通信回線を介し
て相互にパケット通信を行うマルチメディア通信装置に
おいて、相手端末に送信する機能として、ＲＴＰパケッ
トを作成する手段と、ＲＴＰパケットよりＵＤＰパケッ
トを作成する手段と、ＲＴＰパケットよりＴＣＰパケッ
トを作成する手段と、ＵＤＰパケットあるいはＴＣＰパ
ケットを通信回線に送出する手段と、相手端末より到来
するパケット欠落情報を受信する手段を有し、また相手
端末から受信する機能として、パケット通信回線より相
手端末より送られてきたＵＤＰパケットあるいはＴＣＰ
パケットを受信する手段と、ＵＤＰパケットよりＲＴＰ
パケットを抽出する手段と、ＴＣＰパケットよりＲＴＰ
パケットを抽出する手段と、前記抽出されたＲＴＰパケ
ットよりマルチメディア情報を抽出する手段と、ＵＤＰ
パケットの欠落数を計数する手段と、計数されたＵＤＰ
パケットの欠落数をパケット欠落情報として相手端末へ
送信する手段を有し、相手端末より到来したパケット欠
落情報により、ＵＤＰパケットによるマルチメディア情
報の送信と並行して、ＴＣＰパケットによる送信を行う
ようにしたものである。 According to the invention of claim 1, multimedia information such as image information or audio information is transmitted through a packet communication line.
In multi-media communication apparatus for performing packet communications with each other Te, as a function of transmitting to the counterpart terminal, to create a means for creating a RTP packet, means for creating a UDP packet from the RTP packet, the TCP packet from the RTP packet And a means for sending a UDP packet or a TCP packet to the communication line, and a means for receiving packet loss information coming from the partner terminal. As a function of receiving from the partner terminal, the packet communication line sends data from the partner terminal. Received UDP packet or TCP
Means for receiving packets and RTP from UDP packets
Means for extracting packets and RTP from TCP packets
Means for extracting packets, means for extracting multimedia information from the extracted RTP packets, UDP
Means for counting the number of dropped packets and counted UDP
And means for transmitting to the other terminal of the number of missing packets as a packet loss information, the packet deletion arriving from the remote terminal
Depending on the drop information, multimedia information by UDP packet
TCP packet transmission is performed in parallel with the information transmission.
It was done like this.
【００１０】[0010]
【００１１】[0011]
【００１２】請求項２の発明は、請求項１に記載のマル
チメディア通信装置として、コンピュータを機能させる
ためのプログラムを記録した、コンピュータで読み取り
可能な記録媒体に関する。A second aspect of the present invention relates to a computer-readable recording medium having a program for causing a computer to function as the multimedia communication device according to the first aspect.
【００１３】[0013]
【発明の実施の形態】本発明のマルチメディア通信装置
によれば、受信側で同一のデータを受信することが可能
となるため、画像あるいは音声情報を正確に受信したい
場合には、ＴＣＰプロトコルで運ばれた画像あるいは音
声情報を受信し、パケットの欠落が発生した場合には、
再送手段により受信端末側は確実に画像あるいは音声情
報を受信することが可能となる。また、ＩＴＵ−ＴＨ．
３２３に準拠した端末への画像あるいは音声情報の伝送
は、送信側がＵＤＰ／ＴＣＰの両方で画像あるいは音声
情報を送信しているため、ＵＤＰプロトコルで運ばれた
情報を受信すればよく、相互接続性も確保できる。According to the multimedia communication device of the present invention, the receiving side can receive the same data. Therefore, when it is desired to accurately receive image or audio information, the TCP protocol is used. If the received image or audio information is received and packet loss occurs,
The retransmitting unit enables the receiving terminal side to reliably receive the image or audio information. In addition, ITU-TH.
For transmission of image or audio information to a terminal compliant with H.323, since the transmission side transmits image or audio information by both UDP / TCP, it suffices to receive the information carried by the UDP protocol. Can be secured.
【００１４】本発明の実施例の構成を説明する。図１
は、本発明の一実施例の通信接続形態を示す図である。
図２は、本発明の送信端末内送信部の一実施例のブロッ
ク構成図である。図３は、本発明の受信端末内受信部の
一実施例のブロック構成図である。本発明の実施例で
は、送信端末１から入力された画像をパケット通信回線
５を経由して、受信端末２へ伝送する場合を示す。以下
に本発明の実施例の動作について説明する。The configuration of the embodiment of the present invention will be described. Figure 1
FIG. 3 is a diagram showing a communication connection form according to an embodiment of the present invention.
FIG. 2 is a block diagram of an embodiment of the transmitting unit in the transmitting terminal of the present invention. FIG. 3 is a block diagram of an embodiment of the receiving unit in the receiving terminal of the present invention. The embodiment of the present invention shows a case where an image input from the transmission terminal 1 is transmitted to the reception terminal 2 via the packet communication line 5. The operation of the embodiment of the present invention will be described below.
【００１５】まず、画像入力部１０より伝送する画像を
取り込む。取り込まれた画像信号を画像符号化部１１に
て通信に適当な圧縮・符号化等を行った情報に変換す
る。この変換された情報は、送信部１２へ渡される。送
信部１２では、まず、ＲＴＰパケット組立部１２１にお
いて、ＲＴＰプロトコルを使用して、受信端末側へ画像
情報を伝送するために、画像情報に必要なヘッダ等の情
報を付与して、ＲＴＰパケットを生成する。生成された
ＲＴＰパケットは、ＵＤＰパケット組立部１２２にて、
ヘッダ等の情報を付与してＵＤＰパケットを生成する。
生成されたＵＤＰパケットは、パケット送信部１２４よ
りパケット通信回線に送出される。First, the image to be transmitted is fetched from the image input section 10. The captured image signal is converted by the image encoding unit 11 into information that has been appropriately compressed and encoded for communication. The converted information is passed to the transmitter 12. In the transmitting unit 12, first, in the RTP packet assembling unit 121, information such as a header necessary for the image information is added in order to transmit the image information to the receiving terminal side by using the RTP protocol, and the RTP packet is created. To generate. The generated RTP packet is processed by the UDP packet assembling unit 122.
A UDP packet is generated by adding information such as a header.
The generated UDP packet is sent from the packet transmitting unit 124 to the packet communication line.
【００１６】受信端末２では、パケット通信回線５より
到達したパケットを受信部２２にて受け取る。受信部２
２内では、まず、パケット受信部２２１が通信回線より
パケットを受信する。次に、ＵＤＰパケット分解部２２
２に受信したＵＤＰパケットを渡し、ＵＤＰパケット内
よりＲＴＰパケットを抽出する。抽出されたＲＴＰパケ
ットは、ＲＴＰパケット分解部２２４において、画像情
報のみを取り出す。なお、通信開始時はＵＤＰパケット
により画像情報が伝送されてくるため、ＳＷ２２８はｂ
側に倒してある。取り出された情報は画像復号化部２１
にて、符号化・圧縮からの復元を行い画像出力部２０よ
り画像信号が取り出される。In the receiving terminal 2, the packet arriving from the packet communication line 5 is received by the receiving unit 22. Receiver 2
In 2, the packet receiving unit 221 first receives a packet from the communication line. Next, the UDP packet decomposing unit 22
The received UDP packet is passed to 2, and the RTP packet is extracted from the UDP packet. The RTP packet decomposition unit 224 extracts only the image information from the extracted RTP packet. Since the image information is transmitted by the UDP packet at the start of communication, the SW 228 is set to b.
It has fallen to the side. The extracted information is the image decoding unit 21.
At, the image signal is extracted from the image output unit 20 by performing the decoding from the encoding / compression.
【００１７】ところが、受信端末側にて送信端末より送
信されたパケットが受信できない場合、ＵＤＰパケット
分解部２２２において検出し、受信できなかったパケッ
ト数をカウンタ２２７にて計数する。ここで、パケット
が受信できなかったことを検出する方法は、ＵＤＰパケ
ットのヘッダ内にパケットの連続番号が付与されてお
り、この番号をパケット受信毎に確認し、番号の不連続
が検出できた時点で受信できなかったパケットが存在す
ることを検出することができる。伝送制御部２２６で
は、このカウンタを常時監視し、ある一定間隔でカウン
タの値を欠落パケット数として欠落情報送信部２２５に
通知し、欠落情報送信部では、適当なタイミングで欠落
情報を送信端末側に送出する。一方、送信端末では、受
信端末より伝送された欠落情報を欠落情報受信部１２５
にて受信すると、受信内容を伝送制御部１２６に通知す
る。このようにして、両端末がパケットの欠落を知るこ
とができる。なお、欠落情報の通知手段は、ＲＴＰ制御
プロトコル（ＲＴＣＰ）を使用して実現することができ
る。However, when the packet transmitted from the transmitting terminal cannot be received on the receiving terminal side, the UDP packet disassembling unit 222 detects it, and the counter 227 counts the number of packets that cannot be received. Here, as a method of detecting that the packet could not be received, the packet serial number is added in the header of the UDP packet, and this number was confirmed every time the packet was received, and the discontinuity of the number could be detected. It is possible to detect that there are packets that could not be received at the time. The transmission control unit 226 constantly monitors this counter and notifies the missing information transmitting unit 225 of the value of the counter as the number of missing packets at a certain fixed interval, and the missing information transmitting unit sends the missing information to the transmitting terminal side at an appropriate timing. Send to. On the other hand, in the transmitting terminal, the missing information received from the receiving terminal is received by the missing information receiving unit 125.
When it is received at, the reception content is notified to the transmission control unit 126. In this way, both terminals can know the packet loss. The means for notifying the missing information can be realized by using the RTP control protocol (RTCP).
【００１８】そこで、通信を開始する時点で、パケット
の欠落数の閾値を互いの端末間であらかじめ決定してお
き、受信端末側でパケット欠落が闘値を越えた時点でＳ
Ｗ２２８をｂ側からａ側へ切り替えることにより、送信
端末からＴＣＰパケットに乗せられて到来したＲＴＰパ
ケットを受信することができる。以降、パケット受信部
２２１で受信したパケットをＴＣＰパケット分解部２２
３へ送り、ヘッダ等を除去した後、ＳＷ２２８を経由し
てＲＴＰパケット分解部２２４へ抽出されたＲＴＰパケ
ットを引き渡す。一方、送信端末の側では、受信端末よ
り通知されたパケット欠落が闘値を越えたことを伝送制
御部１２６にて認識すると、ＳＷ１２７を閉じて１つの
ＲＴＰパケットをＵＤＰパケットとＴＣＰパケットの２
種類のパケットを使用して、受信端末側に送信する。Therefore, at the time of starting communication, a threshold value for the number of packet loss is determined between the terminals in advance, and when the packet loss at the receiving terminal side exceeds the threshold value, S
By switching W228 from the b side to the a side, it is possible to receive the RTP packet that has arrived on the TCP packet from the transmission terminal. Thereafter, the packet received by the packet receiving unit 221 is transferred to the TCP packet decomposing unit 22.
3, the header and the like are removed, and then the extracted RTP packet is delivered to the RTP packet decomposing unit 224 via the SW 228. On the other hand, on the transmission terminal side, when the transmission control unit 126 recognizes that the packet loss notified from the reception terminal has exceeded the threshold value, the SW 127 is closed and one RTP packet is divided into a UDP packet and a TCP packet.
It is sent to the receiving terminal side using the type of packet.
【００１９】これにより、送信端末と受信端末の間でＵ
ＤＰプロトコルを使用して伝送していた画像情報を、Ｔ
ＣＰプロトコルに切り替えて伝送を行うことが可能とな
り、ＴＣＰプロトコルの再送機能による確実な伝送が行
われる。なお、受信端末側でパケット欠落の闘値を越え
た時点で、この時点以降もパケット欠落等が発生して
も、再送によるスループットの低下を避けて通信を継続
したい場合には、ＳＷをｂ側のままとしてＵＤＰプロト
コルによる伝送を継続させることも可能である。また、
受信端末側が、本発明にて示したＵＤＰ／ＴＣＰパケッ
ト受信の切り替えを行えない従来型受信端末４である場
合の接続図を図４に示す。この接続の場合には、パケッ
トの欠落が発生しても、受信端末４から送信端末１へパ
ケット欠落情報が通知されないため、ＵＤＰプロトコル
による通信を使用した伝送を行うことが可能である。As a result, U is set between the transmitting terminal and the receiving terminal.
The image information transmitted using the DP protocol is transferred to the T
It becomes possible to perform transmission by switching to the CP protocol, and reliable transmission is performed by the retransmission function of the TCP protocol. When the receiving terminal side exceeds the threshold value for packet loss, even if packet loss etc. occurs after this point, if you want to avoid the drop in throughput due to retransmission and continue communication, set SW to b side. It is also possible to continue the transmission by the UDP protocol as it is. Also,
FIG. 4 shows a connection diagram in the case where the receiving terminal side is the conventional receiving terminal 4 that cannot switch the UDP / TCP packet reception shown in the present invention. In the case of this connection, even if packet loss occurs, the packet loss information is not notified from the receiving terminal 4 to the transmitting terminal 1, so that it is possible to perform transmission using communication according to the UDP protocol.
【００２０】[0020]
【発明の効果】本発明装置を使用した通信では、高精細
な画像または音声を送信並びに受信することができる。
また、画像あるいは音声情報をＵＤＰパケットでも送信
するので、相手が国際標準準拠の端末であっても、問題
なく通信できる。In the communication using the device of the present invention, it is possible to transmit and receive high-definition images or sounds.
In addition, since the image or audio information is also transmitted as a UDP packet, even if the other party is an international standard compliant terminal, communication can be performed without any problem.
【図１】 本発明の一実施例の通信接続形態を表すブロ
ック図である。FIG. 1 is a block diagram showing a communication connection form according to an embodiment of the present invention.
【図２】 本発明の送信部の一実施例を表すブロック構
成図である。FIG. 2 is a block diagram showing an embodiment of a transmission unit of the present invention.
【図３】 本発明の受信部の一実施例を表すブロック構
成図である。FIG. 3 is a block diagram showing an embodiment of a receiving unit of the present invention.
【図４】 本発明の他の実施例である従来型受信端末と
の通信接続形態を表すブロック構成図である。FIG. 4 is a block diagram showing a communication connection form with a conventional receiving terminal according to another embodiment of the present invention.
【図５】 ＵＤＰを用いた端末間通信を表すシーケンス
図である。FIG. 5 is a sequence diagram showing communication between terminals using UDP.
【図６】 ＴＣＰを用いた端末間通信を表すシーケンス
図である。FIG. 6 is a sequence diagram showing communication between terminals using TCP.
【図７】 従来のパケットによる画像通信を表すブロッ
ク図である。FIG. 7 is a block diagram showing conventional image communication using packets.
１…送信端末、２…受信端末、３…従来型送信端末、４
…従来型受信端末、５…パケット通信回線、１０…画像
入力部、１１…画像符号化部、１２…送信部、２０…画
像出力部、２１…画像復号化部、２２…受信部、３０…
画像入力部、３１…画像符号化部、３２…送信部、４１
…画像出力部、４２…画像復号化部、４３…受信部、１
２１…ＲＴＰパケット組立部、１２２…ＵＤＰパケット
組立部、１２３…ＴＣＰパケット組立部、１２４…パケ
ット送信部、１２５…欠落情報受信部、１２６…伝送制
御部、１２７…ＳＷ、２２１…パケット受信部、２２２
…ＵＤＰパケット分解部、２２３…ＴＣＰパケット分解
部、２２４…ＲＴＰパケット分解部、２２５…欠落情報
送信部、２２６…伝送制御部、２２７…カウンタ、２２
８…ＳＷ、３２１…ＲＴＰパケット組立部、３２２…Ｕ
ＤＰパケット組立部、３２３…パケット送信部、４３１
…ＲＴＰパケット分解部、４３２…ＵＤＰパケット分解
部、４３３…パケット受信部。1 ... Sending terminal, 2 ... Receiving terminal, 3 ... Conventional sending terminal, 4
... conventional receiving terminal, 5 ... packet communication line, 10 ... image input section, 11 ... image coding section, 12 ... transmission section, 20 ... image output section, 21 ... image decoding section, 22 ... receiving section, 30 ...
Image input unit, 31 ... Image coding unit, 32 ... Transmission unit, 41
... image output unit, 42 ... image decoding unit, 43 ... receiving unit, 1
21 ... RTP packet assembling section, 122 ... UDP packet assembling section, 123 ... TCP packet assembling section, 124 ... Packet transmitting section, 125 ... Missing information receiving section, 126 ... Transmission control section, 127 ... SW, 221 ... Packet receiving section, 222
... UDP packet decomposing unit, 223 ... TCP packet decomposing unit, 224 ... RTP packet decomposing unit, 225 ... Missing information transmitting unit, 226 ... Transmission control unit, 227 ... Counter, 22
8 ... SW, 321 ... RTP packet assembling section, 322 ... U
DP packet assembling unit, 323 ... Packet transmitting unit, 431
... RTP packet decomposing unit, 432 ... UDP packet decomposing unit, 433 ... Packet receiving unit.
フロントページの続き (56)参考文献 特開 平４−30251（ＪＰ，Ａ) 特開 平６−252896（ＪＰ，Ａ) 特開 平８−56221（ＪＰ，Ａ) 特開 平10−200897（ＪＰ，Ａ) 伊藤 嘉浩，石倉 雅巳，浅見 徹, リアルタイム通信特性評価用トラフヒッ クジェネレータ／アナライザの評価，電 子情報通信学会技術研究報告，日本，社 団法人電子情報通信学会，1997年 ６月 20日，ＩＮ97−47 大和 敏彦，プロトコルを知り，融通 無碍にエンジニアの道をゆく，電網剣客 商売（第一回），Ｗｉｎｄｏｗｓ ＮＴ ＰＲＥＳＳ Ｎｏ．３，日本，株式会 社技術評論社，1998年 ９月 １日, 184〜189 (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 12/56 H04L 12/28 H04L 29/06 Continuation of the front page (56) Reference JP-A-4-30251 (JP, A) JP-A-6-252896 (JP, A) JP-A-8-56221 (JP, A) JP-A-10-200897 (JP , A) Yoshihiro Ito, Masami Ishikura, Tohru Asami, Evaluation of a traffic generator / analyzer for real-time communication characteristics evaluation, IEICE Technical Report, Japan, The Institute of Electronics, Information and Communication Engineers, June 20, 1997. , IN97-47 Toshihiko Yamato, Knowing the Protocol and Making the Engineer's Way in a Flexible and Inflexible Way, The Electric Network Kenkaku Business (1st), Windows NT PRESS No. 3, Japan, Ltd. Technical Review, September 1, 1998, 184-189 (58) Fields investigated (Int.Cl. 7 , DB name) H04L 12/56 H04L 12/28 H04L 29/06
Claims (2)
ディア情報をパケット通信回線を介して相互にパケット
通信を行うマルチメディア通信装置において、相手端末
に送信する機能として、ＲＴＰパケットを作成する手段
と、ＲＴＰパケットよりＵＤＰパケットを作成する手段
と、ＲＴＰパケットよりＴＣＰパケットを作成する手段
と、ＵＤＰパケットあるいはＴＣＰパケットを通信回線
に送出する手段と、相手端末より到来するパケット欠落
情報を受信する手段を有し、また相手端末から受信する
機能として、パケット通信回線より相手端末より送られ
てきたＵＤＰパケットあるいはＴＣＰパケットを受信す
る手段と、ＵＤＰパケットよりＲＴＰパケットを抽出す
る手段と、ＴＣＰパケットよりＲＴＰパケットを抽出す
る手段と、前記抽出されたＲＴＰパケットよりマルチメ
ディア情報を抽出する手段と、ＵＤＰパケットの欠落数
を計数する手段と、計数されたＵＤＰパケットの欠落数
をパケット欠落情報として相手端末へ送信する手段を有
し、相手端末より到来したパケット欠落情報により、Ｕ
ＤＰパケットによるマルチメディア情報の送信と並行し
て、ＴＣＰパケットによる送信を行うことを特徴とする
マルチメディア通信装置。1. A multimedia communication device for performing mutual packet communication of multimedia information such as image information or audio information via a packet communication line to a counterpart terminal, and means for creating an RTP packet, It has means for creating a UDP packet from an RTP packet, means for creating a TCP packet from an RTP packet, means for sending a UDP packet or TCP packet to a communication line, and means for receiving packet loss information coming from a partner terminal. As a function of receiving from the partner terminal, a means for receiving a UDP packet or a TCP packet sent from the partner terminal from the packet communication line, a means for extracting an RTP packet from the UDP packet, and an RTP packet from the TCP packet. Means for extracting and said extracting And a means for extracting multimedia information from the counted RTP packet, a means for counting the number of missing UDP packets, and a means for transmitting the counted number of missing UDP packets to the other terminal as packet missing information. Due to the packet loss information that came more, U
A multimedia communication device, characterized in that transmission is performed by TCP packets in parallel with transmission of multimedia information by DP packets.
置として、コンピュータを機能させるためのプログラム
を記録した、コンピュータで読み取り可能な記録媒体。2. A computer-readable recording medium, which records a program for causing a computer to function as the multimedia communication device according to claim 1 .
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32512298A JP3426144B2 (en) | 1998-11-16 | 1998-11-16 | Multimedia communication equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32512298A JP3426144B2 (en) | 1998-11-16 | 1998-11-16 | Multimedia communication equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000151680A JP2000151680A (en) | 2000-05-30 |
| JP3426144B2 true JP3426144B2 (en) | 2003-07-14 |
Family
ID=18173339
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP32512298A Expired - Fee Related JP3426144B2 (en) | 1998-11-16 | 1998-11-16 | Multimedia communication equipment |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3426144B2 (en) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001298479A (en) * | 2000-04-12 | 2001-10-26 | Nec Corp | Internet telephone system |
| KR20000063196A (en) * | 2000-05-08 | 2000-11-06 | 천두배 | Method of load distribution for video/audio meeting(chatting) with multiple users |
| CN1201533C (en) * | 2000-10-26 | 2005-05-11 | 三菱电机株式会社 | Internet telephone network system, network access method and talking device adapter |
| JP4917212B2 (en) * | 2001-04-27 | 2012-04-18 | 古野電気株式会社 | Marine equipment network system |
| JP2004038575A (en) * | 2002-07-03 | 2004-02-05 | Sony Corp | Data transmitting and receiving system, data transmitting and receiving method, information providing device, information providing method, data transmitting device, and data receiving method |
| WO2005046125A1 (en) * | 2003-10-28 | 2005-05-19 | Docomo Communications Laboratories Usa, Inc. | Method for supporting scalable and reliable multicast in tdma/tdd systems using feedback suppression techniques |
| JP4452983B2 (en) * | 2004-01-08 | 2010-04-21 | ソニー株式会社 | Receiving apparatus and method, program, and recording medium |
| JP4754416B2 (en) * | 2006-06-26 | 2011-08-24 | 株式会社トヨタＩｔ開発センター | Wireless communication apparatus, wireless communication method and program |
| JP2008193510A (en) | 2007-02-06 | 2008-08-21 | Canon Inc | Video transmitter, video receiver, and video transmission system |
| US7769014B2 (en) | 2007-02-13 | 2010-08-03 | Seiko Epson Corporation | Transmitting and receiving system, transmitting apparatus, and receiving apparatus |
| CN104094561B (en) * | 2011-12-01 | 2017-12-12 | 汤姆逊许可公司 | By selecting host-host protocol to obtain the equipment of content according to available bandwidth |
-
1998
- 1998-11-16 JP JP32512298A patent/JP3426144B2/en not_active Expired - Fee Related
Non-Patent Citations (2)
| Title |
|---|
| 伊藤 嘉浩，石倉 雅巳，浅見 徹，リアルタイム通信特性評価用トラフヒックジェネレータ／アナライザの評価，電子情報通信学会技術研究報告，日本，社団法人電子情報通信学会，１９９７年 ６月２０日，ＩＮ９７−４７ |
| 大和 敏彦，プロトコルを知り，融通無碍にエンジニアの道をゆく，電網剣客商売（第一回），Ｗｉｎｄｏｗｓ ＮＴ ＰＲＥＳＳ Ｎｏ．３，日本，株式会社技術評論社，１９９８年 ９月 １日，１８４〜１８９ |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000151680A (en) | 2000-05-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7562277B2 (en) | Data transmitting/receiving system and method thereof | |
| AU2003225363B2 (en) | RLC for realtime multimedia mobile communication system | |
| CA2442439C (en) | Packet transmission system and packet reception system | |
| JP3735067B2 (en) | Method and data transmission protocol for making data transmission more efficient | |
| KR100941562B1 (en) | Medium streaming distribution system | |
| EP1180870B1 (en) | Packet retransmission using priority information | |
| KR100460970B1 (en) | Data transmitting/receiving system and method thereof | |
| JP3650362B2 (en) | Method for providing sparse feedback in high-latency narrow-bandwidth wireless systems | |
| JP2008514126A (en) | Call setup in videophone networks | |
| JP3426144B2 (en) | Multimedia communication equipment | |
| US20060259845A1 (en) | Method and apparatus for acknowledging a bitwise data chunk in wireline and wireless communication systems | |
| JP3838511B2 (en) | Video compression encoding transmission / reception device | |
| US8630282B2 (en) | Voice transmitting and receiving system | |
| US7191370B2 (en) | Data transmitter device, repeater device, data transmission/reception device, and data communication method | |
| JP2006304138A (en) | Selective retransmission type communication device | |
| JP2003264590A (en) | Packet transmission system and its data transmitter and data receiver | |
| US7342938B1 (en) | Spectrally efficient approach to protection of key elements in a non-homogenous data stream | |
| JP3594185B2 (en) | Data transmission device and data transmission method | |
| JP3594196B1 (en) | Data transmission device and data transmission method | |
| JP3594195B2 (en) | Data transmission device and data transmission method | |
| JPH0799662A (en) | Dynamic image signal transmission method | |
| KR100901031B1 (en) | Packetization method in video telephony system | |
| JP2004120148A (en) | Transmitter and receiver for multimedia contents | |
| JP2007019588A (en) | Wireless transmission apparatus and method for compensating fluctuation in real time packet arrival time | |
| KR20070025323A (en) | Method for restoration transport error of intra frame |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080509 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090509 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |