[go: up one dir, main page]

JP2010177850A - Facsimile machine and facsimile communication method - Google Patents

Facsimile machine and facsimile communication method Download PDF

Info

Publication number
JP2010177850A
JP2010177850A JP2009016429A JP2009016429A JP2010177850A JP 2010177850 A JP2010177850 A JP 2010177850A JP 2009016429 A JP2009016429 A JP 2009016429A JP 2009016429 A JP2009016429 A JP 2009016429A JP 2010177850 A JP2010177850 A JP 2010177850A
Authority
JP
Japan
Prior art keywords
packet
signal
rtp
rtp packet
facsimile
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
JP2009016429A
Other languages
Japanese (ja)
Inventor
Katsuya Shibazaki
勝也 柴崎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Platforms Ltd
Original Assignee
NEC AccessTechnica 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
Application filed by NEC AccessTechnica Ltd filed Critical NEC AccessTechnica Ltd
Priority to JP2009016429A priority Critical patent/JP2010177850A/en
Publication of JP2010177850A publication Critical patent/JP2010177850A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Facsimiles In General (AREA)
  • Facsimile Transmission Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Telephonic Communication Services (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To avoid occurrence of communication abnormality due to packet loss in an IP network while making good use of an error retransmission protocol when performing facsimile transmission in a deemed voice system. <P>SOLUTION: A facsimile machine includes a facsimile communication unit 11 which performs communication control over G3 facsimile communication, and a packet control unit 12 which converts a procedure signal and an image signal output by the facsimile communication unit 11 into RTP packets and transmits the RTP packets to the IP network, and recovers the procedure signal and the image signal from RTP packets received from the IP network to output them to the facsimile communication unit 11. The packet control unit 12 transmits an RTP packet having the same data contents with an RTP packet based upon the image signal once when transmitting the RTP packet, performs retransmission processing for transmitting an RTP packet having the same data contents with an RTP packet based upon the procedure signal a plurality of times when transmitting the RTP packet, and performs reception packet processing for deeming that one RTP packet is received when the RTP packet having the same data contents is received several times. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

本発明は、IP電話サービスを利用してみなし音声方式によるファクシミリ通信を行うファクシミリ装置およびファクシミリ通信方法に関する。   The present invention relates to a facsimile apparatus and a facsimile communication method for performing facsimile communication by an assumed voice method using an IP telephone service.

公衆電話網での使用を前提としたG3ファクシミリ間で、IP電話サービスを利用してみなし音声方式によるファクシミリ通信が行われている。みなし音声方式では、ファクシミリ信号を音声信号とみなし、アナログ音声信号をデジタル化してからパケット送信する。すなわち、IP電話では、通話音声データの送受信はIPアドレスを有する端末間でVoIP(Voice over IP )プロトコルなどによって行なわれるが、みなし音声方式によるファクシミリ通信では、VoIP技術を用いてファクシミリ手順信号や画信号(以下、PIX信号という。)の送受信が行われる。IP電話サービスが使用するIP網の性質上、パケットがパケットロスしたり、遅延したりすることがある。   Facsimile communication based on the assumed voice method is performed between G3 facsimiles that are assumed to be used on a public telephone network by using an IP telephone service. In the deemed voice method, a facsimile signal is regarded as a voice signal, and an analog voice signal is digitized before packet transmission. That is, in an IP phone, voice data is transmitted and received between terminals having IP addresses by a VoIP (Voice over IP) protocol or the like. In a facsimile communication using a deemed voice method, a facsimile procedure signal or image is transmitted using the VoIP technology. Signals (hereinafter referred to as PIX signals) are transmitted and received. Due to the nature of the IP network used by the IP telephone service, packets may be lost or delayed.

IP電話サービスで通常用いられるプロトコルであるRTP(Real-Time Transport Protocol)では、通信の信頼性よりもリアルタイム性が重視されている。そのためRTPでは、パケットがロスした場合であっても、パケットの再送は行われない。したがって、IP網を利用してみなし音声方式によるファクシミリ通信を行った場合に、パケットロスが発生すると、ファクシミリ信号が対向機に正しく伝わらないことがある。また、ロスするパケットによっては、通信異常になってしまう場合がある。   In RTP (Real-Time Transport Protocol), which is a protocol normally used in IP telephone services, real-time performance is more important than communication reliability. Therefore, in RTP, even when a packet is lost, the packet is not retransmitted. Therefore, when performing a facsimile communication by the deemed voice method using the IP network, if a packet loss occurs, the facsimile signal may not be correctly transmitted to the opposite device. Also, depending on the lost packet, there may be a communication error.

特許文献1では、パケットを送信する際に、同じパケットを複数個送信し、IP網で1つのパケットがロスしたとしても別の同じパケットが対向機に到達できればこのパケットロスの影響を回避できる送受信システムが記載されている。なお、本明細書では、同じパケットを複数個送信すること、すなわち1個以上再送することを、パケットを多重化するという。   In Patent Document 1, when transmitting a packet, a plurality of the same packets are transmitted, and even if one packet is lost in the IP network, if another same packet can reach the opposite device, transmission / reception that can avoid the influence of this packet loss The system is described. In this specification, transmitting a plurality of the same packets, that is, retransmitting one or more packets is referred to as multiplexing the packets.

特開2004−282538号公報(段落0122−0134)JP 2004-282538 A (paragraph 0122-0134)

しかし、特許文献1に記載された送受信システムでは、同じパケットを常に複数送信する場合に、1つのパケットを送信する場合に比べると、発信側装置および着信側装置はより高いデータ処理能力を必要とされる。また、G3ファクシミリでは、ECM(Error Correction Mode )というエラー再送プロトコルが用意されており、PIX信号の送信中にエラーが発生した場合には、ファクシミリ手順上で再送される。そのため、PIX信号送出中はパケットを複数送信しなくても、パケットロスによる影響を回避することができる。   However, in the transmission / reception system described in Patent Document 1, when a plurality of the same packets are always transmitted, compared with the case where one packet is transmitted, the transmission side device and the reception side device require higher data processing capabilities. Is done. Further, in G3 facsimile, an error retransmission protocol called ECM (Error Correction Mode) is prepared, and when an error occurs during transmission of a PIX signal, it is retransmitted in the facsimile procedure. Therefore, the influence of packet loss can be avoided even if a plurality of packets are not transmitted during transmission of the PIX signal.

そこで、本発明は、IP電話サービスを利用してみなし音声方式によるファクシミリ送信を行う場合に、エラー再送プロトコルを活用しつつ、IP網でのパケットロスによる通信異常の発生を回避するファクシミリ装置およびファクシミリ通信方法を提供することを目的とする。   Therefore, the present invention provides a facsimile apparatus and a facsimile that avoids the occurrence of communication abnormality due to packet loss in the IP network while utilizing the error retransmission protocol when performing facsimile transmission by the deemed voice method using the IP telephone service. An object is to provide a communication method.

本発明によるファクシミリ装置は、G3ファクシミリ通信の通信制御を行うファクシミリ通信部と、ファクシミリ通信部が出力する手順信号および画信号をRTPパケット化してIP網に対して送信し、IP網から受信したRTPパケットから手順信号および画信号を復元してファクシミリ通信部に出力するパケット制御部とを備え、パケット制御部は、画信号にもとづくRTPパケットを送信するときには同じデータ内容のRTPパケットを1回送信し、手順信号にもとづくRTPパケットを送信するときには同じデータ内容のRTPパケットを複数回送信する再送処理を実行し、同じデータ内容のRTPパケットを複数回受信した場合に1つのRTPパケットを受信したと見なす受信パケット処理を実行することを特徴とする。   A facsimile apparatus according to the present invention includes a facsimile communication unit that performs communication control of G3 facsimile communication, a procedure signal and an image signal output from the facsimile communication unit, RTP-packetized and transmitted to the IP network, and an RTP received from the IP network. A packet control unit that restores the procedure signal and the image signal from the packet and outputs them to the facsimile communication unit. When transmitting the RTP packet based on the image signal, the packet control unit transmits the RTP packet having the same data contents once. When an RTP packet based on a procedure signal is transmitted, a retransmission process is performed in which an RTP packet having the same data content is transmitted a plurality of times. When an RTP packet having the same data content is received a plurality of times, it is considered that one RTP packet has been received. Receive packet processing is executed.

本発明によるファクシミリ通信方法は、G3ファクシミリ通信方式における画信号および手順信号をRTPパケット化して送受信するファクシミリ通信方法であって、画信号にもとづくRTPパケットを送信するときには同じデータ内容のRTPパケットを1回送信し、手順信号にもとづくRTPパケットを送信するときには同じデータ内容のRTPパケットを複数回送信する再送処理を実行し、同じデータ内容のRTPパケットを複数回受信した場合に1つのRTPパケットを受信したと見なす受信パケット処理を実行することを特徴とすることを特徴とする。   A facsimile communication method according to the present invention is a facsimile communication method for transmitting and receiving RTP packets of image signals and procedure signals in the G3 facsimile communication system. When transmitting RTP packets based on image signals, 1 RTP packet having the same data content is transmitted. When the RTP packet based on the procedure signal is transmitted twice, the RTP packet with the same data content is transmitted a plurality of times, and one RTP packet is received when the RTP packet with the same data content is received a plurality of times. It is characterized by executing the received packet processing that is considered to have been performed.

本発明によれば、IP電話サービスを利用してみなし音声方式によるファクシミリ送信を行う場合に、IP網でのパケットロスによる通信異常の発生を効率よく回避することができる。   According to the present invention, it is possible to efficiently avoid the occurrence of communication abnormality due to packet loss in the IP network when performing facsimile transmission by the deemed voice method using the IP telephone service.

本発明によるファクシミリ装置の第1の実施形態の構成を示すブロック図である。1 is a block diagram showing a configuration of a first embodiment of a facsimile apparatus according to the present invention. IP電話サービスの通信手順を示すシーケンス図である。It is a sequence diagram which shows the communication procedure of IP telephone service. RTPパケットの構成例を示す説明図である。It is explanatory drawing which shows the structural example of a RTP packet. RTPパケットを多重化する処理を説明するためのシーケンス図である。It is a sequence diagram for demonstrating the process which multiplexes an RTP packet. RTPパケットの送信処理を示すフローチャートである。It is a flowchart which shows the transmission process of a RTP packet. RTPパケットの受信処理を示すフローチャートである。It is a flowchart which shows the reception process of an RTP packet. シーケンス番号管理テーブルの一例を示す説明図である。It is explanatory drawing which shows an example of a sequence number management table. 図1に示されたファクシミリ装置が行うファクシミリ通信手順の一例を示すシーケンス図である。It is a sequence diagram which shows an example of the facsimile communication procedure which the facsimile apparatus shown by FIG. 1 performs. 手順信号NSF/CSI/DIS信号のフォーマットを示す説明図である。It is explanatory drawing which shows the format of the procedure signal NSF / CSI / DIS signal. 手順信号NSS/TSI/DCS信号のフォーマットを示す説明図である。It is explanatory drawing which shows the format of the procedure signal NSS / TSI / DCS signal. 第2の実施形態のファクシミリ装置が行う通信処理の一例を示すシーケンス図である。It is a sequence diagram which shows an example of the communication processing which the facsimile apparatus of 2nd Embodiment performs. INVITEメッセージの一例を示す説明図である。It is explanatory drawing which shows an example of an INVITE message. 200OKメッセージの一例を示す説明図である。It is explanatory drawing which shows an example of a 200OK message. 第3の実施形態のファクシミリ装置が行う通信処理の一例を示すシーケンス図である。It is a sequence diagram which shows an example of the communication process which the facsimile apparatus of 3rd Embodiment performs. 本発明によるファクシミリ装置の主要部を示すブロック図である。1 is a block diagram showing a main part of a facsimile apparatus according to the present invention.

実施形態1.
図1は、本発明によるファクシミリ装置の第1の実施形態(実施形態1)の構成を示すブロック図である。図1を参照して、第1の実施形態のファクシミリ装置の構成を説明する。
Embodiment 1. FIG.
FIG. 1 is a block diagram showing a configuration of a first embodiment (Embodiment 1) of a facsimile apparatus according to the present invention. With reference to FIG. 1, the configuration of the facsimile apparatus of the first embodiment will be described.

制御部101は、各部を制御し、ネットワークファクシミリとしての機能を実現する。ネットワーク制御部102は、ネットワーク108とのインターフェースを制御する。データバッファ103は、ネットワーク108に送信するパケットデータおよびネットワーク108から受信したパケットデータを保存する。   The control unit 101 controls each unit to realize a function as a network facsimile. The network control unit 102 controls an interface with the network 108. The data buffer 103 stores packet data transmitted to the network 108 and packet data received from the network 108.

音声CODEC104は、送信するアナログ信号をデジタル信号に符号化し、受信したデジタル信号をアナログ信号に復号化する。FAX通信部105は、TTC(情報通信技術委員会)標準JT−T30(ITU−T勧告T30に相当)に準拠するG3ファクシミリの制御を行う。CNG検出部106は、対向機から送信される、ファクシミリ装置であることを示すCNG信号(Calling tone)の検出を行う。メモリ107は、受信したRTPパケットのシーケンス番号を管理するための情報を保存する。図1に示すファクシミリ装置は、IP電話サービスを利用した通信において、RTPパケットを多重化して送信する。   The audio CODEC 104 encodes an analog signal to be transmitted into a digital signal, and decodes the received digital signal into an analog signal. The FAX communication unit 105 controls G3 facsimile conforming to TTC (Information and Communication Technology Committee) standard JT-T30 (corresponding to ITU-T recommendation T30). The CNG detection unit 106 detects a CNG signal (Calling tone) transmitted from the opposite device and indicating a facsimile apparatus. The memory 107 stores information for managing the sequence number of the received RTP packet. The facsimile apparatus shown in FIG. 1 multiplexes and transmits RTP packets in communication using the IP telephone service.

まず、一般的なIP電話サービスの通信手順を説明する。図2は、IP電話サービスの通信手順を示すシーケンス図である。図2を参照して、IP電話サービスを利用した一般的な通信処理を説明する。   First, a general IP telephone service communication procedure will be described. FIG. 2 is a sequence diagram showing a communication procedure of the IP telephone service. A general communication process using the IP telephone service will be described with reference to FIG.

発信側でユーザが発信操作(以下、ダイヤルという。)を行って通信が開始されると(ステップS201)、発信側は、INVITEメッセージを送信する(ステップS202)。   When communication is started by the user performing a call operation (hereinafter referred to as dialing) on the calling side (step S201), the calling side transmits an INVITE message (step S202).

着信側は、INVITEメッセージを受信すると、発信側に100TRYINGメッセージを返信してリクエストに対する暫定応答する(ステップS203)。さらに、着信側は、ユーザを呼び出すベルを鳴動させ(ステップS204)、発信側に180RINGINGメッセージを返信して暫定応答する(ステップS205)。着信側でユーザがフックオフすると(ステップS206)、着信側は、発信側に200OKメッセージを返信する(ステップS207)。   When the receiving side receives the INVITE message, it returns a 100 TRYING message to the calling side and makes a provisional response to the request (step S203). Further, the receiving side rings a bell for calling the user (step S204), returns a 180 RINGING message to the calling side, and makes a provisional response (step S205). When the user hooks off on the incoming side (step S206), the incoming side returns a 200 OK message to the outgoing side (step S207).

発信側は、200OKメッセージを受信すると、着信側にACKメッセージを送信してINVITEメッセージに対する応答を受け取ったことを知らせる(ステップS208)。ステップS201〜S208の処理が行われると、ユーザ間で通話が開始される(ステップS209)。図2に示された破線で囲まれた領域内の処理は、通話中の処理を示す。   When receiving the 200 OK message, the calling side transmits an ACK message to the receiving side to notify that a response to the INVITE message has been received (step S208). When the processes of steps S201 to S208 are performed, a call is started between the users (step S209). The process in the area surrounded by the broken line shown in FIG. 2 indicates a process during a call.

通話が開始されると、発信側および着信側のそれぞれにおいて、音声信号をデジタル化して生成されたRTPパケットが、一定間隔で送信される。送信間隔は、通常は20msである。図3は、RTPパケットの構成例を示す説明図である。図3に示すように、RTPパケットは、IPヘッダ301、UDPヘッダ302、RTPヘッダ303および符号データ304から構成されている。RTPヘッダ303は、シーケンス番号305を含む。シーケンス番号305は、パケットの送信順番を示し、RTPパケットごとに、例えば、0〜nの番号が順番に付与されているとする。   When a call is started, RTP packets generated by digitizing voice signals are transmitted at regular intervals on both the outgoing side and the incoming side. The transmission interval is usually 20 ms. FIG. 3 is an explanatory diagram illustrating a configuration example of an RTP packet. As shown in FIG. 3, the RTP packet is composed of an IP header 301, a UDP header 302, an RTP header 303, and code data 304. The RTP header 303 includes a sequence number 305. The sequence number 305 indicates the packet transmission order. For example, it is assumed that numbers 0 to n are assigned in order to each RTP packet.

通話が終了して、例えば発信側のユーザがフックオンすると(ステップS210)、発信側は、着信側にBYEメッセージを送信する(ステップS211)。着信側は、BYEメッセージに対して200OKメッセージを返信し(ステップS212)、IP電話サービスを利用した通信は終了する。   When the call ends and, for example, the user on the calling side hooks on (step S210), the calling side transmits a BYE message to the called side (step S211). The called party returns a 200 OK message in response to the BYE message (step S212), and the communication using the IP telephone service ends.

図4は、RTPパケットを多重化する処理を説明するためのシーケンス図である。図4を参照して、RTPパケットを多重化する処理を説明する。   FIG. 4 is a sequence diagram for explaining a process of multiplexing RTP packets. A process of multiplexing RTP packets will be described with reference to FIG.

RTPパケットの多重化は、発信側と着信側との通話中(図2に示されたステップS209に相当)に行われる。ここでは、特に、発信側から着信側に送信されるRTPパケットを多重化する処理について説明する。   RTP packet multiplexing is performed during a call between the calling side and the called side (corresponding to step S209 shown in FIG. 2). Here, in particular, processing for multiplexing RTP packets transmitted from the calling side to the called side will be described.

通話が開始されると、RTPパケットの送信が開始される。まず、発信側は、着信側にシーケンス番号0のRTPパケットを送信する(ステップS401)。一般的な通信処理では、20ms後にシーケンス番号1のRTPパケットを送信するが、図4に示す例では、シーケンス番号1のRTPパケットを送信する前であって例えばシーケンス番号0のRTPパケットを送信した時点から10ms後に、シーケンス番号0のRTPパケットを再送する(ステップS402)。最初のRTPパケットの送信時期と再送の時期とをずらすのは、パケットロスが発生する確率を低減することが期待されるからである。   When the call is started, transmission of the RTP packet is started. First, the originating side transmits an RTP packet with sequence number 0 to the terminating side (step S401). In a general communication process, an RTP packet with sequence number 1 is transmitted after 20 ms, but in the example shown in FIG. 4, an RTP packet with sequence number 0 is transmitted before the RTP packet with sequence number 1 is transmitted. After 10 ms from the time, the RTP packet with sequence number 0 is retransmitted (step S402). The reason for shifting the transmission timing of the first RTP packet and the retransmission timing is that it is expected to reduce the probability of packet loss.

ステップS401において、着信側がシーケンス番号0のRTPパケットを受信すると、初めて受信するパケットデータであるので、シーケンス番号0のRTPパケットデータをデータバッファ103に格納する。ステップS402において、着信側が再送されたシーケンス番号0のRTPパケットを受信すると、既にシーケンス番号0のRTPパケットが受信されているので、再送されたRTPパケットを破棄する(ステップS403)。以後、通話が終了するまでに送信されるシーケンス番号1〜nのRTPパケットについて、パケットロスが発生しない限りは、ステップS401〜S403の処理が繰り返される。   In step S 401, when the receiving side receives the RTP packet with the sequence number 0, the packet data is received for the first time, so the RTP packet data with the sequence number 0 is stored in the data buffer 103. In step S402, when the called party receives the retransmitted RTP packet with sequence number 0, the retransmitted RTP packet is discarded because the RTP packet with sequence number 0 has already been received (step S403). Thereafter, as long as no packet loss occurs for the RTP packets with sequence numbers 1 to n transmitted before the call is terminated, the processes of steps S401 to S403 are repeated.

次に、IP網でパケットロスが発生した場合の処理を説明する。図4に示すように、シーケンス番号2のRTPパケットがIP網で何らかの理由によりパケットロスしたとする(ステップS408)。この場合には、着信側には当該RTPパケットは受信されないが、10ms後にシーケンス番号2のRTPパケットが発信側から再送される(ステップS409)。着信側は、再送されたシーケンス番号2のRTPパケットを受信すると、そのRTPパケットが初めて受信するシーケンス番号2のRTPパケットであるので、データバッファ103に格納する。つまり、ステップS408において発生したパケットロスが、ステップS409におけるパケット再送によって回避されたことになる。   Next, processing when packet loss occurs in the IP network will be described. As shown in FIG. 4, it is assumed that the RTP packet with the sequence number 2 is lost for some reason in the IP network (step S408). In this case, the RTP packet is not received by the receiving side, but the RTP packet of sequence number 2 is retransmitted from the calling side after 10 ms (step S409). When the receiving side receives the retransmitted RTP packet with sequence number 2, it stores it in the data buffer 103 because it is the first RTP packet with sequence number 2 received. That is, the packet loss that occurred in step S408 is avoided by the packet retransmission in step S409.

図5は、RTPパケットの送信処理を示すフローチャートである。図5を参照して、発信側がRTPパケットを送信する際の処理を説明する。   FIG. 5 is a flowchart showing RTP packet transmission processing. With reference to FIG. 5, processing when the calling side transmits an RTP packet will be described.

発信側と着信側とで通話が開始されると、RTPパケットの送信側は、シーケンス番号Nを初期化して(ステップS501)、シーケンス番号NのRTPパケットを送信する(ステップS502)。ステップS502において、シーケンス番号NのRTPパケットが送信されると、当該パケットを多重化するかどうかを判断する(ステップS503)。多重化するかどうかの判断方法は後述される。   When a call is started between the calling side and the called side, the transmitting side of the RTP packet initializes the sequence number N (step S501) and transmits the RTP packet with the sequence number N (step S502). In step S502, when the RTP packet with the sequence number N is transmitted, it is determined whether or not to multiplex the packet (step S503). A method for determining whether to multiplex will be described later.

ステップS503において、多重化しないと判断した場合には、20msウェイトする(ステップS504)。20msウェイトした後に、シーケンス番号Nを1つインクリメントし(ステップS505)、ステップS502に戻って次のRTPパケットを送信する。   If it is determined in step S503 that the data is not multiplexed, the process waits for 20 ms (step S504). After waiting for 20 ms, the sequence number N is incremented by 1 (step S505), and the process returns to step S502 to transmit the next RTP packet.

ステップS503において、多重化すると判断した場合には、10msウェイトする(ステップS506)。10msウェイトした後に、シーケンス番号NのRTPパケットを再送する(ステップS507)。その後、シーケンス番号Nを1つインクリメントし(ステップS508)、10msウェイトする(ステップS509)。10msウェイトした後に、ステップS502に戻って次のRTPパケットを送信する。   If it is determined in step S503 that multiplexing is to be performed, the process waits for 10 ms (step S506). After waiting for 10 ms, the RTP packet with the sequence number N is retransmitted (step S507). Thereafter, the sequence number N is incremented by 1 (step S508) and waits for 10 ms (step S509). After waiting for 10 ms, the process returns to step S502 to transmit the next RTP packet.

ステップS502〜S509の処理は、発信側と着信側との通話が終了するまで繰り返される。   Steps S502 to S509 are repeated until the call between the caller and the callee is completed.

図6は、RTPパケットの受信処理を示すフローチャートである。図6を参照して、着信側がRTPパケットを受信する際の処理を説明する。   FIG. 6 is a flowchart showing the RTP packet reception process. With reference to FIG. 6, a process when the called party receives an RTP packet will be described.

送信側からパケットを受信すると(ステップS601)、受信側は、受信パケットのシーケンス番号が既に受信済みのシーケンス番号であるか否か確認する(ステップS602)。図7は、シーケンス番号管理テーブルの一例を示す説明図である。シーケンス番号管理テーブルは、シーケンス番号と、当該シーケンス番号を持つパケットが受信済みであるか否かを示す受信済みフラグとが設定されるテーブルである。シーケンス番号管理テーブルにおいて、受信済みフラグが0の場合には、対応するシーケンス番号を持つパケットはまだ受信されていないことを示し、受信済みフラグが1の場合には、対応するシーケンス番号を持つパケットが既に受信済みであることを示す。ステップS602において、受信パケットのシーケンス番号が既に受信済みであるか否かの確認を、図7に示されたシーケンス番号管理テーブルを参照して行う。   When a packet is received from the transmission side (step S601), the reception side checks whether the sequence number of the received packet is a sequence number that has already been received (step S602). FIG. 7 is an explanatory diagram showing an example of a sequence number management table. The sequence number management table is a table in which a sequence number and a received flag indicating whether or not a packet having the sequence number has been received are set. In the sequence number management table, when the received flag is 0, it indicates that a packet having the corresponding sequence number has not been received yet. When the received flag is 1, the packet having the corresponding sequence number Indicates that has already been received. In step S602, whether or not the sequence number of the received packet has already been received is confirmed with reference to the sequence number management table shown in FIG.

ステップS602において、受信パケットのシーケンス番号が既に受信済みである場合には、受信パケットを不要と判断して破棄する(ステップS603)。その後、ステップS601に戻り、送信側からの次のパケットの受信を待つ。   If the sequence number of the received packet has already been received in step S602, the received packet is determined to be unnecessary and discarded (step S603). Then, it returns to step S601 and waits for reception of the next packet from the transmission side.

ステップS602において、受信パケットのシーケンス番号が既に受信済みではなかった場合には、受信パケットをデータバッファ103に格納する(ステップS604)。そして、シーケンス番号管理テーブルの当該シーケンス番号における受信済みフラグを1に更新する(ステップS605)。その後、ステップS601に戻り、送信側からの次のパケットの受信を待つ。   If the sequence number of the received packet has not been received in step S602, the received packet is stored in the data buffer 103 (step S604). Then, the received flag for the sequence number in the sequence number management table is updated to 1 (step S605). Then, it returns to step S601 and waits for reception of the next packet from the transmission side.

図8は、図1に示されたファクシミリ装置が行うファクシミリ通信手順の一例を示すシーケンス図である。図8を参照して、図1に示されたファクシミリ装置が行うファクシミリ通信手順の処理を説明する。   FIG. 8 is a sequence diagram showing an example of a facsimile communication procedure performed by the facsimile apparatus shown in FIG. With reference to FIG. 8, the process of the facsimile communication procedure performed by the facsimile apparatus shown in FIG. 1 will be described.

IP網を利用して見なし音声方式によるファクシミリ通信が行われる場合に、図8のシーケンス図に示された処理が行われる。これらの処理は、図2に示された発信側と着信側との通話中の処理(図2に示されたステップS209に相当)として実行される。なお、図8に示す破線の範囲内に含まれる処理信号を、まとめて手順信号と呼ぶ。本実施形態のファクシミリ装置は、手順信号を含むRTPパケットを多重化する。   When facsimile communication based on the assumed voice method is performed using the IP network, the processing shown in the sequence diagram of FIG. 8 is performed. These processes are executed as a process during a call between the calling side and the called side shown in FIG. 2 (corresponding to step S209 shown in FIG. 2). Note that the processing signals included in the broken line range shown in FIG. 8 are collectively referred to as procedure signals. The facsimile apparatus of this embodiment multiplexes RTP packets including procedure signals.

まず、最初に、ファクシミリデータの送信側(発信側とする。)におけるFAX通信部105が、音声CODEC104、データバッファ103およびネットワーク制御部102を介して、ファクシミリ装置であることを示すCNG信号を、受信側(着信側とする。)に送信する(ステップS801)。なお、図1に示すように、FAX通信部105から出力されたアナログ信号は、音声CODEC104でデジタル信号に変換されてデータバッファ103に格納され、ネットワーク制御部102は、データバッファ103に格納されたデジタル信号をRTPパケット化してネットワーク108に送出する。着信側では、CNG検出部1006でCNG信号が検出されると、FAX通信部105は、音声CODEC104、データバッファ103およびネットワーク制御部102を介して、CED信号(被呼端末識別信号)を発信側に返信する(ステップS802)。   First, a CNG signal indicating that the FAX communication unit 105 on the facsimile data transmission side (calling side) is a facsimile apparatus via the voice CODEC 104, the data buffer 103, and the network control unit 102, The data is transmitted to the receiving side (referred to as the receiving side) (step S801). As shown in FIG. 1, the analog signal output from the FAX communication unit 105 is converted into a digital signal by the voice CODEC 104 and stored in the data buffer 103, and the network control unit 102 is stored in the data buffer 103. The digital signal is converted into an RTP packet and sent to the network 108. On the receiving side, when the CNG signal is detected by the CNG detecting unit 1006, the FAX communication unit 105 transmits a CED signal (called terminal identification signal) via the voice CODEC 104, the data buffer 103, and the network control unit 102. (Step S802).

さらに、着信側では、FAX通信部105が、音声CODEC104、データバッファ103およびネットワーク制御部102を介して、NSF/CSI/DIS信号を発信側に送信する(ステップS803)。図9は、手順信号NSF/CSI/DIS信号のフォーマットを示す説明図である。NSF901(NSF信号)は、非標準機能識別信号と呼ばれる信号で、着信側の能力を発信側に通知する情報を含む。CSI902(CSI信号)は、被呼端末識別信号と呼ばれる信号で、着信側の識別情報を含む。DIS903(DIS信号)は、デジタル識別信号と呼ばれる信号で、着信側がT30に準拠する機能を有することを示す。図9に示されるように、NSF901の中に、パケット多重化機能有無ビット904を設定する。パケット多重化機能有無ビット904は、パケット多重化機能の有無を示し、パケット多重化機能を有する場合には、ビットを有効とする。ステップS803において、NSF/CSI/DIS信号を送信する際に、着信側は、NSF901のパケット多重化機能有無ビット904を有効にする。なお、パケット多重化機能とは、手順信号にもとづくRTPパケットを送信するときには同じデータ内容のRTPパケットを複数回送信する再送処理と、同じデータ内容のRTPパケットを複数回受信した場合に1つのRTPパケットを受信したと見なす受信パケット処理とを実行する機能である。   Further, on the receiving side, the FAX communication unit 105 transmits an NSF / CSI / DIS signal to the calling side via the voice CODEC 104, the data buffer 103, and the network control unit 102 (step S803). FIG. 9 is an explanatory diagram showing the format of the procedure signal NSF / CSI / DIS signal. The NSF 901 (NSF signal) is a signal called a non-standard function identification signal, and includes information for notifying the calling side of the capability of the called side. CSI 902 (CSI signal) is a signal called a called terminal identification signal and includes identification information on the called side. DIS903 (DIS signal) is a signal called a digital identification signal, and indicates that the receiving side has a function conforming to T30. As shown in FIG. 9, a packet multiplexing function presence / absence bit 904 is set in the NSF 901. The packet multiplexing function presence / absence bit 904 indicates the presence / absence of the packet multiplexing function. If the packet multiplexing function is present, the bit is valid. In step S803, when the NSF / CSI / DIS signal is transmitted, the receiving side enables the packet multiplexing function presence / absence bit 904 of the NSF 901. The packet multiplexing function is a retransmission process in which RTP packets having the same data contents are transmitted a plurality of times when an RTP packet based on a procedure signal is transmitted, and one RTP when an RTP packet having the same data contents is received a plurality of times. This is a function for executing received packet processing that considers that a packet has been received.

発信側では、FAX通信部105が、ネットワーク制御部102、データバッファ103および音声CODEC104を介して、着信側からのNSF/CSI/DIS信号を受信する。なお、ネットワーク制御部102は、ネットワーク108を介して受信したRTPパケットからデジタル信号であるデータを抽出して、データバッファ103を介して音声CODEC104に出力する。音声CODEC104は、デジタル信号であるデータをアナログ信号(この場合には、NSF信号、CSI信号およびDIS信号)に変換してFAX通信部105に出力する。FAX通信部105は、NSF信号におけるパケット多重化機能有無ビット904を確認し、有効であった場合には、ネットワーク制御部102に対して、RTPパケットの多重化を開始することを依頼する。ネットワーク制御部102は、依頼に応じて、RTPパケットの多重化を開始する(ステップS804)。以後、ネットワーク制御部102は、図5に示されたステップS506〜S509の処理を実行する。   On the transmission side, the FAX communication unit 105 receives the NSF / CSI / DIS signal from the reception side via the network control unit 102, the data buffer 103, and the voice CODEC 104. Note that the network control unit 102 extracts data that is a digital signal from the RTP packet received via the network 108 and outputs the data to the voice CODEC 104 via the data buffer 103. The voice CODEC 104 converts data that is a digital signal into an analog signal (in this case, an NSF signal, a CSI signal, and a DIS signal) and outputs the analog signal to the FAX communication unit 105. The FAX communication unit 105 checks the packet multiplexing function presence / absence bit 904 in the NSF signal, and if it is valid, requests the network control unit 102 to start multiplexing of the RTP packet. In response to the request, the network control unit 102 starts multiplexing of RTP packets (step S804). Thereafter, the network control unit 102 executes the processes of steps S506 to S509 shown in FIG.

発信側では、FAX通信部105が、音声CODEC104、データバッファ103およびネットワーク制御部102を介して、NSS/TSI/DCS信号を着信側に送信する(ステップS805)。図10は、手順信号NSS/TSI/DCS信号のフォーマットを示す説明図である。NSS1001(NSS信号)は、非標準機能設定信号と呼ばれる信号で、着信側からのNSF信号に提示された着信側の能力情報に基づいて決定した情報を含む。TSI1002(TSI信号)は、送信端末識別信号と呼ばれる信号で、発信局の識別情報を含む。DCS1003(DCS信号)は、デジタル命令信号と呼ばれる信号で、DIS903で示された標準機能に応答して機能の設定を命令する。FAX通信部105は、図10に示されるように、NSS1001の中に、パケット多重化機能有無ビット1004を設定する。パケット多重化機能有無ビット1004の機能は、パケット多重化機能904と同じである。ステップS805において、NSS/TSI/DCS信号を送信する際に、発信側は、NSS1001のパケット多重化機能有無ビット1004を有効にする。   On the transmitting side, the FAX communication unit 105 transmits an NSS / TSI / DCS signal to the receiving side via the voice CODEC 104, the data buffer 103, and the network control unit 102 (step S805). FIG. 10 is an explanatory diagram showing the format of the procedure signal NSS / TSI / DCS signal. NSS 1001 (NSS signal) is a signal called a non-standard function setting signal, and includes information determined based on capability information on the called side presented in the NSF signal from the called side. The TSI 1002 (TSI signal) is a signal called a transmission terminal identification signal and includes identification information of a transmission station. The DCS 1003 (DCS signal) is a signal called a digital command signal, and commands function setting in response to the standard function indicated by the DIS 903. As illustrated in FIG. 10, the FAX communication unit 105 sets a packet multiplexing function presence / absence bit 1004 in the NSS 1001. The function of the packet multiplexing function presence / absence bit 1004 is the same as that of the packet multiplexing function 904. In step S805, when transmitting the NSS / TSI / DCS signal, the transmission side validates the packet multiplexing function presence / absence bit 1004 of the NSS 1001.

着信側では、FAX通信部105が、ネットワーク制御部102、データバッファ103および音声CODEC104を介して、発信側からのNSS/TSI/DCS信号を受信する。FAX通信部105は、NSS信号におけるパケット多重化機能有無ビット1004を確認し、有効であった場合には、ネットワーク制御部102に対して、RTPパケットの多重化を開始することを依頼する。ネットワーク制御部102は、依頼に応じて、RTPパケットの多重化を開始する(ステップS806)。以後、ネットワーク制御部102は、図5に示されたステップS506〜S509の処理を実行する。   On the incoming side, the FAX communication unit 105 receives the NSS / TSI / DCS signal from the outgoing side via the network control unit 102, the data buffer 103, and the voice CODEC 104. The FAX communication unit 105 checks the packet multiplexing function presence / absence bit 1004 in the NSS signal, and if it is valid, requests the network control unit 102 to start multiplexing of the RTP packet. In response to the request, the network control unit 102 starts multiplexing of RTP packets (step S806). Thereafter, the network control unit 102 executes the processes of steps S506 to S509 shown in FIG.

発信側では、ステップS804において、RTPパケットの多重化を開始してから、FAX通信部105が、音声CODEC104、データバッファ103およびネットワーク制御部102を介して、所定の伝送速度でチャンネルが使用可能かどうかトレーニングチェックを行うTCF信号を送信する(ステップS807)。そして、着信側では、FAX通信部105が、音声CODEC104、データバッファ103およびネットワーク制御部102を介して、メッセージ送出を開始してよいことを示す受信準備確認信号であるCFR信号を送信する(ステップS808)。発信側において、FAX通信部105が、ネットワーク制御部102、データバッファ103および音声CODEC104を介して、着信側からのCFR信号を受信すると、ネットワーク制御部102に対して、RTPパケットの多重化を終了することを依頼する。ネットワーク制御部102は、依頼に応じて、RTPパケットの多重化を停止する(ステップS809)。   On the transmission side, after the RTP packet multiplexing is started in step S804, the FAX communication unit 105 can use the channel at a predetermined transmission rate via the voice CODEC 104, the data buffer 103, and the network control unit 102. A TCF signal for performing a training check is transmitted (step S807). On the receiving side, the FAX communication unit 105 transmits a CFR signal, which is a reception preparation confirmation signal indicating that the message transmission may be started, via the voice CODEC 104, the data buffer 103, and the network control unit 102 (step). S808). When the FAX communication unit 105 receives the CFR signal from the receiving side via the network control unit 102, the data buffer 103, and the voice CODEC 104 on the transmission side, the multiplexing of the RTP packet is completed for the network control unit 102. Ask to do. The network control unit 102 stops multiplexing of RTP packets in response to the request (step S809).

ステップS809において、CFR信号を受信してRTPパケットの多重化を停止した後、発信側では、FAX通信部105が、音声CODEC104、データバッファ103およびネットワーク制御部102を介して、PIX信号を送信する(ステップS810)。RTPパケットの多重化を停止した後にPIX信号を送信するのは、ファクシミリ装置がPIX信号についてECM(Error Correction Mode )というエラー再送プロトコルを備えているからである。すなわち、パケットロスを引き起こすような障害が発生しても、エラー再送プロトコルでパケットロスを回避することが可能であって、パケットの多重化(パケットの再送)を行う必要がないからである。また、PIX信号の送信中は、より多くのデータが送信されるために、より高いデータ処理能力が必要になるが、パケットの多重化を停止することによって、ファクシミリ装置におけるデータ処理の負荷を軽減する効果も得られる。   In step S809, after receiving the CFR signal and stopping the multiplexing of the RTP packet, the FAX communication unit 105 transmits the PIX signal via the voice CODEC 104, the data buffer 103, and the network control unit 102 on the transmission side. (Step S810). The reason why the PIX signal is transmitted after the multiplexing of the RTP packet is stopped is that the facsimile apparatus has an error retransmission protocol called ECM (Error Correction Mode) for the PIX signal. That is, even if a failure that causes packet loss occurs, it is possible to avoid the packet loss by the error retransmission protocol, and it is not necessary to multiplex packets (packet retransmission). Further, during the transmission of the PIX signal, more data is transmitted, and thus higher data processing capability is required. However, by stopping the packet multiplexing, the data processing load in the facsimile apparatus is reduced. Effect is also obtained.

PIX信号の送信が終了すると、発信側において、FAX通信部105は、ネットワーク制御部102に対して、RTPパケットの多重化を再開することを依頼する。ネットワーク制御部102は、依頼に応じて、RTPパケットの多重化を再開し(ステップS811)、手順信号を送信する。発信側は、手順終了信号であるEOP信号を送信する(ステップS812)。着信側において、EOP信号を受信すると、EOP信号に対する肯定を意味するメッセージ確認信号として、MCF信号を返信する(ステップS813)。最後に、発信側は、回線切断命令を示すDCN信号を送信し、手順信号は終了する。   When the transmission of the PIX signal is completed, the FAX communication unit 105 requests the network control unit 102 to resume multiplexing of the RTP packet on the transmission side. In response to the request, the network control unit 102 resumes multiplexing of the RTP packet (step S811) and transmits a procedure signal. The transmission side transmits an EOP signal that is a procedure end signal (step S812). When the receiving side receives the EOP signal, it returns an MCF signal as a message confirmation signal indicating affirmation to the EOP signal (step S813). Finally, the transmission side transmits a DCN signal indicating a line disconnection command, and the procedure signal ends.

このようなファクシミリ装置は、RTPパケットの多重化によって、IP網でのパケットロスによる通信異常の発生を回避することができる。また、ファクシミリ手順信号の部分だけRTPパケットの多重化を行うので、ファクシミリ装置におけるデータ処理の負荷を軽減することができる。   Such a facsimile apparatus can avoid occurrence of communication abnormality due to packet loss in the IP network by multiplexing RTP packets. In addition, since the RTP packet is multiplexed only in the facsimile procedure signal portion, the data processing load in the facsimile apparatus can be reduced.

実施形態2.
本発明によるファクシミリ装置の第2の実施形態(実施形態2)を説明する。第2の実施形態のファクシミリ装置の構成は、図1に示された第1の実施形態のファクシミリ装置の構成と同じである。しかし、第1の実施形態のファクシミリ装置がNSF信号およびNSS信号にパケット多重化機能有無ビットを設定するのとは異なり、第2の実施形態のファクシミリ装置は、INVITEメッセージにパケット多重化機能有無ビットを設定する。
Embodiment 2. FIG.
A second embodiment (embodiment 2) of the facsimile apparatus according to the present invention will be described. The configuration of the facsimile apparatus of the second embodiment is the same as that of the facsimile apparatus of the first embodiment shown in FIG. However, unlike the facsimile apparatus of the first embodiment that sets the packet multiplexing function presence / absence bit in the NSF signal and the NSS signal, the facsimile apparatus of the second embodiment does not include the packet multiplexing function presence / absence bit in the INVITE message. Set.

図11は、第2の実施形態のファクシミリ装置が行う通信処理の一例を示すシーケンス図である。図11を参照して、第2の実施形態のファクシミリ装置がパケットの多重化機能の有無を認識する処理を説明する。   FIG. 11 is a sequence diagram illustrating an example of communication processing performed by the facsimile apparatus according to the second embodiment. With reference to FIG. 11, a description will be given of a process in which the facsimile apparatus of the second embodiment recognizes the presence / absence of a packet multiplexing function.

発信側でユーザがダイヤルを行ってIP電話通信が開始されると(ステップS1101)、発信側のネットワーク制御部102は、INVITEメッセージを送信する(ステップS1102)。ファクシミリ装置は、INVITEメッセージにRTPパケットの多重化機能の有無を提示する情報を設定する。   When the user dials on the calling side and IP telephone communication is started (step S1101), the network control unit 102 on the calling side transmits an INVITE message (step S1102). The facsimile apparatus sets information indicating the presence / absence of an RTP packet multiplexing function in the INVITE message.

図12は、INVITEメッセージの一例を示す説明図である。図12に示すように、INVITEメッセージには、初期設定値を記述するプロトコルであるSDP(Session Description Protocol)1201がある。このSDP1201の中に、パケット多重化機能有無ビット(RTPパケットの多重化機能の有無を提示する情報)1202を設定する。パケット多重化機能有無ビット1202は、パケット多重化機能の有無を示し、パケット多重化機能を有する場合には、ビットを有効とする。   FIG. 12 is an explanatory diagram showing an example of the INVITE message. As shown in FIG. 12, the INVITE message includes an SDP (Session Description Protocol) 1201 that is a protocol for describing an initial setting value. In this SDP 1201, a packet multiplexing function presence / absence bit (information indicating the presence / absence of the RTP packet multiplexing function) 1202 is set. The packet multiplexing function presence / absence bit 1202 indicates the presence / absence of the packet multiplexing function, and if the packet multiplexing function is provided, the bit is valid.

着信側のネットワーク制御部102がINVITEメッセージを受信すると、制御部101は、INVITEメッセージのSDP1201の中のパケット多重化機能有無ビット1202を読み、対向機(発信側)がRTPパケットの多重化機能を有していると認識する(ステップS1103)。そして、着信側のネットワーク制御部102は、発信側に100TRYINGメッセージを返信してリクエストに対する暫定応答する(ステップS1104)。さらに、着信側の制御部101は、ユーザを呼び出すベルを鳴動させ(ステップS1105)、ネットワーク制御部102は、発信側に180RINGINGメッセージを返信して暫定応答する(ステップS1106)。着信側でユーザがフックオフすると(ステップS1107)、着信側ネットワーク制御部102は、発信側に200OKメッセージを返信する(ステップS1108)。   When the network control unit 102 on the receiving side receives the INVITE message, the control unit 101 reads the packet multiplexing function presence / absence bit 1202 in the SDP 1201 of the INVITE message, and the opposite device (outgoing side) has the RTP packet multiplexing function. It recognizes that it has (step S1103). Then, the network control unit 102 on the receiving side returns a 100 TRYING message to the calling side and makes a provisional response to the request (step S1104). Further, the control unit 101 on the receiving side rings a bell for calling the user (step S1105), and the network control unit 102 returns a 180 RINGING message to the calling side and makes a provisional response (step S1106). When the user hooks off at the incoming side (step S1107), the incoming side network control unit 102 returns a 200 OK message to the outgoing side (step S1108).

図13は、200OKメッセージの一例を示す説明図である。図13に示すように、200OKメッセージには、SDP1301がある。SDP1301は、発信側から通知されたINVITEメッセージ内のSDP1201で提示された発信側の設定値に基づいて決定される。従って、SDP1301の中にはパケット多重化機能有無ビット1302が設定される。パケット多重化機能有無ビット1302は、着信側がパケット多重化機能を有する場合にはビットを有効にする。ステップS1108において、パケット多重化機能有無ビット1302は、有効になっている。   FIG. 13 is an explanatory diagram showing an example of a 200 OK message. As shown in FIG. 13, the 200 OK message includes an SDP 1301. The SDP 1301 is determined based on the setting value of the calling side presented by the SDP 1201 in the INVITE message notified from the calling side. Therefore, the packet multiplexing function presence / absence bit 1302 is set in the SDP 1301. The packet multiplexing function presence / absence bit 1302 enables the bit when the called side has a packet multiplexing function. In step S1108, the packet multiplexing function presence / absence bit 1302 is valid.

発信側のネットワーク制御部102は、200OKメッセージを受信すると、200OKメッセージのSDP1301の中のパケット多重化機能有無ビット1302を読み、対向機(着信側)がRTPパケットの多重化機能を有していると認識する(ステップS1109)。この後、ファクシミリ通信が開始された場合には、ネットワーク制御部102は、手順信号の部分でRTPパケットの多重化を行う。なお、FAX通信部105は、CFR信号を受信すると、PIX信号を出力する前に、PIX信号が送信される旨をネットワーク制御部102に対して通知する。ネットワーク制御部102は、通知に応じて、RTPパケットの多重化を終了する。また、FAX通信部105は、PIX信号の送信が終了すると、EOP信号を出力する前に、PIX信号の送信が終了した旨をネットワーク制御部102に対して通知する。ネットワーク制御部102は、通知に応じて、RTPパケットの多重化を再開する。   When receiving the 200 OK message, the network control unit 102 on the transmission side reads the packet multiplexing function presence / absence bit 1302 in the SDP 1301 of the 200 OK message, and the opposite device (incoming side) has the RTP packet multiplexing function. (Step S1109). Thereafter, when facsimile communication is started, the network control unit 102 multiplexes RTP packets in the procedure signal portion. When receiving the CFR signal, the FAX communication unit 105 notifies the network control unit 102 that the PIX signal is transmitted before outputting the PIX signal. The network control unit 102 ends the multiplexing of the RTP packet in response to the notification. Further, when the transmission of the PIX signal is completed, the FAX communication unit 105 notifies the network control unit 102 that the transmission of the PIX signal is completed before outputting the EOP signal. The network control unit 102 resumes multiplexing of the RTP packet in response to the notification.

このようなファクシミリ装置は、対向機がRTPパケットの多重化機能を有しているか否かを認識してから、RTPパケットの多重化を開始することができる。対向機がRTPパケットの多重化機能を有していない場合、すなわち、パケットの受信側がシーケンス番号の管理を行っていないような場合には、多重化して送信されたRTPパケットは無条件で受信側のデータバッファに格納されてしまうことがある。その結果、データバッファのオーバーフローを引き起こし、さらには、オーバーフローを原因とするパケットロスが発生して通信性能を劣化させるといった可能性も考えられる。従って、対向機がRTPパケットの多重化機能を有しているか否かを確認してからRTPパケットの多重化を開始することによって、対向機のデータバッファのオーバーフローを回避することができる。   Such a facsimile apparatus can start multiplexing of RTP packets after recognizing whether or not the opposite apparatus has an RTP packet multiplexing function. When the opposite device does not have the RTP packet multiplexing function, that is, when the packet receiving side does not manage the sequence number, the multiplexed RTP packet is unconditionally received on the receiving side. May be stored in the data buffer. As a result, overflow of the data buffer is caused, and further, there is a possibility that packet loss due to the overflow occurs to deteriorate the communication performance. Therefore, it is possible to avoid overflow of the data buffer of the opposite device by starting the multiplexing of the RTP packet after confirming whether or not the opposite device has the RTP packet multiplexing function.

また、ファクシミリ通信が開始されるより前に、対向機がRTPパケットの多重化機能を有するか否かを認識することができるので、ファクシミリ通信が開始されてからRTPパケットの多重化機能の有無を認識するよりも、情報処理における負荷の集中を抑えることができる。   In addition, since it is possible to recognize whether the opposite device has the RTP packet multiplexing function before the facsimile communication is started, whether or not the RTP packet multiplexing function is provided after the facsimile communication is started is determined. Rather than recognizing, it is possible to suppress the load concentration in information processing.

なお、パケット多重化機能有無ビットの設定は、INVITEメッセージのSDPに限定されるものではなく、本来の通信処理を妨げない範囲で、その他のメッセージや信号に設定されてもよい。   The setting of the packet multiplexing function presence / absence bit is not limited to the SDP of the INVITE message, and may be set to other messages and signals as long as the original communication processing is not hindered.

実施形態3.
本発明によるファクシミリ装置の第3の実施形態(実施形態3)を説明する。第3の実施形態のファクシミリ装置の構成は、図1に示された第1の実施形態のファクシミリ装置の構成と同じである。しかし、第1の実施形態のファクシミリ装置がNSF信号およびNSS信号にパケット多重化機能有無ビットを設定するのとは異なり、第3の実施形態のファクシミリ装置は、ファクシミリ通信手順に移行する前に、PB(Push Button )信号すなわちDTMF(Dial Tone Multi Frequency )信号を利用してRTPパケットの多重化機能の有無を確認するシーケンスを備えている。なお、第3の実施形態のファクシミリ装置は、PB信号受信手段(受信信号の周波数判定手段)を備えている。
Embodiment 3. FIG.
A third embodiment (embodiment 3) of the facsimile machine according to the present invention will be described. The configuration of the facsimile apparatus of the third embodiment is the same as the configuration of the facsimile apparatus of the first embodiment shown in FIG. However, unlike the case where the facsimile apparatus of the first embodiment sets the packet multiplexing function presence / absence bit in the NSF signal and the NSS signal, the facsimile apparatus of the third embodiment does not proceed to the facsimile communication procedure. A sequence for confirming the presence or absence of an RTP packet multiplexing function using a PB (Push Button) signal, that is, a DTMF (Dial Tone Multi Frequency) signal is provided. Note that the facsimile apparatus of the third embodiment includes PB signal receiving means (frequency determination means for received signals).

図14は、第3の実施形態のファクシミリ装置が行う通信処理の一例を示すシーケンス図である。図14を参照して、第3の実施形態のファクシミリ装置がパケットの多重化機能の有無を認識する処理を説明する。   FIG. 14 is a sequence diagram illustrating an example of communication processing performed by the facsimile apparatus according to the third embodiment. With reference to FIG. 14, a description will be given of a process in which the facsimile apparatus of the third embodiment recognizes the presence or absence of a packet multiplexing function.

ファクシミリ装置は、PB信号を利用して対向機がRTPパケットの多重化機能を有しているか否かを確認する処理を行って(ステップS1401)から、ファクシミリ通信手順の処理を行う(ステップS1402)。   The facsimile apparatus performs processing for confirming whether or not the counterpart device has the RTP packet multiplexing function using the PB signal (step S1401), and then performs processing of the facsimile communication procedure (step S1402). .

ファクシミリ装置が、PB信号を利用して対向機がRTPパケットの多重化機能を有しているか否かを確認する処理について詳細に説明する。まず、発信側のFAX通信部105が、音声CODEC104、データバッファ103およびネットワーク制御部102を介して、予め決められたPB信号で、着信側にRTPパケット多重化の要求を送信する(ステップS1403)。着信側において、FAX通信部105が、音声CODEC104、データバッファ103およびネットワーク制御部102を介してPB信号を受信した場合には、受信したPB信号がRTPパケット多重化の処理を要求するPB信号であるか否か判定する。RTPパケット多重化の処理を要求するPB信号であると判定し、かつ、パケット多重化機能を有する場合には、FAX通信部105は、音声CODEC104、データバッファ103およびネットワーク制御部102を介して、RTPパケット多重化の要求を承諾する旨を示す予め決められたPB信号(パケット多重化機能を有することを示すPB信号)を返信する(ステップS1404)。また、FAX通信部105は、ネットワーク制御部102に対して、RTPパケットの多重化を開始することを依頼する。ネットワーク制御部102は、依頼に応じて、RTPパケットの多重化を開始する(ステップS1405)。発信側において、FAX通信部105が、音声CODEC104、データバッファ103およびネットワーク制御部102を介してPB信号を受信した場合には、受信したPB信号がRTPパケット多重化の要求を承諾する旨を示す予め決められたPB信号であるか否か判定し、FAX通信部105は、そのようなPB信号であると判定した場合には、ネットワーク制御部102に対して、RTPパケットの多重化を開始することを依頼する。ネットワーク制御部102は、依頼に応じて、RTPパケットの多重化を開始する(ステップS1406)。   A process in which the facsimile apparatus confirms whether or not the opposite apparatus has an RTP packet multiplexing function using the PB signal will be described in detail. First, the FAX communication unit 105 on the transmission side transmits an RTP packet multiplexing request to the call reception side using a predetermined PB signal via the voice CODEC 104, the data buffer 103, and the network control unit 102 (step S1403). . When the FAX communication unit 105 receives a PB signal via the voice CODEC 104, the data buffer 103, and the network control unit 102 on the receiving side, the received PB signal is a PB signal that requests RTP packet multiplexing processing. Judge whether there is. When it is determined that the signal is a PB signal requesting RTP packet multiplexing processing and has a packet multiplexing function, the FAX communication unit 105 passes through the voice CODEC 104, the data buffer 103, and the network control unit 102. A predetermined PB signal indicating that the request for RTP packet multiplexing is accepted (PB signal indicating that the packet multiplexing function is provided) is returned (step S1404). Further, the FAX communication unit 105 requests the network control unit 102 to start multiplexing of RTP packets. In response to the request, the network control unit 102 starts multiplexing of RTP packets (step S1405). When the FAX communication unit 105 receives a PB signal via the voice CODEC 104, the data buffer 103, and the network control unit 102 on the transmission side, it indicates that the received PB signal accepts the RTP packet multiplexing request. It is determined whether or not the PB signal is a predetermined PB signal. If the FAX communication unit 105 determines that the signal is such a PB signal, the FAX communication unit 105 starts multiplexing the RTP packet to the network control unit 102. Ask that. In response to the request, the network control unit 102 starts multiplexing of RTP packets (step S1406).

ステップS1405およびステップS1406の動作によって、ファクシミリ装置は、対向機がRTPパケットの多重化機能を有していることを確認してRTPパケットの多重化を開始することができる。その後、ファクシミリ装置は、ファクシミリ通信手順の処理(ステップS1402)に移行する。なお、FAX通信部105は、CFR信号を受信すると、PIX信号を出力する前に、PIX信号が送信される旨をネットワーク制御部102に対して通知する。ネットワーク制御部102は、通知に応じて、RTPパケットの多重化を終了する。また、FAX通信部105は、PIX信号の送信が終了すると、EOP信号を出力する前に、PIX信号の送信が終了した旨をネットワーク制御部102に対して通知する。ネットワーク制御部102は、通知に応じて、RTPパケットの多重化を再開する。   By the operations in steps S1405 and S1406, the facsimile apparatus can confirm that the opposite machine has the RTP packet multiplexing function and start multiplexing the RTP packets. Thereafter, the facsimile apparatus proceeds to a facsimile communication procedure process (step S1402). When receiving the CFR signal, the FAX communication unit 105 notifies the network control unit 102 that the PIX signal is transmitted before outputting the PIX signal. The network control unit 102 ends the multiplexing of the RTP packet in response to the notification. Further, when the transmission of the PIX signal is completed, the FAX communication unit 105 notifies the network control unit 102 that the transmission of the PIX signal is completed before outputting the EOP signal. The network control unit 102 resumes multiplexing of the RTP packet in response to the notification.

このようなファクシミリ装置は、予め決められたPB信号を利用してRTPパケットの多重化機能の有無を確認することができるので、新規に専用のビット等を設定しなくてすむという利点がある。また、ファクシミリ通信手順を開始する前にRTPパケットの多重化機能の有無が判断できるので、情報処理における負荷の集中を抑えることができる。   Such a facsimile apparatus has an advantage that it is not necessary to newly set a dedicated bit or the like because the presence or absence of an RTP packet multiplexing function can be confirmed using a predetermined PB signal. In addition, since the presence or absence of the RTP packet multiplexing function can be determined before starting the facsimile communication procedure, it is possible to suppress the concentration of load in information processing.

なお、上記の各実施の形態では、ネットワーク制御部102、データバッファ103および音声CODEC104は、ファクシミリ装置の構成要素であったが、ネットワーク制御部102、データバッファ103および音声CODEC104を、FAX通信部105等を備えたファクシミリ装置に接続された装置の構成要素として実現してもよい。例えば、ネットワーク制御部102、データバッファ103および音声CODEC104を、VoIPアダプタとして実現してもよい。   In each of the above embodiments, the network control unit 102, the data buffer 103, and the voice CODEC 104 are components of the facsimile apparatus. However, the network control unit 102, the data buffer 103, and the voice CODEC 104 are replaced with the FAX communication unit 105. It may be realized as a component of a device connected to a facsimile machine equipped with the above. For example, the network control unit 102, the data buffer 103, and the voice CODEC 104 may be realized as a VoIP adapter.

図15は、本発明によるファクシミリ装置の主要部を示すブロック図である。図15に示すように、ファクシミリ装置1は、G3ファクシミリ通信の通信制御を行うファクシミリ通信部11(図1に示すFAX通信部105に相当)と、ファクシミリ通信部11が出力する手順信号および画信号をRTPパケット化してIP網に対して送信し、IP網から受信したRTPパケットから手順信号および画信号を復元してファクシミリ通信部11に出力するパケット制御部12(図1に示すネットワーク制御部102および音声CODEC104に相当)とを備え、パケット制御部12は、画信号にもとづくRTPパケットを送信するときには同じデータ内容のRTPパケットを1回送信し、手順信号にもとづくRTPパケットを送信するときには同じデータ内容のRTPパケットを複数回送信する再送処理を実行し、同じデータ内容のRTPパケットを複数回受信した場合に1つのRTPパケットを受信したと見なす受信パケット処理を実行するように構成されている。   FIG. 15 is a block diagram showing the main part of the facsimile apparatus according to the present invention. As shown in FIG. 15, the facsimile apparatus 1 includes a facsimile communication unit 11 (corresponding to the FAX communication unit 105 shown in FIG. 1) that performs communication control of G3 facsimile communication, and a procedure signal and an image signal output from the facsimile communication unit 11. Is converted into RTP packets, transmitted to the IP network, the procedure signal and the image signal are restored from the RTP packet received from the IP network, and output to the facsimile communication unit 11 (the network control unit 102 shown in FIG. 1). The packet control unit 12 transmits an RTP packet having the same data content once when transmitting an RTP packet based on an image signal, and transmits the same data when transmitting an RTP packet based on a procedure signal. Execute resend process to send RTP packet of contents multiple times, same It is configured to execute the received packet processing considered to have received a single RTP packet when receiving a plurality of times an RTP packet over data contents.

また、上記の各実施形態のファクシミリ通信装置には、以下の(1)〜(4)に示すようなファクシミリ通信装置も開示されている。   In addition, as the facsimile communication apparatus of each of the above embodiments, the following facsimile communication apparatuses are also disclosed (1) to (4).

(1)ファクシミリ通信部が入力した手順信号(例えば、NSF信号)に再送処理および受信パケット処理を実行することが可能であることを示す可能情報(例えば、有効に設定されているパケット多重化機能有無ビット904)が含まれているか否か判定する実行可能情報判定手段(例えば、図1に示すFAX通信部105に含まれる。)を備え、パケット制御部が、実行可能情報判定手段が手順信号に可能情報が含まれていると判定した場合に、手順信号にもとづくRTPパケットを送信するときに再送処理を実行するファクシミリ通信装置。 (1) Information indicating that it is possible to execute retransmission processing and reception packet processing on a procedure signal (for example, NSF signal) input by the facsimile communication unit (for example, a packet multiplexing function that is set to be valid) The presence / absence bit 904) is included, and executable information determination means (for example, included in the FAX communication unit 105 shown in FIG. 1) is provided. The packet control unit includes the executable information determination means as the procedure signal. A facsimile communication apparatus that executes a retransmission process when an RTP packet based on a procedure signal is transmitted when it is determined that the possible information is included.

(2)INVITEメッセージに対する最終応答メッセージ(例えば、200OK)に再送処理および受信パケット処理を実行することが可能であることを示す可能情報(例えば、有効に設定されているパケット多重化機能有無ビット1302)が含まれているか否か判定する実行可能情報判定手段(例えば、図1に示すネットワーク制御部102に含まれる。)を備え、パケット制御部が、実行可能情報判定手段が最終応答メッセージに可能情報が含まれていると判定した場合に、手順信号にもとづくRTPパケットを送信するときに再送処理を実行するファクシミリ通信装置。 (2) Possibility information (for example, packet multiplexing function presence / absence bit 1302 set to be valid) indicating that retransmission processing and reception packet processing can be performed on the final response message (for example, 200 OK) for the INVITE message ) Is included in the executable information determination means (for example, included in the network control section 102 shown in FIG. 1), and the packet control section enables the executable information determination means to be the final response message. A facsimile communication apparatus that executes a retransmission process when transmitting an RTP packet based on a procedure signal when it is determined that information is included.

(3)DTMF信号をパケット制御部に出力し、パケット制御部を介してDTMF信号を受信するDTMF信号送受信部(例えば、図1に示すFAX通信部105に含まれる。)と、DTMF信号送受信部が受信したDTMF信号が、再送処理および受信パケット処理を実行することが可能であることを示す特定の信号であるか否か判定するDTMF信号判定部(例えば、図1に示すFAX通信部105に含まれる。)とを備え、パケット制御部は、DTMF信号送受信部が受信したDTMF信号が特定の信号であるとDTMF信号判定部が判定した場合に、手順信号にもとづくRTPパケットを送信するときに再送処理を実行するファクシミリ通信装置。 (3) A DTMF signal transmission / reception unit (for example, included in the FAX communication unit 105 shown in FIG. 1) that outputs a DTMF signal to the packet control unit and receives the DTMF signal via the packet control unit, and a DTMF signal transmission / reception unit DTMF signal determination unit that determines whether or not the DTMF signal received is a specific signal indicating that retransmission processing and reception packet processing can be executed (for example, in the FAX communication unit 105 shown in FIG. 1) The packet control unit transmits the RTP packet based on the procedure signal when the DTMF signal determination unit determines that the DTMF signal received by the DTMF signal transmission / reception unit is a specific signal. A facsimile communication apparatus that executes retransmission processing.

(4)パケット制御部が、画信号にもとづくRTPパケットを送信するときに再送処理の実行を停止し、画信号にもとづくRTPパケットの送信が完了したときに再送処理を再開するファクシミリ通信装置。 (4) A facsimile communication apparatus in which the packet control unit stops executing retransmission processing when transmitting an RTP packet based on an image signal, and resumes retransmission processing when transmission of the RTP packet based on the image signal is completed.

1 ファクシミリ装置
11 ファクシミリ通信部
12 パケット制御部
101 制御部
102 ネットワーク制御部
103 データバッファ
104 音声CODEC
105 FAX通信部
106 CNG検出部
107 メモリ
108 ネットワーク
301 IPヘッダ
302 UDPヘッダ
303 RTPヘッダ
304 符号データ
305 シーケンス番号
901 NSF
902 CSI
903 DIS
904、1004、1202、1302 パケット多重化機能有無ビット
1001 NSS
1002 TSI
1003 DCS
1201、1301 SDP
DESCRIPTION OF SYMBOLS 1 Facsimile apparatus 11 Facsimile communication part 12 Packet control part 101 Control part 102 Network control part 103 Data buffer 104 Voice CODEC
105 FAX Communication Unit 106 CNG Detection Unit 107 Memory 108 Network 301 IP Header 302 UDP Header 303 RTP Header 304 Code Data 305 Sequence Number 901 NSF
902 CSI
903 DIS
904, 1004, 1202, 1302 Packet multiplexing function presence / absence bit 1001 NSS
1002 TSI
1003 DCS
1201, 1301 SDP

Claims (7)

G3ファクシミリ通信の通信制御を行うファクシミリ通信部と、
前記ファクシミリ通信部が出力する手順信号および画信号をRTPパケット化してIP網に対して送信し、IP網から受信したRTPパケットから手順信号および画信号を復元して前記ファクシミリ通信部に出力するパケット制御部とを備え、
前記パケット制御部は、
画信号にもとづくRTPパケットを送信するときには同じデータ内容のRTPパケットを1回送信し、手順信号にもとづくRTPパケットを送信するときには同じデータ内容のRTPパケットを複数回送信する再送処理を実行し、
同じデータ内容のRTPパケットを複数回受信した場合に1つのRTPパケットを受信したと見なす受信パケット処理を実行する
ことを特徴とするファクシミリ装置。
A facsimile communication unit that performs communication control of G3 facsimile communication;
Packets that are converted into RTP packets for the procedure signal and image signal output from the facsimile communication unit and transmitted to the IP network, and that the procedure signal and image signal are restored from the RTP packet received from the IP network and output to the facsimile communication unit A control unit,
The packet control unit
When transmitting an RTP packet based on an image signal, an RTP packet having the same data content is transmitted once. When an RTP packet based on a procedure signal is transmitted, an RTP packet having the same data content is transmitted a plurality of times.
A facsimile apparatus characterized by executing reception packet processing that considers that one RTP packet is received when RTP packets having the same data contents are received a plurality of times.
ファクシミリ通信部が入力した手順信号に再送処理および受信パケット処理を実行することが可能であることを示す可能情報が含まれているか否か判定する実行可能情報判定手段を備え、
パケット制御部は、実行可能情報判定手段が手順信号に前記可能情報が含まれていると判定した場合に、手順信号にもとづくRTPパケットを送信するときに再送処理を実行する
請求項1記載のファクシミリ装置。
An executable information determination means for determining whether or not the procedure signal input by the facsimile communication unit includes possible information indicating that retransmission processing and reception packet processing can be performed;
2. The facsimile according to claim 1, wherein the packet control unit executes a retransmission process when transmitting the RTP packet based on the procedure signal when the executable information determination unit determines that the procedure information includes the capability information. apparatus.
INVITEメッセージに対する最終応答メッセージに再送処理および受信パケット処理を実行することが可能であることを示す可能情報が含まれているか否か判定する実行可能情報判定手段を備え、
パケット制御部は、実行可能情報判定手段が最終応答メッセージに前記可能情報が含まれていると判定した場合に、手順信号にもとづくRTPパケットを送信するときに再送処理を実行する
請求項1記載のファクシミリ装置。
An executable information determination unit that determines whether or not the final response message for the INVITE message includes possible information indicating that retransmission processing and reception packet processing can be performed;
The packet control unit executes a retransmission process when transmitting an RTP packet based on a procedure signal when the executable information determining unit determines that the executable information is included in a final response message. Facsimile device.
DTMF信号をパケット制御部に出力し、パケット制御部を介してDTMF信号を受信するDTMF信号送受信部と、
前記DTMF信号送受信部が受信したDTMF信号が、再送処理および受信パケット処理を実行することが可能であることを示す特定の信号であるか否か判定するDTMF信号判定部とを備え、
パケット制御部は、前記DTMF信号送受信部が受信したDTMF信号が前記特定の信号であると前記DTMF信号判定部が判定した場合に、手順信号にもとづくRTPパケットを送信するときに再送処理を実行する
請求項1記載のファクシミリ装置。
A DTMF signal transmitting / receiving unit that outputs a DTMF signal to the packet control unit and receives the DTMF signal via the packet control unit;
A DTMF signal determination unit that determines whether or not the DTMF signal received by the DTMF signal transmission / reception unit is a specific signal indicating that retransmission processing and reception packet processing can be performed;
When the DTMF signal determination unit determines that the DTMF signal received by the DTMF signal transmission / reception unit is the specific signal, the packet control unit executes a retransmission process when transmitting an RTP packet based on the procedure signal The facsimile apparatus according to claim 1.
パケット制御部は、画信号にもとづくRTPパケットを送信するときに再送処理の実行を停止し、画信号にもとづくRTPパケットの送信が完了したときに再送処理を再開する
請求項1から請求項4のうちのいずれか1項に記載のファクシミリ装置。
The packet control unit stops executing retransmission processing when transmitting an RTP packet based on an image signal, and restarts retransmission processing when transmission of the RTP packet based on the image signal is completed. The facsimile apparatus according to any one of the above.
G3ファクシミリ通信方式における画信号および手順信号をRTPパケット化して送受信するファクシミリ通信方法であって、
画信号にもとづくRTPパケットを送信するときには同じデータ内容のRTPパケットを1回送信し、手順信号にもとづくRTPパケットを送信するときには同じデータ内容のRTPパケットを複数回送信する再送処理を実行し、
同じデータ内容のRTPパケットを複数回受信した場合に1つのRTPパケットを受信したと見なす受信パケット処理を実行する
ことを特徴とするファクシミリ通信方法。
A facsimile communication method for transmitting and receiving RTP packetized image signals and procedure signals in a G3 facsimile communication system,
When transmitting an RTP packet based on an image signal, an RTP packet having the same data content is transmitted once. When an RTP packet based on a procedure signal is transmitted, an RTP packet having the same data content is transmitted a plurality of times.
A facsimile communication method characterized in that when an RTP packet having the same data content is received a plurality of times, a received packet process is performed in which one RTP packet is regarded as received.
画信号にもとづくRTPパケットを送信するときに再送処理の実行を停止し、
画信号にもとづくRTPパケットの送信が完了したときに再送処理を再開する
請求項6記載のファクシミリ通信方法。
Stop the retransmission process when sending RTP packets based on image signals,
The facsimile communication method according to claim 6, wherein the retransmission process is resumed when transmission of the RTP packet based on the image signal is completed.
JP2009016429A 2009-01-28 2009-01-28 Facsimile machine and facsimile communication method Pending JP2010177850A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2009016429A JP2010177850A (en) 2009-01-28 2009-01-28 Facsimile machine and facsimile communication method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2009016429A JP2010177850A (en) 2009-01-28 2009-01-28 Facsimile machine and facsimile communication method

Publications (1)

Publication Number Publication Date
JP2010177850A true JP2010177850A (en) 2010-08-12

Family

ID=42708394

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009016429A Pending JP2010177850A (en) 2009-01-28 2009-01-28 Facsimile machine and facsimile communication method

Country Status (1)

Country Link
JP (1) JP2010177850A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011254207A (en) * 2010-06-01 2011-12-15 Nippon Telegr & Teleph Corp <Ntt> Call control method and call control device
JP2014197798A (en) * 2013-03-29 2014-10-16 株式会社ナカヨ Ip telephone terminal including multiplexing request function or multiplexing function
JP2015041872A (en) * 2013-08-21 2015-03-02 キヤノン株式会社 Communication device, control method thereof, and program
JP2016187111A (en) * 2015-03-27 2016-10-27 株式会社沖データ Facsimile device and facsimile transmission system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002064585A (en) * 2000-08-22 2002-02-28 Oki Electric Ind Co Ltd Communication connection device and data output control method
JP2004260633A (en) * 2003-02-26 2004-09-16 Sanyo Electric Co Ltd Data transmitter, method for transmitting data, and program
JP2004266378A (en) * 2003-02-25 2004-09-24 Mitsubishi Electric Corp Packet transmitting device
JP2009004974A (en) * 2007-06-20 2009-01-08 Nec Infrontia Corp Signal control system in ip telephone system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002064585A (en) * 2000-08-22 2002-02-28 Oki Electric Ind Co Ltd Communication connection device and data output control method
JP2004266378A (en) * 2003-02-25 2004-09-24 Mitsubishi Electric Corp Packet transmitting device
JP2004260633A (en) * 2003-02-26 2004-09-16 Sanyo Electric Co Ltd Data transmitter, method for transmitting data, and program
JP2009004974A (en) * 2007-06-20 2009-01-08 Nec Infrontia Corp Signal control system in ip telephone system

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011254207A (en) * 2010-06-01 2011-12-15 Nippon Telegr & Teleph Corp <Ntt> Call control method and call control device
JP2014197798A (en) * 2013-03-29 2014-10-16 株式会社ナカヨ Ip telephone terminal including multiplexing request function or multiplexing function
JP2015041872A (en) * 2013-08-21 2015-03-02 キヤノン株式会社 Communication device, control method thereof, and program
JP2016187111A (en) * 2015-03-27 2016-10-27 株式会社沖データ Facsimile device and facsimile transmission system

Similar Documents

Publication Publication Date Title
US8526048B1 (en) Systems and methods for the reliable transmission of facsimiles over packet networks
JP4312700B2 (en) Network communication equipment
US8514459B2 (en) Communication device
JP6151911B2 (en) Image processing apparatus, control method thereof, and program
JP2010177850A (en) Facsimile machine and facsimile communication method
US20130151715A1 (en) Communication apparatus that performs communication using t.38 protocol, control method therefor, and storage medium
JP5888902B2 (en) Facsimile apparatus, control method of facsimile apparatus, and program
JP6144977B2 (en) Image communication apparatus and signal processing unit
JP2005159588A (en) Communication apparatus, its control method, and control program of communication apparatus
US20050243871A1 (en) Communication deivce and communication method
JP2006074485A (en) Facsimile machine and facsimile communication method therefor
JP6597392B2 (en) Gateway device, communication processing program, and network system
JP6180229B2 (en) COMMUNICATION DEVICE, ITS CONTROL METHOD, AND PROGRAM
JP7552156B2 (en) IP telephone adapter device, FAX transmission method, FAX reception method, communication system, and FAX transmission/reception method
JP5328624B2 (en) Image communication apparatus and program for controlling image communication apparatus
JP2009212998A (en) Facsimile gateway and data transfer method in facsimile gateway
JP4492456B2 (en) Facsimile communication method, network system, and terminating device
JP4193144B2 (en) Image communication device
JP4298689B2 (en) Sending gateway device
JP6531518B2 (en) Communication apparatus, communication program, communication method and communication system
JP5370746B2 (en) Image communication device
JP5709945B2 (en) Facsimile apparatus, control method of facsimile apparatus, and program
JP5854969B2 (en) Communication device, communication program, and communication method
JP2015041875A (en) Communication device, control method thereof, and program
JP2009302851A (en) Communication terminal device, communication system, communication connection method, and program of communication terminal device

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110513

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110524

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110708

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20111115

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20120313