WO2007123096A1 - Sip制御装置、sip制御方法、及びプログラム - Google Patents

Sip制御装置、sip制御方法、及びプログラム Download PDF

Info

Publication number
WO2007123096A1
WO2007123096A1 PCT/JP2007/058302 JP2007058302W WO2007123096A1 WO 2007123096 A1 WO2007123096 A1 WO 2007123096A1 JP 2007058302 W JP2007058302 W JP 2007058302W WO 2007123096 A1 WO2007123096 A1 WO 2007123096A1
Authority
WO
WIPO (PCT)
Prior art keywords
sip
connection
description document
sdp description
terminal
Prior art date
Application number
PCT/JP2007/058302
Other languages
English (en)
French (fr)
Inventor
Masanori Nakano
Original Assignee
Nec Corporation
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 Corporation filed Critical Nec Corporation
Priority to JP2008512106A priority Critical patent/JPWO2007123096A1/ja
Publication of WO2007123096A1 publication Critical patent/WO2007123096A1/ja

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/35Network arrangements, protocols or services for addressing or naming involving non-standard use of addresses for implementing network functionalities, e.g. coding subscription information within the address or functional addressing, i.e. assigning an address to a function
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]

Definitions

  • the present invention relates to a SIP control system, a SIP control device, and a SIP control program.
  • the present invention relates to a SIP control system that relays IP messages and a SIP control program.
  • VoIP Voice over Internet Protocol
  • IP Internet Protocol
  • SIP Session Initiation Protocol
  • a SIP control system is composed of SIP components such as SIPUA (SIP User Agent), which is a terminal such as a soft phone or a fixed phone, and a SIP server that relays SIP messages for call control between SIPUAs. Call control is performed by sending and receiving two types of SIP messages, request and response, between each device in the SIP control system.
  • SIPUA SIP User Agent
  • SIP server SIP server that relays SIP messages for call control between SIPUAs. Call control is performed by sending and receiving two types of SIP messages, request and response, between each device in the SIP control system.
  • Each device of the SIP control system that performs a call describes voice data setting information such as a voice data receiving address and a port by an SDP (Session Description Protocol) description document.
  • SDP Session Description Protocol
  • FIG. 1 is a description example of an SDP description document.
  • Each device of the SIP control system that makes a call describes the SDP description document as additional information in the SIP message transmitted and received during the call start process and exchanges it with each other to know the call setting information of the other party.
  • the call initiation process consists of three SIP messages: an INVITE request for a call initiation request, a 2000OK response indicating that the call initiation request has been successful, and an ACK request confirming receipt of the response. It is performed by transmitting and receiving in order.
  • one side presents voice data setting information first (offer), and the other answers the voice data setting determined based on the presented information (answer) , Done with the offer one answer model.
  • SIP when SIPUA wants to change the voice data setting during a call, it sends the INVITE request with the SDP description document describing the new voice data setting information to the other party. It is possible to change the setting.
  • FIG. 2 shows a configuration example of a conventional SIP control system.
  • the SIP control system is SIPUA2, 3 and SIP server 4, and SIP.
  • It consists of network 1 that connects UA2, SIPUA3, and SIP Sano.
  • Fig. 3 is a sequence diagram of the SIP control system of Fig. 2 in which SIPUA2 requests SIPUA3 to open a call and SIPUA2 issues an INVITE request including an SDP description document to SIPUA3. It is.
  • SIPUA 2 transmits an INVITE request addressed to SIPUA 3 including the offer SDP description document to SIP server 4 (step S 1001).
  • the SDP description document of this offer includes the SIUA2 in order to receive voice data.
  • the IP address and port of PUA2 and the receivable voice encoding method are described.
  • the SIP server 4 forwards the INVITE request to the destination SIPUA 3 (step S 1002).
  • SIPUA3 is an SI to which an SDP description document that is an answer is added when a call initiation request is successful.
  • a 2000OK response addressed to PUA2 is sent to SIP server 4 (step S1003).
  • the SDP description document of this answer describes the IP address and port number of SIPUA3 and the receivable voice coding method for SIPUA3 to receive voice data.
  • the SIP server 4 forwards the 2000OK response to the destination SIPUA 2 (step S100 4).
  • SIPUA2 transmits an ACK request addressed to SIPUA3, which is a reception response of the 2000OK response, to SIP server 4 (step S1005).
  • the SIP server 4 transfers the ACK request to the destination SIPUA3 (step S1006).
  • Voice data is received from SIPUA2 according to the information described in the answer SDP description document, and from SIPUA3 according to the information described in the offer SDP description document. Voice calls are realized by sending to the address and port number.
  • FIG. 4 is a sequence diagram in the case where SIPUA2 requests SIPUA3 to open a call and SIPUA2 issues an SDP description document empty / invite request to SIPUA3 in the SIP control system of FIG. .
  • an INVITE request addressed to SIPUA 3 that does not include an SDP description document is transmitted to SIP server 4 (step S 1101).
  • SIP server 4 forwards the INVITE request to destination SIPUA3 (step S11).
  • SIPUA3 sends a 200OK response to SIPUA2 addressed to SIPUA2 with the SDP description document as an offer, because there was no SDP description text in the INVITE request when the call initiation request was successful. (Step S 1103).
  • the SIP server 4 forwards the 200OK response to the destination SIPUA2 (step SI 104).
  • SIPUA2 When SIPUA2 receives the 200OK response, it sends the answer SDP description document to SIPUA3, which is the 200OK response reception response, and sends it to the SIP server 4 (step S1105). [0027] The SIP server 4 transfers the ACK request to the destination SIPUA3 (step S1106).
  • Voice data is sent from SIPUA2 according to the information described in the offer's SDP description document, and from SIPUA3 according to the information described in the answer's SDP description document. Voice calls are realized by sending to the IP address and port number.
  • CalHD is used to identify the voice call, and the device power for starting the voice call is assigned a unique CaU-ID to the NVITE request, and the response and ACK from the call partner are given. Requests are given the same CalHD.
  • a device that sends an INVITE request without including an SDP description document is not an SDP description document !, cannot accept an INVITE request, and cannot communicate with the device.
  • the problem to be solved by the present invention is that in the SIP control system, there is no SDP description document, the destination of the INVITE request is not the SDP description document !, and the INVITE request is not accepted. It is possible to make a call.
  • a SIP control device that controls connection between terminals
  • Inspection means for inspecting the received SIP message
  • the SIP message is a request indicating a connection request and includes an SDP description document in which information of a connection source required for connection is described, and it is determined that V is ⁇ , A generation method for generating an SDP description document with an alternative device as the connection source;
  • Transmitting means for transmitting a SIP message to which the generated SDP description document is added;
  • a setting means for setting so that actual data is transmitted and received between the original connection source terminal and the connection destination terminal after the connection is established between the alternative device and the connection destination terminal;
  • a second invention for solving the above-described problem is the above first invention
  • the generating means is characterized in that it generates an SDP description document that describes the IP address of its own device, the unused port of its own device, and all speech coding methods that may be used for calls.
  • a third invention for solving the above-described problem is the above-described first invention
  • the generation means described the IP address of the NAT device connected to the own device, the unused port of this NAT device, and all voice coding methods that may be used for a call.
  • a fourth invention for solving the above-mentioned problems is any one of the first to third inventions described above.
  • the setting means is configured to transfer the actual data transmitted to the alternative device to the original connection source terminal after the connection is established between the alternative device and the connection destination terminal. It is characterized by doing.
  • the setting means adds an SDP description document in which information of a terminal that is an original connection source is described A connection change request is transmitted.
  • a sixth invention for solving the above-described problems is as follows.
  • a SIP control method for controlling connection between terminals for controlling connection between terminals
  • the SIP message is a request indicating a connection request and includes an SDP description document in which information of a connection source required for connection is described, and it is determined that V is ⁇ , A generation step for generating an SDP description document with the alternative device as the connection source;
  • a seventh invention for solving the above-described problem is the above-mentioned sixth invention.
  • the generating step generates an SDP description document that describes the IP address of the own device, the unused port of the own device, and all voice encoding methods that may be used for a call.
  • an SDP description document that describes the IP address of the NAT device connected to its own device, the unused port of this NAT device, and all voice coding methods that may be used for calls is created. It is characterized by generating.
  • a ninth invention for solving the above-mentioned problems is any one of the sixth to eighth inventions.
  • the setting step is characterized in that, after the connection is established, the actual data transmitted to the alternative device is set to be transferred to the terminal that is the original connection source.
  • a tenth invention for solving the above-mentioned problems is the above-mentioned sixth or seventh invention, wherein the setting step adds an SDP description document in which information of a terminal that is an original connection source is described. The connection change request is transmitted.
  • a program of a SIP control device that controls connection between terminals the program controlling the SIP control device
  • Inspection means for inspecting the received SIP message
  • the SIP message is a request indicating a connection request and includes an SDP description document in which information of a connection source required for connection is described, and it is determined that V is ⁇ , Generator that generates an SDP description document with an alternative device as the connection source Step and
  • the original connection source terminal and the connection destination Setting means After the connection is established between the transmission means for transmitting the SIP message to which the generated SDP description document is added and the alternative device and the connection destination terminal, the original connection source terminal and the connection destination Setting means to set to send / receive actual data to / from the terminal
  • a twelfth invention for solving the above-mentioned problems is the above-mentioned eleventh invention.
  • the generating means is characterized in that it generates an SDP description document that describes the IP address of its own device, the unused port of its own device, and all speech coding methods that may be used for calls.
  • a thirteenth invention for solving the above-mentioned problems is the above-mentioned eleventh invention.
  • the generation means described the IP address of the NAT device connected to the own device, the unused port of this NAT device, and all voice coding methods that may be used for a call.
  • a fourteenth invention for solving the above-mentioned problems is the above-mentioned eleventh to thirteenth invention, wherein
  • the setting means is configured to transfer the actual data transmitted to the alternative device to the original connection source terminal after the connection is established between the alternative device and the connection destination terminal. It is characterized by doing.
  • the setting means adds an SDP description document in which information of a terminal that is an original connection source is described A connection change request is transmitted.
  • the SIP control system includes a SIP control device having the function of a SIP server that relays a SIP message, and the SIP control device further includes SDP generation means.
  • Adopting such a configuration when an INVITE request without an SDP description document is received by a SIP controller, it is detected that an SDP description document is not included when relaying the INVITE request, and an alternative device is detected. Create an alternate SDP description document with the connection source as INVITE Write to Taest and transfer. Then, after the connection is established between the alternative device and the connection destination terminal, the actual data is transmitted and received between the original connection source terminal and the connection destination terminal. Enable.
  • this alternative device is a SIP control device, a NAT device, or a SIP control device having a NAT function according to the present invention, and may be any device that can be connected to a terminal that transmits and receives a SIP message.
  • the effect of the present invention is that an SDP description document is sent to a device that does not accept an INVITE request without an SDP description document. Even if an INVITE request is sent, an alternative SDP description document is added by the SIP control device. This means that an INVITE request is accepted and a call can be made.
  • FIG. 1 is an example of an SDP description document.
  • FIG. 2 is a block diagram showing a configuration example of a conventional SIP control system.
  • FIG. 3 is a sequence diagram of a SIP message by a conventional SIP control system.
  • FIG. 4 is a sequence diagram of a SIP message by a conventional SIP control system.
  • FIG. 5 is a block diagram showing the main configuration of the SIP control system according to the first embodiment of the present invention.
  • Figure 6 is an example of an alternative SDP description document.
  • FIG. 7 is a flowchart showing the flow of processing performed in the SIP message detection means in the SIP control system according to the first embodiment of the present invention.
  • FIG. 8 is a sequence diagram of a SIP message by the SIP control system when an INVITE request without an SDP description document is transmitted in the first embodiment of the present invention.
  • FIG. 9 is a sequence diagram of a SIP message by the SIP control system when an INVITE request with an SDP description document is transmitted in the first embodiment of the present invention.
  • FIG. 10 is a block diagram showing a main configuration of a SIP control system according to a second embodiment of the present invention.
  • FIG. 11 is a flowchart showing a flow of processing performed by the SIP message inspection means in the SIP control system according to the second embodiment of the present invention.
  • FIG. 12 is a sequence diagram of a SIP message by the SIP control system when an INVITE request without an SDP description document is transmitted in the second embodiment of the present invention.
  • FIG. 13 is a block diagram showing the main configuration of a SIP control system according to a third embodiment of the present invention.
  • FIG. 14 is a flowchart showing a flow of processing performed in the SIP message checking means in the SIP control system according to the third embodiment of the present invention.
  • FIG. 15 is a sequence diagram of a SIP message by the SIP control system when an SDP description document empty INVITE request is transmitted in the third embodiment of the present invention.
  • FIG. 16 is a block diagram showing the main configuration of the SIP control system in the first example of the present invention.
  • FIG. 17 is a sequence diagram of a SIP message by the SIP control system in the first example of the present invention.
  • FIG. 18 is an example of a table managed by the CalHD storage unit in the first embodiment of the present invention.
  • FIG. 19 is a sequence diagram of a SIP message by the SIP control system when an INVITE request without an SDP description document is transmitted in the first embodiment of the present invention.
  • FIG. 20 is a block diagram showing the main configuration of a SIP control system in a second example of the present invention.
  • FIG. 21 is a sequence diagram of a SIP message by the SIP control system when an INVITE request without an SDP description document is transmitted in the second embodiment of the present invention.
  • FIG. 22 is an example of a notification address management table used in the notification address storage unit in the second example of the present invention.
  • FIG. 23 is a block diagram showing the main configuration of a SIP control system in a third example of the present invention. Explanation of symbols
  • NAT device control means Notification address storage
  • FIG. 5 is a block diagram showing the configuration of the SIP control system according to the first embodiment for carrying out the present invention.
  • the SIP control system includes a SIP component element 110, a SIP component 120, a SIP control device 130, a SIP component 110, and a SIP configuration.
  • SIP control device 130 includes transmission / reception means 131, SIP message inspection means 132, SDP generation means 133, and CalHD storage unit 134, and SIP between SIP component 110 and SIP component 120 Relay the message.
  • the transmission / reception means 131 relays data between the network 100 and the SIP message inspection means 132.
  • the SIP message checking means 132 performs various checks on what kind of message the SIP message is. In addition, after the connection is established between the SPI controller and the SIP component 110 or SIP component 120, actual data is transferred between the SIP component that is the original connection source and the SIP component that is the connection destination. Generate a setting change request to send and receive.
  • the SDP generation means 133 creates an SDP description document in which the IP address and the port designated by the SIP message inspection means 132 are the voice data receiving destination.
  • Figure 6 shows the SDP description document
  • the SDP description document 500 has a reception IP address 501, a reception port number 502, and a receivable speech code method 503.
  • the SDP description document 500 includes information other than the received IP address 501, the received port number 502, and the receivable voice encoding method 503.
  • the SDP description document 500 includes the operation of the SIP control system according to the first embodiment of the present invention. Is omitted because it is not relevant.
  • the Call-ID storage unit 134 stores the CalHD issued by the SIP component that starts the voice call to uniquely identify the call and attached to the SIP message.
  • FIG. 7 is a flowchart for explaining the operation of the SIP message inspection unit 132 of the SIP control device 130. The operation of the SIP message inspection unit 132 will be described in conjunction with FIG. 5, FIG. 6, and FIG. .
  • SIP message checking means 132 starts operation when it receives a SIP message from sending / receiving means 131 (step A2000), and checks whether the SIP message is a request or a response (step A2001). .
  • step A2001 If it is determined in step A2001 that the SIP message is a request,
  • the SIP message checking means 131 further checks whether it is an INVITE request (step A).
  • step A2002 If the result of the inspection in step A2002 is a SIP message power NVITE request, the SIP message inspection means 132 checks whether the SDP description document is included in the INVITE request (step A2003).
  • step A2003 If it is determined in step A2003 that the SDP description document is included, the SIP message is directly transferred to the destination of the SIP message (step A2007).
  • step A2003 determines whether the SDP description document is included in the INVITE request.
  • the SIP message checking means 132 acquires the address and unused port of the SIP controller 130 (step A2004)
  • the SDP generation means 133 generates an alternative SDP description document that uses them as the audio data receiver (step A2005).
  • the IP address and port number acquired in step A2004 are set in the receiving IP address 501 and the receiving port number 502 of the SDP description document, respectively.
  • the receivable voice code method 503 includes all voice codes that can be received by the SIP controller 130. Describe the conversion method.
  • step A2005 The alternative SDP description document generated in step A2005 is attached to the INVITE request (step A2006) and transferred to the SIP message destination (step A2007).
  • step A2002 if it is not a SIP message power NVITE request, the SIP message checking means 132 checks whether the SIP message is an ACK request (step A2008).
  • step A2008 If the SIP message is not an ACK request as a result of the inspection in step A2008, it is transferred to the destination of the SIP message as it is (step A2007).
  • the SIP message checking means 132 checks whether the SDP description document is included in the ACK request (step A2
  • step A2009 If an SDP description document is included in the ACK request in step A2009, the CalHD of the ACK request is stored in the CalHD management unit 134 (step A2010), and then the SDP description document is deleted from the ACK request and transferred. (Step A2011).
  • the SIP message inspecting means 132 uses the INVIT addressed to the source of the ACK request.
  • Step A2012 CalHD of ACK request is attached as CalHD.
  • step A2013 After the SDP description document included in the ACK request is transferred to the INVITE request (step A2013), the transfer to the SIP component 120 is instructed to the transmission / reception means (step A2007).
  • the SIP message checking means 132 checks whether the CalHD included in the response is stored in the CalHD storage unit 134 (step A2014). If it is not stored, it is transferred as it is (step A2007), and if it is stored, it generates an ACK request with the SIP message source as the destination (step A2015) and sends it to the CaU-ID storage unit 134. Delete CalHD in the SIP message (Step A2016).
  • FIG. 8 shows that, in the first embodiment of the present invention, when the SIP component 110 starts a call with the SIP component 120, an INVITE request without an SDP description document is transmitted to the SIP controller 130. The operation of the SIP control system in this case will be described, and will be described in conjunction with FIG. 5, FIG. 6 and FIG.
  • the SIP component 110 transmits an INVITE request addressed to the SIP component 120 without an SDP description document to the SIP control device 130 (step S1201).
  • the SIP control device 130 receives the INVITE request from the SIP component 110 by the transmission / reception means 131 and passes it to the SIP message inspection means 132.
  • the SIP message checking means 132 receives the INVITE request received from the SIP component 110 (step A2000 in FIG. 7), it detects that the SIP message is an INVI TE request without an SDP description document (see FIG. 7). 7 steps A2001, A2002, A2003 and step SI 202 in Figure 8).
  • the SIP message checking means 132 uses the SDP generating means 133 to determine the voice data receiving destination.
  • An alternative SDP description document is generated with the IP address of SIP controller 130 and the reserved port (steps A2005 in FIG. 7 and steps S1204, S1205, S1206 in FIG. 8), and added to the INVITE request (see FIG. Step A2006 in FIG. 7 and Step S1207 in FIG. 8) are transferred to the SIP component 120 (Step A2007 in FIG. 7 and Step S1208 in FIG. 8).
  • the SIP component 120 recognizes the SDP description document included in the INVITE request transferred from the SIP controller 130 as the SDP description document of the offer, accepts this INVITE request, and enters the call start process.
  • the SIP component 120 attaches the answer SDP description document to the 200OK response addressed to the SIP component 110 and transmits it to the SIP control device 130 (step S 1209 in FIG. 8).
  • the SIP message checking means 132 Upon receiving the 200OK response, the SIP message checking means 132 first detects that it is a response (step A2001 in FIG. 7 and step S1210 in FIG. 8), and then receives the CalOK of the 200OK response received. Is stored in the CalHD storage unit! After confirming (step A2014 in FIG. 7 and step S1211 in FIG. 8), this 200OK response is transferred to the SIP component 110 (step A2007 in FIG. 7 and step S12 12 in FIG. 8).
  • SIP component 110 Since SIP component 110 has sent an I NVITE request that does not include an SDP description document in step S1201 of FIG. 8, it recognizes the SDP description text of the 200OK response transferred from the SIP controller as an offer, and this 200OK An SDP description document as an answer is attached to the ACK request addressed to the SIP component 120, which is a response reception response, and is sent to the SIP controller 130 (step S1213 in FIG. 8).
  • the SIP message checking means 132 When the SIP message checking means 132 receives the ACK request from the SIP component 110, it detects that it is an ACK request including the SDP description document (steps A2001, A 2002, A2008, A2009 and FIG. 8 in FIG. 7). Step S1214), and CalHD of ACK request ⁇ is stored in the CalHD storage unit 134 (Step A2010 in FIG. 7 and S1215 in FIG. 8). Then, the SIP message checking means 132 deletes the SDP description document from the ACK request received from the SIP component 110 and forwards it to the SIP component 120 (step A2011 in FIG. 7 and steps S1216 and S1217 in FIG. 8). ).
  • the SIP component 120 is added to the INVITE request sent to the SIP component 120 in step S 1208 in FIG. Transmits voice data to the SIP controller 130. Since the voice data receiver of SIP component 110 is described in the SDP description document included in the ACK request in step S1213 in FIG. 8, SIP component 120 is included in the ACK request in step S1213 in FIG. The SIP component 120 is changed to transmit voice data to the SIP component 110 by transmitting an INVITE request in which the SDP description document is transferred.
  • the SIP message inspection means 132 creates an INVITE request addressed to the SIP component 120 with the CaU-ID of the previous ACK request (step A2012 in FIG. 7 and step S1218 in FIG. 8), and ACK After the SDP description document included in the request has been transcribed (Step A2013 in Figure 7 and Step S1219 in Figure 8), it is sent to SIP component 120 (Step A2007 in Figure 7 and Step S1220 in Figure 8). .
  • the SIP component 120 When the SIP component 120 receives an INVITE request from the SIP controller, the SIP component 120 The data transmission destination is instructed in the SDP description document !, and then the 200OK response is transmitted to the SIP control device 130 (step S 1221 in FIG. 8).
  • the SIP message inspecting means 132 detects that the 200OK response from the SIP component 120 is a response (step A2001 in FIG. 7 and step S1222 in FIG. 8), and the received 200OK CalHD is CalHD.
  • the storage unit 134 step A2014 in FIG. 7 and step S1223 in FIG. 8
  • an ACK request is created with the SIP component 120 that is the source of this 200OK response as the destination ( Step A 2015 in Fig. 7 and Step SI 224 in Fig. 8)
  • the SIP component 120 Step A2007 in FIG. 7 and step S1226 in FIG. 8).
  • FIG. 9 shows that, in the first embodiment of the present invention, when the SIP component 110 starts a call with the SIP component 120, the INVITE request containing the SDP description document is transmitted to the SIP control device 130.
  • the operation of the SIP control system in this case will be described, and will be described in conjunction with FIG. 5, FIG. 6 and FIG.
  • the I NVITE request addressed to the SIP component 120 including the SDP description document for which the SIP component 110 is an offer is transmitted to the SIP control device 130 (step S1301 in FIG. 9).
  • the SIP message checking means 132 receives the INVITE request from the SIP component 110 (step A2000 in Fig. 7), it detects that the SIP message is an INVITE request including the SDP description document (Fig. Step A2001, A2002, A2003 in Step 7 and Step S1302 in FIG. 9), the received INVITE request is transferred to the SIP component 120 (Step A2007 in FIG. 7 and Step S1303 in FIG. 9).
  • SIP component 120 is included in the INVITE request forwarded from SIP controller 130
  • the SDP description document is recognized as the SDP description document of the offer, the transferred INVIT E request is accepted, and the call start processing is started.
  • the SIP component 120 attaches the SDP description document of the answer to the 200OK response addressed to the SIP component 110 and transmits it to the SIP controller 130 (step S 1304 in FIG. 9).
  • the SIP message checking means 132 Upon receiving the 200OK response from the SIP component 120, the SIP message checking means 132 first detects that it is a response (step A2001 in FIG. 7 and step S1305 in FIG. 8), and then receives the 200OK response. Confirm that the CaU-ID is not stored in the CalHD storage unit (step A2014 in FIG. 7 and step S1306 in FIG. 9), and transfer this 20 OOK response to the SIP component 200 (step A2007 in FIG. 7). Step S1307 in Fig. 9).
  • SIP component 110 transmits an ACK request addressed to SIP component 120 to SIP controller 130 in response to the 200OK response transferred from the SIP controller (step S 1308 in FIG. 9).
  • the SIP message checking means 132 When the SIP message checking means 132 receives the ACK request from the SIP component 110, it detects that the ACK request does not include the SDP description document (steps A2001, A2002, A2008, A2009 and FIG. 7). Step 9 in step S1309), this ACK request is transferred (steps A2007 and S1310).
  • voice data can be transmitted and received between the SIP component 110 and the SIP component 120, and a call can be made.
  • the SIP component 110 starts a call to the SIP component 120 has been described here, the operation when the SIP component 120 starts a call to the SIP component 110 is the same.
  • FIG. 10 is a block diagram showing a configuration of the second exemplary embodiment of the present invention.
  • the SIP control system includes a network component 200 with a SIP component 210, a SIP component 220, a SIP control device 230, and a NAT device 240. Is connected. [0101] Since the functions of the SIP component 210 and the SIP component 220 are the same as the functions of the SIP component 110 and the SIP component 120 of the first embodiment of the present invention in FIG. Description is omitted.
  • the NAT device 240 has a function of forwarding an IP packet received at a specified port number to a set IP address and port number.
  • SIP control device 230 includes transmission / reception means 231, SIP message inspection means 232, SDP generation means 233, NAT device control means 234, and notification address storage Part 235.
  • the functions of the transmission / reception means 231 and the SDP generation means 233 are the same as those of the transmission / reception means 131 and the SDP generation means 133 of the SIP control device 130 of the first embodiment of the present invention in FIG. Is omitted.
  • the notification address storage unit 235 stores the IP address and the port number with the designated CalHD as a heading.
  • the NAT device control means 234 has a function of instructing the NAT device 240 to secure an unused port and to set an IP packet address rewriting rule.
  • FIG. 11 is a flowchart for explaining the operation of the SIP message checking means 232 of the SIP control device 230. The operation of the SIP message checking means 232 will be described together with FIG.
  • the SIP message inspection means 232 when the SIP message inspection means 232 receives the SIP message from the transmission / reception means 231 (step A2100), first, the SIP message inspection means checks whether the SIP message is a request or a response (step A2101). ).
  • step A2101 If the result of the inspection in step A2101 is that the SIP message is a response, it is forwarded to the destination of the received SIP message as it is (step A2108).
  • Message power Checks whether the request is an NVITE request (step A2102).
  • step A2103 If there is an SDP description document in the INVITE request as a result of the inspection in step A2103, it is transferred to the destination of the SIP message as it is (step A2108). If there is no SDP description document, the SIP message inspection means 232 Unused port of NAT device 240 is acquired by device control means 234 (step A2104), and voice data is obtained by SDP generation means 233.
  • Step A2106 After generating an alternative SDP description document that describes the IP address of the NAT device 240 and the port number obtained in Step 2 104 (Step A 2105), and then adds it to the INVITE request ( Step A2106) After storing CalHD of the received INVITE request and the IP address and port number of the NAT device 240 described in the alternative SDP description document as a set in the notification address storage unit 235 (step A2107), SIP message (Step A2108).
  • step A2102 If it is determined in step A2102 that the SIP message is not an NVITE request, the SIP message checking means 232 further checks whether the SIP message is an ACK request (step A2109).
  • step A2109 If the SIP message is not an ACK request as a result of the inspection in step A2109, the SIP message is forwarded to the destination of the SIP message as it is (step A2108). Check (step A2110).
  • the ACK request does not include the SDP description document! /, It is forwarded to the SIP message destination as it is (step A2108). If the SDP description document is included, the SDP description document is first deleted from the ACK request. To the destination of the SIP message (step A2111), and then obtain the IP address and port number stored in the notification address storage unit 235 using the CalHD of the ACK request as a key and the notification address with the CalHD of the ACK request Delete the memory entry (step A2112).
  • the NAT device controller 234 then forwards the IP packet sent to the acquired IP address and port to the destination IP address and port number written in the SDP description document of the previous ACK request. Instructed, the NAT device control means 234 sets an address rewriting rule in the NAT device 240 (step A2113).
  • FIG. 12 shows that in the second embodiment of the present invention, when the SIP component 210 initiates a call with the SIP component 220, an INVITE request without an SDP description document is transmitted to the SIP control device 230.
  • the operation of the SIP control system in this case will be described, and will be described in combination with FIG. 10 and FIG.
  • the SIP component 210 transmits an INVITE request without an SDP description document to the SIP control device 230 (step S1401 in Fig. 12).
  • the SIP control device 230 receives the INVITE request received from the SIP component 210 by the transmission / reception means 231 and passes it to the SIP message inspection means 232.
  • the SIP message checking means 232 receives an INVITE request from the transmission / reception means 231.
  • Step A2100 in FIG. 11 and it is detected that the SIP message is an INVITE request without an SDP description document (Steps A2101, A2102, A2103 in FIG. 11 and Step S1402 in FIG. 12). Therefore, after confirming the unused port of the NAT device 240 (step A2104 in FIG. 11 and steps S1403, S1404, S1405, S1406 in FIG. 12), the SIP message inspection means 232 receives the voice data by the SDP generation means 233. Generate an alternative SDP description document with the IP address of NAT device 240 and the reserved port as the destination (step A210 5 in Fig. 11 and steps S1407, S1408, S1409 in Fig.
  • Step A2106 in Fig. 11 and Step S14 10 in Fig. 12 the INVITE request that also received SIP component 210 force
  • Step A2106 in Fig. 11 and Step S14 10 in Fig. 12 the port number and IP address of the NAT device 240 described in the alternative SDP description document together with the CaU-ID of this INVITE request
  • step A2107 in FIG. 11 and step S1411 in FIG. 12 transfer to the SIP component 220 (step A2108 in FIG. 11 and step S1412 in FIG. 12).
  • the SIP component 220 recognizes the SDP description document included in the INVITE request transferred from the SIP controller 230 as the SDP description document of the offer, accepts this INVITE request, and enters the call start process.
  • the SIP component 220 attaches the SDP description document of the answer to the 200OK response addressed to the SIP component 210, and transmits it to the SIP controller 230 (step S1413 in FIG. 12).
  • the SIP message checking means 232 When the SIP message checking means 232 receives the 200OK response from the SIP component 220, it first detects that it is a response (step A2101 in FIG. 11 and step S1414 in FIG. 12), and forwards it to the SIP component 210. (Step A2108 in FIG. 11 and S1415 in FIG. 12).
  • the SIP component 210 transmits an INVITE request that does not include the SDP description document in step S1401, the SIP component 210 recognizes the SDP description document included in the 200OK response transferred as the offer as an offer, ACK request addressed to SIP component 220 The SDP description document that is the answer is attached to the request and transmitted to the SIP control device 230 (step S 1416 in FIG. 12).
  • the SIP message checking means 232 When the SIP message checking means 232 receives an ACK request from the SIP component 210, it first detects that it is an ACK return request including an SDP description document (steps A2101, A2102, A2109, A2110 in FIG. 11 and the figure). 12 step S1417), the SDP description document is deleted from the ACK request and transferred (step A2111 in FIG. 11 and steps S1418 and S1419 in FIG. 12).
  • the SIP message checking means 232 uses the IP address and port of the NAT device 240 notified by the INVITE request from the notification address storage unit 235 to the SIP component 220 based on the CalHD of the ACK request received from the SIP component 210. Are simultaneously deleted from the notification address storage unit 235 (step A2112 in FIG. 11 and step S1420 in FIG. 12), and the IP address of the NAT device 240 acquired in step S1420 in FIG.
  • the NAT device control means 234 sets an address rewriting rule in the NAT device 240 so that the voice data sent to the port is forwarded to the destination described in the SDP description document included in the ACK request in step S1416 ( Step A2113 in FIG. 11 and steps S1421 and S1422 in FIG. 12).
  • the SIP component 210 transmits voice data to the SIP component 220, the SIP component 220 transmits voice data to the NAT device 240, and the NAT device 240 transmits the voice data of the SIP component 220.
  • voice data is transmitted and received between the SIP component 210 and the SIP component 220, and a call is possible.
  • the SIP component 210 starts a call to the SIP component 220 has been described here, The operation when the SIP component 220 starts a call to the SIP component 210 is the same.
  • the operation of the SIP control system when the SIP component 210 or SIP component 220 sends an INVIT E request with an SDP description document to the other party is the SIP component 110 in the SIP control system of the first embodiment. Or, since the operation is the same as when the SIP component 120 sends an INVITE request with an SDP description document to the other party, the description is omitted.
  • FIG. 13 is a block diagram showing a configuration of the third exemplary embodiment of the present invention.
  • SIP component 310 in the SIP control system according to the third embodiment of the present invention, SIP component 310, SIP component 320, and SIP controller 330 are connected to network 300.
  • the SIP component 310 and the SIP component 320 in FIG. 13 are the same as the functions of the SIP component 110 and the SIP component 120 of the first embodiment of the present invention in FIG. Omitted.
  • SIP control device 330 includes transmission / reception means 331, NAT means 332, SIP message inspection means 333, SDP generation means 334, NAT means control means 335, A notification address storage unit 336.
  • the functions of the transmission / reception means 331, the SDP generation means 334, and the notification address storage section 336 are the same as the transmission / reception means 231 and the SDP generation means 233 in the configuration of the SIP control device 230 in the second embodiment shown in FIG. Since it is the same as the notification address storage unit 235, description thereof is omitted here.
  • the NAT means 332 has a function of forwarding an IP packet received at the designated port number of the SIP control device 330 to the designated destination IP address and port number in accordance with the set rewrite rule, and is capable of transmitting and receiving Installed between means 331 and SIP message inspection means 333.
  • the NAT unit 332 transparently relays packets that do not meet the rewrite rules.
  • the NAT means control means 335 is configured by the NAT means in accordance with an instruction from the SIP message inspection means 333.
  • 332 has a function of setting a rewrite rule.
  • FIG. 14 is a flowchart for explaining the operation of the SIP message checking means 333 of the SIP control device 330. It is a chart. Steps A2200 to A2203 and A2205 to A2212 in FIG. 14 are the same as the operation steps A2100 to A2103 and A2105 to A2112 of the SIP message inspection means 232 in the SIP control system of the second embodiment shown in FIG. There is no explanation here.
  • step A2204 the SIP message checking means 333 obtains an unused port of the SIP control device 330 and obtains an SDP generation means if the received SIP message is an SDP description document none! INVITE request. Notify
  • the SIP message checking means is sent to the IP address and port acquired in step A2212.
  • the NAT means control means 335 is instructed to set a rewrite rule in the NAT means 332 to forward to the destination IP address and port number written in the SDP description document of the ACK request that received the IP packet.
  • FIG. 15 shows that in the third embodiment of the present invention, when the SIP component 310 starts a call with the SIP component 320, an INVITE request without an SDP description document is transmitted to the SIP control device 330.
  • the operation of the SIP control system in this case will be described, and will be described together with FIG. 13 and FIG.
  • steps S1501, S1502, and S1504 to S1517 in FIG. 15 are performed when the SIP component 210 starts a call with the SIP component 220 in the second embodiment shown in FIG. Since the operation steps S1401, S1402, and S1407 to 1420 of the SIP control system when an INVITE request is not sent to the SIP control device 230 are the same, the description thereof is omitted here.
  • step S1503 in FIG. 15 SIP message checking means 333 secures an unused port of SIP control device 330 in step A2204 in FIG. 14, and notifies SDP generation means 334.
  • step S1518 in FIG. 15 SIP message checking means 333 is sent to the IP address / port acquired in step S 1517 in FIG. 15 (step A2212 in 014) by step A2213 in FIG. Transfer the IP packet to the destination IP address and port number written in the SDP description document of the ACK request received in step S1513 in Fig. 15.
  • the NAT means control means 335 is instructed to set such a rewrite rule in the NAT means 332, and the NAT means control means 335 sets the address rewrite rule for the packet forwarding setting of the NAT means 332 (FIG. 14). Step A2213 and step S15 19 in FIG. 15).
  • the SIP component 310 sends voice data to the SIP component 320
  • the SIP component 320 sends voice data to the SIP controller 330
  • the SIP controller 330 uses the NAT means 332 for SIP configuration. Forward the audio data of element 320 to SIP component 310.
  • voice data is transmitted and received between the SIP component 310 and the SIP component 320, and a call can be made.
  • the operation when the SIP component 320 initiates a call to the SIP component 310 is the same. is there.
  • the operation of the SIP control system when the SIP component 310 or SIP component 320 sends an INVIT E request with an SDP description document to the other party is the SIP component 110 in the SIP control system of the first embodiment. Or, since the operation is the same as when the SIP component 120 sends an INVITE request with an SDP description document to the other party, the description is omitted.
  • SIP control devices of the first, second, and third embodiments described above are realized by a force computer program that can also be configured by hardware, as is apparent from the above description. It is also possible.
  • FIG. 16 corresponds to the first embodiment for carrying out the present invention.
  • the SIP component 110 includes a SIP terminal 410 such as a soft phone or a fixed telephone, and the SIP component 120 includes a GW (Gateway) device 420.
  • a public telephone network 440 is connected to the GW apparatus 420, and a public telephone terminal 450 is connected to the public telephone network 440.
  • the GW device 420 terminates the SIP message and voice data of the SIP control system and sends them to the public telephone network 440, and terminates the control signal and voice data from the public telephone network 440. Send to SIP control system. Further, when the SIP terminal 410 calls the public telephone network terminal 450, the GW apparatus 420 notifies the state of the public telephone network terminal 450 by voice data together with a response to the INVITE request. Request an SDP description document in the INVITE request to know the destination of the audio data.
  • the SIP control device 430 is realized by controlling a computer with a program.
  • the CalHD storage unit 434 holds the instructed CaU-IDs in a list format, for example, as shown in FIG.
  • SIP terminal 410 is not an SDP description document! SI request for INVITE addressed to public telephone network 450
  • the SIP control device 430 receives the INVITE request by the transmission / reception means 431 and passes it to the SIP message inspection means 432.
  • step S1603 After the SIP message checking means 432 secures an unused port of the SIP controller 430 (step S1603), the SDP generating means 433 secures the voice data reception destination as the IP address of the SIP controller 430.
  • An alternative SDP description document is generated (steps S160 4 to S1606), added to the received INVITE request (step S1607), and transferred to the GW apparatus 420 (step S1608).
  • the GW device 420 recognizes the SDP description document included in the INVITE request transferred from the SIP control device 430 as the SDP description text of the offer, accepts the transferred INVITE request, and calls the public network terminal 450. Start processing starts.
  • the GW apparatus 420 attaches the SDP description document of the answer to the 200OK response addressed to the SIP terminal 410 and transmits it to the SIP control apparatus 430 (step S 1609). .
  • the SIP message checking means 432 Upon receiving the 200OK response from the GW device 420, the SIP message checking means 432 first detects that it is a response (step S1610), and then the received 200OK response CalHD is stored in the CalHD storage unit 434. !, N! /, Confirm (step S 1611), and forward the 200OK response to the SIP terminal 410 (step S 1612).
  • the SIP terminal 410 attaches an SDP description document to the ACK request addressed to the public network terminal 450 in response to the 200OK response transferred from the SIP control device 430, and sends it to the SIP control device 430 (step S 1613). ).
  • the SIP message checking means 432 Upon receiving the ACK request from the SIP terminal 410, the SIP message checking means 432 detects that it is an ACK request including the SDP description document (step S1614), and stores the CalHD of the ACK request in the CalHD storage unit 434. After storing (step S1615), the SDP description document is deleted from the received ACK request and transferred to the GW device 420 (steps S1616 to S1617).
  • the GW device 420 has added an alternate SDP description document with the voice data receiving destination as the SIP controller 430 to the INV ITE request sent to the public network terminal 450. Transfers voice data sent from the public telephone network 450 to the SIP controller 430.
  • the voice data reception destination of SIP terminal 410 is described in the SDP description document included in the ACK request in step S1613. Therefore, the GW device 420 is changed to send voice data to the SIP terminal 410 by sending an INVITE request to which the SDP description document included in the ACK request of step S1 613 is transferred to the public network terminal 450. .
  • the SIP message checking means 432 creates an INVITE request addressed to the public network terminal 450 having the same CaU ID as the ACK request (step S1618), and adds the SDP description document included in the ACK request. Then, send it to GW device 420 (step S 1620).
  • the GW apparatus 420 When receiving the INVITE request from the GW apparatus 420, the GW apparatus 420 is instructed by the SDP description document for the voice data transmission destination !, and then sends a 200OK response to the SIP control apparatus 430 ( Step S 1621). [0161]
  • the SIP message checking means 432 detects that the SIP message from the GW apparatus 420 has a 200OK response (step S 1622), and the received 200OK CalHD is stored in the Call-ID storage unit 434.
  • step S1623 an ACK request is made to the public network terminal 450 that is the source of this 200OK response (step S1624), and this CalHD is deleted from the CalHD storage unit 434 ( In step S1625), the data is transmitted to the GW apparatus 420 (step S1626).
  • FIG. 19 shows that, in the first embodiment of the present invention, when the SIP terminal 410 starts a call with the public telephone network terminal 450, an INVITE request including an SDP description document is transmitted to the SIP control device 430. In this case, the operation of the SIP control system will be described.
  • the SIP terminal 410 sends an INVITE request including the offer SDP description document to the SIP controller.
  • the INVITE request is transferred to the GW apparatus 420 (S 1703).
  • the GW device 420 includes the S included in the INVITE request transferred from the SIP control device 430.
  • the DP description document is recognized as an offer SDP description document, the transferred INVITE request is accepted, and the call initiation process with the PSTN terminal 450 is started.
  • the GW apparatus 420 attaches the answer SDP description document to the 200OK response addressed to the SIP terminal 410 and sends it to the SIP control apparatus 430. (Step SI 704).
  • the SIP message checking means 432 receives a 200OK response from the GW apparatus 420, it first detects that it is a response (step S1705), and then the received 200OK response CalHD is stored in the CalHD storage unit! This is confirmed (Step S 170 6), and the 200OK response is transferred to the SIP terminal 410 (Step S1707).
  • the SIP terminal 410 transmits an ACK request addressed to the GW device 420 to the SIP control device 430 (step S 1708).
  • the SIP message checking means 432 receives the ACK request from the SIP terminal 410, it detects that the ACK request has no SDP description document (step S1709), and therefore the received ACK request is sent to the GW device 420. (Step S1710).
  • the GW device 420 transmits voice data to the SIP terminal 410.
  • the voice data is transmitted and received between the SIP terminal 410 and the GW device 420, and communication is possible. become.
  • the configuration of the second embodiment of the present invention is different from that of the first embodiment in that the SIP control device includes a NAT device control means and a notification address storage unit, and the SIP control system includes a NAT device. This is different from the first embodiment in that
  • the notification address storage unit 535 stores the instructed CalHD, IP address, and port number in a table format.
  • the SIP controller 530 when adding an alternative SDP description document to an INVITE request without an SDP description document, uses the IP address and port number of the NAT device 540 as the voice data receiving destination. It differs from the first embodiment in that an SDP description document is added and that the IP address and port number of the NAT device 540 described in the SDP description document are stored in the notification address storage unit together with CalHD of the INVITE request. .
  • the SIP controller 530 when generating an alternative SDP description document, the SIP controller 530 first secures an unused port of the NAT device 540 by the NAT device controller 534 (steps S1803 to S1803). S1806). Then, the port number and IP address of the secured NAT device 540 An SDP description document having a voice data reception destination is generated by the SDP generation means 533 (steps S1807 to S1809), and the generated SDP description document is attached to the INVITE request (step S1810). The port and IP address are stored in the notification address storage unit 535 together with the CalHD of the INVITE request (step S1811) and transferred (step S1812).
  • the SIP message checking means 532 When the SIP message checking means 532 receives an ACK request including an SDP description document from the SIP terminal 510 (steps S1816 to S1817), it first deletes the SDP description document from the ACK request (step S1818).
  • the ACK request addressed to the public network terminal 560 is transferred to the GW device 520 (step S 1819).
  • the IP address and port of the NAT device 540 notified by the INVITE request from the notification address storage unit 535 to the public network terminal 560 are acquired, and the entry having the CaU-ID of the ACK request is passed.
  • NAT device control means 534 so that the SIP terminal 510 transfers the voice data sent to the NAT device 540 at the location specified in the SDP description document in the ACK request.
  • To set the NAT device 540 (steps S 1821 to S1822).
  • the configuration of the third example of the present invention is different from that of the second example in that the SIP control device includes a NAT unit and the SIP control system has no NAT device. This is different from the previous example.
  • the SIP controller 630 when the SIP controller 630 adds an alternative SDP description document to an INVITE request without an SDP description document, it is not used by the SIP controller 630 IP address and the SIP controller 630. This is different from the second embodiment in that an SDP description document with the port as the audio data receiver is added.
  • the SIP controller 630 when generating an alternative SDP description document, the SIP controller 630 first secures an unused port of the SIP controller 630. Then, an SDP description document with the reserved port and the IP address of the SIP controller 630 as the voice data reception destination is generated by the SDP generation means 634, and the generated SDP description document is added to the INVITE request. In addition, the IP address of the SIP control device 630 and the acquired port are stored in the notification address storage unit 636 together with the Call-ID of the INVITE request and transferred.
  • the SIP message inspection means 633 Upon receiving an ACK request including an SDP description document from the SIP terminal 610, the SIP message inspection means 633 first deletes the SDP description document from the ACK request and forwards the ACK request addressed to the public network terminal 650 to the GW device 620. To do. Then, based on the CaU-ID of the ACK request, the IP address and port of the SIP controller 630 notified by the INVITE request from the notification address storage unit 636 to the public network terminal 650 are acquired, and an entry having the CalHD of the ACK request is obtained.
  • the NAT means control means 634 causes the NAT means 632 so that the voice data sent from the notification address storage section 636 and sent to the SIP control device 630 is transferred to the SIP terminal 610 at the location specified in the SDP description document in the ACK request. Set. As a result, the voice data received by the transmission / reception means 631 and passed to the NAT means 632 is transferred to the SIP terminal 610 by the NAT means 632.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】本発明の課題は、SIP制御システムおいて、SDP記述文書の無いINVITEリクエストの宛先が、SDP記述文書のないINVITEリクエストを受け付けない装置の場合でも、通話を可能にすることである。 【解決手段】本発明におけるSIP制御システムでは、SIPメッセージの中継を行うSIPサーバの機能を持つSIP制御装置を有し、さらにSIP制御装置はSDP生成手段を有している。このような構成を採用し、SIP制御装置でSDP記述文書の無いINVITEリクエストを受信したときには、INVITEリクエストを中継する際にSDP記述文書が含まれていないことを検知して自装置のIPアドレスと自装置の未使用ポートと通話に使用される可能性のある音声符号化方式を全て記載した代替SDP記述文書を作成する。これをINVITEリクエストに付加して転送してSIP制御装置と接続先との接続を確立した後、本来の接続元の端末のIPアドレスと自装置の未使用ポートとが記載されたSDP記述文書を作成して変更要求をすることによって通話を可能にする。

Description

明 細 書
SIP制御装置、 SIP制御方法、及びプログラム
技術分野
[0001] 本発明は SIP制御システム、 SIP制御装置、及び SIP制御プログラムに関し、特に s
IPメッセージを中継する SIP制御システム、及び SIP制御プログラムに関する。
背景技術
[0002] 近年、ネットワークの高速化やインターネットの普及により、音声データを IP (Interne t Protocol)ネットワーク上で送受信し通話を可能にする VoIP(Voice over Internet Pr otocol)技術が利用されつつある。 VoIP技術には、通話を制御するプロトコルが複数 存在し、中でも SIP (Session Initiation Protocol)が注目されている。この SIPにより通 話を制御するシステムを SIP制御システムという。
[0003] SIP制御システムは、ソフトフォンや固定電話などの端末である SIPUA(SIP User A gent)や、 SIPUA間で通話制御のための SIPメッセージを中継する SIPサーバ等の S IP構成要素により構成され、通話の制御はリクエスト及びレンスポンスという 2種類の SIPメッセージを SIP制御システムの各装置間で送受信することで行われる。
[0004] 通話を行う SIP制御システムの各装置は、音声データ受信先アドレスやポートなど の音声データ設定情報を SDP (Session Description Protocol)記述文書により記述 する。
[0005] 図 1は、 SDP記述文書の記述例である。
[0006] 図 1を例に取ると、 "v=0"は、 SDPのバージョンが現行のバージョンであることを表 している。 "o=— 0 0 IN IP4 192. 168. 0. 2"は、このセッションが IPバージョン 4 で表されるアドレス「192.168.0.2」に関することを表している。 "s=—"は、この SDP 記述文書が特に名称を持たないことを表す。 "c=IN IP4 192. 168. 0. 2"は、音 声データの受信先が IPバージョン 4で表されるアドレス「192.168.0.2」であることを 表している。 "t=0 0"はセッションの開始時間と終了時間とが不定であることを表して いる。 "m=audio 50002 RTP/AVP 0"は音声データをポート 50002で受信する ことを表している。 "a=rtpmap : 0 PCMUZ8000"は音声データ符号化方式に G.7 11 μ -lawを使用することを表している。
[0007] 通話を行う SIP制御システムの各装置は、 SDP記述文書を呼開始処理の過程で送 受信される SIPメッセージに付加情報として記述して相互に交換し、相手の通話設定 情報を知る。
[0008] 呼開始処理は、呼開始要求の INVITEリクエスト、呼開始要求が成功したことを示 す応答である 2000OKレスポンス、及び応答を受信したことの受信確認である ACK リクエストの 3つの SIPメッセージを順に送受信して行われる。
[0009] SDP記述文書の交換は、一方が音声データ設定情報をまず提示し (オファー)、そ れに対して他方が提示された情報を基に決定した音声データ設定を回答する(アン サー)、オファ一'アンサーモデルで行われる。
[0010] SDP記述文書の交換方法には、 INVITEリクエストでオファーし、 2000OKレスポ ンスでアンサーする方法と、 2000OKレスポンスでオファーし、 ACKリクエストでアン サーする方法との 2つがある力 どちらを用いてもよ!、。
[0011] SIPでは、 SIPUAが通話中に音声データの設定を変更したい場合、新しい音声デ ータ設定情報を記述した SDP記述文書を載せた INVITEリクエストを相手に送信す ることで、音声データの設定を変えることが可能である。
[0012] 図 2に従来の SIP制御システムの構成例を示す。
図 2を参照すると、 SIP制御システムは SIPUA2、 3および SIPサーバ 4、及び SIP
UA2と SIPUA3と SIPサーノ とを接続するネットワーク 1により構成される。
[0013] 図 3は、図 2の SIP制御システムにおいて、 SIPUA2が SIPUA3に対して呼の開設 を要求し、 SIPUA2が SIPUA3にオファーである SDP記述文書を含む INVITEリク エストを出した場合のシーケンス図である。
[0014] 図 3を参照すると、まず SIPUA2はオファーである SDP記述文書を含む SIPUA3 宛の INVITEリクエストを SIPサーバ 4に送信する(ステップ S 1001)。
[0015] このオファーの SDP記述文書には, SIPUA2が音声データを受信するために, SI
PUA2の IPアドレスとポートおよび受信可能な音声符号ィ匕方式が記述される。 SIPサ ーバ 4は INVITEリクエストを宛先である SIPUA3に転送する(ステップ S 1002)。
[0016] SIPUA3は、呼開始要求が成功するとアンサーである SDP記述文書を付加した SI PUA2宛の 2000OKレスポンスを SIPサーバ 4に送信する(ステップ S1003)。
[0017] このアンサーの SDP記述文書には、 SIPUA3が音声データを受信するために, SI PUA3の IPアドレスとポート番号および受信可能な音声符号ィ匕方式が記述される。 S IPサーバ 4は 2000OKレスポンスを宛先である SIPUA2に転送する(ステップ S100 4)。
[0018] SIPUA2は、 2000OKレスポンスの受信応答である SIPUA3宛の ACKリクエスト を SIPサーバ 4に送信する(ステップ S 1005)。
[0019] SIPサーバ 4は ACKリクエストを宛先である SIPUA3に転送する(ステップ S1006)
[0020] 音声データは、 SIPUA2からはアンサーの SDP記述文書に記述された情報に従 つて SIPUA3の IPアドレスとポート番号に,また SIPUA3からはオファーの SDP記述 文書に記述された情報に従って SIPUA2の IPアドレスとポート番号に送られ,音声 通話が実現する。
[0021] 図 4は、図 2の SIP制御システムにおいて、 SIPUA2が SIPUA3に対して呼の開設 を要求し、 SIPUA2が SIPUA3に SDP記述文書の無!、INVITEリクエストを出した 場合のシーケンス図である。
[0022] 図 4を参照すると、まず SDP記述文書を含まない SIPUA3宛の INVITEリクエスト を SIPサーバ 4に送信する(ステップ S 1101)。
[0023] SIPサーバ 4は INVITEリクエストを宛先である SIPUA3に転送する(ステップ S11
02)。
[0024] SIPUA3は、呼開始要求が成功すると INVITEリクエストに SDP記述文章が含ま れて 、なかったので、オファーである SDP記述文書を付カ卩した SIPUA2宛の 200O Kレスポンスを SIPサーバ 4に送信する(ステップ S 1103)。
[0025] SIPサーバ 4は 200OKレスポンスを宛先である SIPUA2に転送する(ステップ SI 1 04)。
[0026] SIPUA2は 200OKレスポンスを受け取ると、 200OKレスポンスの受信応答である SIPUA3宛の ACKリクエストにアンサーの SDP記述文書を乗せて SIPサーバ 4に送 信する (ステップ S 1105)。 [0027] SIPサーバ 4は ACKリクエストを宛先である SIPUA3に転送する(ステップ S1106)
[0028] 音声データは、 SIPUA2からはオファーの SDP記述文書に記述された情報に従つ て SIPUA3の IPアドレスとポート番号に,また SIPUA3からはアンサーの SDP記述 文書に記述された情報に従って SIPUA2の IPアドレスとポート番号に送られ、音声 通話が実現する。
[0029] なお、 SIP制御システムでは、音声通話を識別するために CalHDを使用し、音声通 話を開始する装置力 NVITEリクエストに一意の CaU- IDを付与し、通話相手からのレ スポンスおよび ACKリクエストに同じ CalHDが付与される。
発明の開示
発明が解決しょうとする課題
[0030] しかしながら、 SIP制御システムを構成する装置の中には SDP記述文書のない IN
VITEリクエストを受け付けないものがある。このため、図 4のように SDP記述文書を 含めずに INVITEリクエストを送信する装置は、 SDP記述文書のな!、INVITEリクェ ストを受け付けな 、装置とは通話を行うことが出来な 、。
[0031] そこで本発明が解決しょうとしている課題は、 SIP制御システムおいて、 SDP記述 文書の無 、INVITEリクエストの宛先が、 SDP記述文書のな!、INVITEリクエストを 受け付けな 、装置の場合でも、通話を可能にすることである。
課題を解決するための手段
[0032] 上記課題を解決するための第 1の発明は、
端末間の接続を制御する SIP制御装置であって、
受信した SIPメッセージを検査する検査手段と、
前記検査の結果、前記 SIPメッセージが接続要求を示すリクエストであり、且つ接続 するに当たって必要となる接続元の情報が記述されている SDP記述文書が含まれて Vヽな ヽと判断された場合、代替装置を接続元とした SDP記述文書を生成する生成手 段と、
前記生成された SDP記述文書が付加された SIPメッセージを送信する送信手段と 前記代替装置と接続先の端末との間で接続が確立された後に、本来の接続元であ る端末と前記接続先の端末との間で実データを送受信するように設定する設定手段 と
を有することを特徴とする。
[0033] 上記課題を解決するための第 2の発明は、上記第 1の発明において、
前記生成手段は、自装置の IPアドレスと自装置の未使用ポートと通話に使用される 可能性のある全ての音声符号化方式とを記載した SDP記述文書を生成することを特 徴とする。
[0034] 上記課題を解決するための第 3の発明は、上記第 1の発明において、
前記生成手段は、自装置に接続された NAT装置の IPアドレスとこの NAT装置の 未使用ポートと通話に使用される可能性のある全ての音声符号ィ匕方式とを記載した
SDP記述文書を生成することを特徴とする。
[0035] 上記課題を解決するための第 4の発明は、上記第 1から第 3のいずれかの発明に おいて、
前記設定手段は、前記代替装置と接続先の端末との間で接続が確立された後、前 記代替装置宛に送信される実データを本来の接続元である端末に転送するように設 定することを特徴とする。
[0036] 上記課題を解決するための第 5の発明は、上記第 1又は第 2の発明において、 前記設定手段は、本来の接続元である端末の情報が記述された SDP記述文書を 付加した接続変更要求を送信することを特徴とする。
[0037] 上記課題を解決するための第 6の発明は、
端末間の接続を制御する SIP制御方法であって、
受信した SIPメッセージを検査する検査ステップと、
前記検査の結果、前記 SIPメッセージが接続要求を示すリクエストであり、且つ接続 するに当たって必要となる接続元の情報が記述されている SDP記述文書が含まれて Vヽな ヽと判断された場合、代替装置を接続元とした SDP記述文書を生成する生成ス テツプと、
前記生成された SDP記述文書が付加された SIPメッセージを送信する送信ステツ プと、
前記送信された SIPメッセージに基づいて、前記代替装置と接続先の端末との間 で接続を確立させる接続確立ステップと、
前記接続が確立された後に、本来の接続元である端末と前記接続先の端末との間 で実データを送受信するように設定する設定ステップと
を有することを特徴とする。
[0038] 上記課題を解決するための第 7の発明は、上記第 6の発明において、
前記生成ステップは、自装置の IPアドレスと自装置の未使用ポートと通話に使用さ れる可能性のある全ての音声符号化方式とを記載した SDP記述文書を生成すること を特徴とする。
[0039] 上記課題を解決するための第 8の発明は、上記第 6の発明において、
前記生成ステップは、自装置に接続された NAT装置の IPアドレスとこの NAT装置 の未使用ポートと通話に使用される可能性のある全ての音声符号ィ匕方式とを記載し た SDP記述文書を生成することを特徴とする。
[0040] 上記課題を解決するための第 9の発明は、上記第 6から第 8のいずれかの発明に おいて、
前記設定ステップは、前記接続が確立された後、前記代替装置宛に送信される実 データを本来の接続元である端末に転送するように設定することを特徴とする。
[0041] 上記課題を解決するための第 10の発明は、上記第 6又は第 7の発明において、 前記設定ステップは、本来の接続元である端末の情報が記述された SDP記述文 書を付加した接続変更要求を送信することを特徴とする。
[0042] 上記課題を解決するための第 11の発明は、
端末間の接続を制御する SIP制御装置のプログラムであって、前記プログラムは前 記 SIP制御装置を、
受信した SIPメッセージを検査する検査手段と、
前記検査の結果、前記 SIPメッセージが接続要求を示すリクエストであり、且つ接続 するに当たって必要となる接続元の情報が記述されている SDP記述文書が含まれて Vヽな ヽと判断された場合、代替装置を接続元とした SDP記述文書を生成する生成手 段と、
前記生成された SDP記述文書が付加された SIPメッセージを送信する送信手段と 前記代替装置と接続先の端末との間で接続が確立された後に、本来の接続元であ る端末と前記接続先の端末との間で実データを送受信するように設定する設定手段 と
して機能させることを特徴とする。
[0043] 上記課題を解決するための第 12の発明は、上記第 11の発明において、
前記生成手段は、自装置の IPアドレスと自装置の未使用ポートと通話に使用される 可能性のある全ての音声符号化方式とを記載した SDP記述文書を生成することを特 徴とする。
[0044] 上記課題を解決するための第 13の発明は、上記第 11の発明において、
前記生成手段は、自装置に接続された NAT装置の IPアドレスとこの NAT装置の 未使用ポートと通話に使用される可能性のある全ての音声符号ィ匕方式とを記載した
SDP記述文書を生成することを特徴とする。
[0045] 上記課題を解決するための第 14の発明は、上記第 11から第 13のいずれか発明に おいて、
前記設定手段は、前記代替装置と接続先の端末との間で接続が確立された後、前 記代替装置宛に送信される実データを本来の接続元である端末に転送するように設 定することを特徴とする。
[0046] 上記課題を解決するための第 15の発明は、上記第 11又は第 12の発明において、 前記設定手段は、本来の接続元である端末の情報が記述された SDP記述文書を 付加した接続変更要求を送信することを特徴とする。
[0047] 本発明による SIP制御システムでは、 SIPメッセージの中継を行う SIPサーバの機 能を持つ SIP制御装置を有し、さらに SIP制御装置は SDP生成手段を有して 、る。
[0048] このような構成を採用し、 SIP制御装置で SDP記述文書の無い INVITEリクエスト を受信したときには、 INVITEリクエストを中継する際に SDP記述文書が含まれてい な 、ことを検知して代替装置を接続元とした代替 SDP記述文書を作成し、 INVITEリ タエストに書き込んで転送する。そして、代替装置と接続先の端末との間で接続が確 立された後に、本来の接続元である端末と接続先の端末との間で実データを送受信 するように設定することで、通話を可能にする。尚、この代替装置は、本発明における SIP制御装置、 NAT装置、又は NAT機能を有した SIP制御装置であり、 SIPメッセ ージを送受信する端末と接続されて ヽる装置であれば良 ヽ。
発明の効果
[0049] 本発明の効果は、 SDP記述文書のない INVITEリクエストを受け付けない装置宛 に SDP記述文書のな!、INVITEリクエストが送られても、 SIP制御装置で代替 SDP 記述文書を付加することで、 INVITEリクエストが受け付けられ通話が可能になること である。
図面の簡単な説明
[0050] [図 1]図 1は SDP記述文書の一例である。
[図 2]図 2は従来の SIP制御システムの構成例を示すブロック図である。
[図 3]図 3は従来の SIP制御システムによる SIPメッセージのシーケンス図である。
[図 4]図 4は従来の SIP制御システムによる SIPメッセージのシーケンス図である。
[図 5]図 5は本発明の第 1の実施の形態の SIP制御システムの主要構成を示すブロッ ク図である。
[図 6]図 6は代替 SDP記述文書の一例である。
[図 7]図 7は本発明の第 1の実施の形態の SIP制御システムおいて、 SIPメッセージ検 查手段において行われる処理の流れを示すフローチャートである。
[図 8]図 8は本発明の第 1の実施の形態で SDP記述文書の無い INVITEリクエストが 送信されたときの SIP制御システムによる SIPメッセージのシーケンス図である。
[図 9]図 9は本発明の第 1の実施の形態で SDP記述文書の有る INVITEリクエストが 送信されたときの SIP制御システムによる SIPメッセージのシーケンス図である。
[図 10]図 10は本発明の第 2の実施の形態の SIP制御システムの主要構成を示すブ ロック図である。
[図 11]図 11は本発明の第 2の実施の形態の SIP制御システムにお 、て、 SIPメッセ ージ検査手段において行われる処理の流れを示すフローチャートである。 [図 12]図 12は本発明の第 2の実施の形態で SDP記述文書の無い INVITEリクエスト が送信されたときの SIP制御システムによる SIPメッセージのシーケンス図である。
[図 13]図 13は本発明の第 3の実施の形態の SIP制御システムの主要構成を示すブ ロック図である。
[図 14]図 14は本発明の第 3の実施の形態の SIP制御システムにおいて、 SIPメッセ ージ検査手段において行われる処理の流れを示すフローチャートである。
[図 15]図 15は本発明の第 3の実施の形態で SDP記述文書の無!ヽ INVITEリクエスト が送信されたときの SIP制御システムによる SIPメッセージのシーケンス図である。
[図 16]図 16は、本発明の第 1の実施例における SIP制御システムの主要構成を示す ブロック図である。
[図 17]図 17は、本発明の第 1の実施例における SIP制御システムによる SIPメッセ一 ジのシーケンス図である。
[図 18]図 18は、本発明の第 1の実施例における、 CalHD記憶部で管理されるテープ ルの一例である。
[図 19]図 19は、本発明の第 1の実施例において SDP記述文書の無い INVITEリク ェストが送信されたときの SIP制御システムによる SIPメッセージのシーケンス図であ る。
[図 20]図 20は、本発明の第 2の実施例における SIP制御システムの主要構成を示す ブロック図である。
[図 21]図 21は、本発明の第 2実施例において SDP記述文書の無い INVITEリクエス トが送信されたときの SIP制御システムによる SIPメッセージのシーケンス図である。
[図 22]図 22は、本発明の第 2実施例における通知アドレス記憶部で使用される通知 アドレス管理テーブルの一例である。
[図 23]図 23は、本発明の第 3の実施例における SIP制御システムの主要構成を示す ブロック図である。 符号の説明
1 ネットワーク
2 SIPUA SIPUA
SIPサーバ
ネットワーク
SIP構成要素
SIP構成要素
SIP制御装置 送受信手段
SIPメッセージ検查手段
SDP生成手段
Call-ID記憶部 ネットワーク
SIP構成要素
SIP構成要素
SIP制御装置 送受信手段
SIPメッセージ検査手段
SDP生成手段
NAT装置制御手段 通知アドレス記憶部
NAT装置
ネットワーク
SIP構成要素
SIP構成要素
SIP制御装置 送受信手段
NAT手段
SIPメッセージ検査手段
SDP生成手段 335 NAT手段制御手段
336 通知アドレス記憶部
400 ネットワーク
410 SIP端末
420 GW装置
430 SIP制御装置
431 送受信手段
432 SIPメッセージ検査手段
433 SDP生成手段
434 Call-ID記憶部
440 公衆電話網
450 公衆電話端末
500 ネットワーク
510 SIP端末
520 GW装置
530 SIP制御装置
531 送受信手段
532 SIPメッセージ検査手段
533 SDP生成手段
534 NAT装置制御手段
535 通知アドレス記憶部
540 NAT装置
550 公衆電話網
560 公衆電話端末
600 ネットワーク
610 SIP端末
620 GW装置
630 SIP制御装置 631 送受信手段
632 NAT手段
633 SIPメッセージ検査手段
634 SDP生成手段
635 NAT手段制御手段
636 通知アドレス記憶部
640 公衆電話網
650 公衆電話端末
発明を実施するための最良の形態
[0052] 次に、本発明を実施するための最良の形態について図面を参照して詳細に説明 する。
[0053] 図 5は、本発明を実施するための第 1の実施の形態の SIP制御システムの構成を示 すブロック図である。
[0054] 図 5を参照すると、本発明の第 1の実施の形態の SIP制御システムは、 SIP構成要 素 110と、 SIP構成要素 120と、 SIP制御装置 130と、 SIP構成要素 110と SIP構成 要素 120と SIP制御装置 130と接続するネットワーク 100とを有する。尚、 SIP構成要 素は SIPUA等である。
[0055] SIP制御装置 130は、送受信手段 131と、 SIPメッセージ検査手段 132と、 SDP生 成手段 133と、 CalHD記憶部 134とを備え、 SIP構成要素 110と SIP構成要素 120と の間で SIPメッセージを中継する。
[0056] 送受信手段 131は、ネットワーク 100と SIPメッセージ検査手段 132との間でデータ の中継を行う。
[0057] SIPメッセージ検査手段 132は SIPメッセージがどのようなメッセージであるか各種 検査を行う。また、 SPI制御装置と SIP構成要素 110又は SIP構成要素 120との間で 接続が確立された後に、本来の接続元である SIP構成要素と前記接続先の SIP構成 要素との間で実データを送受信するように設定変更のリクエストを生成する。
[0058] SDP生成手段 133は、 SIPメッセージ検査手段 132から指定された IPアドレスとポ 一トとを音声データ受信先とする SDP記述文書を作成する。図 6は、 SDP記述文書 の構成要素を示すものであり、 SDP記述文書 500は、受信 IPアドレス 501と、受信ポ ート番号 502と、受信可能な音声符号ィ匕方式 503とを有する。なお、 SDP記述文書 500には受信 IPアドレス 501、受信ポート番号 502、受信可能な音声符号化方式 50 3以外の情報を含むが、本発明の第 1の実施の形態の SIP制御システムの動作とは 関係しないので省略する。
[0059] Call-ID記憶部 134は、音声通話を開始する SIP構成要素が通話を一意に識別す るために発行し SIPメッセージに付与された CalHDを記憶する。
[0060] 図 7は, SIP制御装置 130の SIPメッセージ検査手段 132の動作を説明するフロー チャートであり、図 5、図 6、ならびに図 7と合わせて SIPメッセージ検査手段 132の動 作を説明する。
[0061] SIP制御装置 130において、 SIPメッセージ検査手段 132は SIPメッセージを送受 信手段 131から受け取ると動作を開始し (ステップ A2000)、 SIPメッセージがリクェ ストかレスポンスであるか検査する(ステップ A2001)。
[0062] ステップ A2001において SIPメッセージがリクエストであると判定された場合には、
SIPメッセージ検査手段 131はさらに INVITEリクエストであるか検査する(ステップ A
2002)。
[0063] ステップ A2002の検査の結果、 SIPメッセージ力 NVITEリクエストであった場合、 SIPメッセージ検査手段 132はその INVITEリクエストに SDP記述文書が含まれてい るか検査を行う(ステップ A2003)。
[0064] ステップ A2003の検査で、 SDP記述文書が含まれていると判定された場合、 SIPメ ッセージをそのまま SIPメッセージの宛先へ転送する(ステップ A2007)。
[0065] 一方、ステップ A2003において INVITEリクエストに SDP記述文書が含まれていな いと判定された場合には、 SIPメッセージ検査手段 132は SIP制御装置 130のァドレ ス及び未使用ポートを取得して (ステップ A2004)、 SDP生成手段 133によりそれら を音声データ受信先とする代替 SDP記述文書を生成する (ステップ A2005)。ここで 、 SDP記述文書の受信 IPアドレス 501と受信ポート番号 502とには、それぞれステツ プ A2004で取得した IPアドレスおよびポート番号をそれぞれ設定する。また、受信 可能な音声符号ィ匕方式 503には、 SIP制御装置 130が受信可能な全ての音声符号 化方式を記述する。
[0066] ステップ A2005で生成した代替 SDP記述文書を INVITEリクエストに付カ卩して(ス テツプ A2006)、 SIPメッセージの宛先へ転送する(ステップ A2007)。
[0067] ステップ A2002にお!/、て、 SIPメッセージ力 NVITEリクエストでなかった場合には 、 SIPメッセージ検査手段 132は SIPメッセージが ACKリクエストであるか検査する( ステップ A2008)。
[0068] ステップ A2008の検査の結果、 SIPメッセージが ACKリクエストでない場合にはそ のまま SIPメッセージの宛先へ転送する(ステップ A2007)。
[0069] ステップ A2008で SIPメッセージが ACKリクエストであった場合には SIPメッセージ 検査手段 132は ACKリクエストに SDP記述文書が含まれる力、検査する (ステップ A2
009)。
[0070] ステップ A2009での検査の結果、 SDP記述文書が含まれない場合にはそのまま S
IPメッセージの宛先へ転送する(ステップ A2007)。
[0071] ステップ A2009で ACKリクエストに SDP記述文書が含まれる場合には、 ACKリク ェストの CalHDを CalHD管理部 134に記憶した後(ステップ A2010)、 ACKリクエス トから SDP記述文書を削除して転送する (ステップ A2011)。
[0072] 次に SIPメッセージ検査手段 132は、 ACKリクエストの送信元を宛先とする INVIT
Eリクエストを作成する(ステップ A2012)。ステップ A2012では、 CalHDとして ACK リクエストの CalHDを付カ卩する。
[0073] そして、 ACKリクエストに含まれている SDP記述文書を INVITEリクエストに転記し た後 (ステップ A2013)、 SIP構成要素 120への転送を送受信手段に指示する (ステツ プ A2007)。
[0074] ステップ A2001において、 SIPメッセージがレスポンスであった場合には、 SIPメッ セージ検査手段 132は、レスポンスに含まれた CalHDが CalHD記憶部 134に記憶 されているか調べ (ステップ A2014)、 CalHDが記憶されていない場合にはそのまま 転送し (ステップ A2007)、記憶されている場合には SIPメッセージ送信元を宛先とす る ACKリクエストを生成し (ステップ A2015)送信すると共に、 CaU-ID記憶部 134か ら SIPメッセージの CalHDを削除する(ステップ A2016)。 [0075] 図 8は、本発明の第 1の実施の形態において、 SIP構成要素 110が SIP構成要素 1 20と通話を開始するに当たって、 SDP記述文書のない INVITEリクエストを SIP制御 装置 130に送信した場合の SIP制御システムの動作を説明するものであり、図 5、図 6ならびに図 7と合わせて説明する。
[0076] SIP構成要素 110が SDP記述文書のない SIP構成要素 120宛の INVITEリクエス トを SIP制御装置 130に送信する (ステップ S 1201)。
[0077] SIP制御装置 130は、 SIP構成要素 110から INVITEリクエストを送受信手段 131 で受信し、 SIPメッセージ検査手段 132に渡す。
[0078] SIPメッセージ検査手段 132は、 SIP構成要素 110から受信した INVITEリクエスト を受信する(図 7のステップ A2000)と、 SIPメッセージが SDP記述文書の無い INVI TEリクエストであることを検出する (図 7のステップ A2001、 A2002、 A2003および 図 8のステップ SI 202)。
[0079] そこで、 SIPメッセージ検査手段 132は SIP制御装置 130の未使用ポートを確保し た後(図 7のステップ A2004および図 8のステップ S1203)、 SDP生成手段 133によ り音声データ受信先を SIP制御装置 130の IPアドレスと確保したポートとする代替 S DP記述文書を生成し(図 7のステップ A2005および図 8のステップ S 1204、 S 1205 、 S1206)、前記 INVITEリクエストに追記して(図 7のステップ A2006および図 8の ステップ S1207)、 SIP構成要素 120に転送する(図 7のステップ A2007および図 8 のステップ S 1208)。
[0080] SIP構成要素 120は、 SIP制御装置 130から転送された INVITEリクエストに含ま れる SDP記述文書をオファーの SDP記述文書と認識し、この INVITEリクエストを受 付け、呼開始処理に入る。
[0081] SIP構成要素 120は呼開始要求が成功すると、 SIP構成要素 110宛の 200OKレ スポンスにアンサーの SDP記述文書を付けて、 SIP制御装置 130に送信する(図 8の ステップ S 1209)。
[0082] SIPメッセージ検査手段 132は、前記 200OKレスポンスを受信すると、まずレスポ ンスであることを検出し(図 7のステップ A2001および図 8のステップ S 1210)、次い で受信した 200OKレスポンスの CalHDが CalHD記憶部に記憶されて!ヽな 、ことを 確認して(図 7のステップ A2014および図 8のステップ S1211)、この 200OKレスポ ンスを SIP構成要素 110に転送する(図 7のステップ A2007及び図 8のステップ S 12 12)。
[0083] SIP構成要素 110は、図 8のステップ S1201において SDP記述文書を含まない I NVITEリクエストを送っているので SIP制御装置から転送された 200OKレスポンス の SDP記述文章をオファーとして認識し、この 200OKレンスポンスの受信応答であ る SIP構成要素 120宛の ACKリクエストにアンサーである SDP記述文書を付けて、 S IP制御装置 130に送信する(図 8のステップ S 1213)。
[0084] SIPメッセージ検査手段 132は、 SIP構成要素 110から ACKリクエストを受信すると 、 SDP記述文書を含む ACKリクエストであることを検出し(図 7のステップ A2001、 A 2002、 A2008、 A2009および図 8のステップ S1214)、 ACKリクエス卜の CalHDを CalHD記憶部 134に記憶する(図 7のステップ A2010および図 8の S1215)。そして 、 SIPメッセージ検査手段 132は、 SDP記述文書を SIP構成要素 110から受信した A CKリクエストから削除して、 SIP構成要素 120に転送する(図 7のステップ A2011お よび図 8のステップ S1216、 S1217)。この時点で通話は開始するが、図 8のステップ S 1208で SIP構成要素 120へ送信した INVITEリクエストに音声データ受信先を SI P制御装置 130とする代替 SDP記述文書を付加したため、 SIP構成要素 120は音声 データを SIP制御装置 130に送信する。 SIP構成要素 110の音声データ受信先は図 8のステップ S1213の ACKリクエストに含まれている SDP記述文書に記載されてい るので、 SIP構成要素 120に図 8のステップ S1213の ACKリクエストに含まれている SDP記述文書を転記した INVITEリクエストを送信することで、 SIP構成要素 120が SIP構成要素 110に音声データを送信するように変更する。
[0085] SIPメッセージ検査手段 132は、先の ACKリクエストの CaU- IDを付カ卩した SIP構成 要素 120宛の INVITEリクエストを作成し(図 7のステップ A2012および図 8のステツ プ S1218)、 ACKリクエストに含まれていた SDP記述文書を転記した後(図 7のステ ップ A2013および図 8のステップ S1219)、 SIP構成要素 120に送信する(図 7のス テツプ A2007および図 8のステップ S1220)。
[0086] SIP構成要素 120は、 SIP制御装置からの INVITEリクエストを受け取ると音声デ ータ送信先を S DP記述文書で指示されて!、る先に変更したのち、 200OKレスポン スを SIP制御装置 130に送信する(図 8のステップ S 1221)。
[0087] SIPメッセージ検査手段 132は、 SIP構成要素 120からの 200OKレスポンスがレス ポンスであることを検出し(図 7のステップ A2001および図 8のステップ S1222)、さら に受信した 200OKの CalHDが CalHD記憶部 134に記憶されていることを確認する と(図 7のステップ A2014および図 8のステップ S1223)、この 200OKレスポンスの送 信元である SIP構成要素 120を宛先とする ACKリクエストを作成し(図 7のステップ A 2015および図 8のステップ SI 224)、 CalHD記憶部 134からこの 200OKレスポンス の CaU- IDを削除した後(図 7のステップ A2016および図 8のステップ S1225)、 SIP 構成要素 120に送信する(図 7のステップ A2007および図 8のステップ S 1226)。
[0088] 以上により、 SDP記述文書の無い INVITEリクエストの宛先が SDP記述文書の無 V、INVITEリクエストを受け付けな 、SIP構成要素の場合でも、 SIP制御装置にお ヽ て代替 SDP記述文書が付加されることにより受け付けられ、通話を行うことが可能に なる。なお、ここでは SIP構成要素 110が SIP構成要素 120に対して通話を開始する 場合を説明したが、 SIP構成要素 120が SIP構成要素 110に対して通話を開始する 場合の動作も同様である。
[0089] 図 9は、本発明の第 1の実施の形態において、 SIP構成要素 110が SIP構成要素 1 20と通話を開始するに当たって、 SDP記述文書の有る INVITEリクエストを SIP制御 装置 130に送信した場合の SIP制御システムの動作を説明するものであり、図 5、図 6ならびに図 7と合わせて説明する。
[0090] SIP構成要素 110がオファーである SDP記述文書を含む SIP構成要素 120宛の I NVITEリクエストを SIP制御装置 130に送信する(図 9のステップ S 1301 )。
[0091] SIPメッセージ検査手段 132は、 SIP構成要素 110からの INVITEリクエストを受信 する(図 7のステップ A2000)と、 SIPメッセージが SDP記述文書を含む INVITEリク ェストであることを検出するので (図 7のステップ A2001、 A2002、 A2003および図 9 のステップ S1302)、受信した INVITEリクエストを SIP構成要素 120に転送する(図 7 のステップ A2007および図 9のステップ S1303)。
[0092] SIP構成要素 120は、 SIP制御装置 130から転送された INVITEリクエストに含ま れて 、る SDP記述文書をオファーの SDP記述文書として認識し、転送された INVIT Eリクエストを受付け、呼開始処理に入る。
[0093] SIP構成要素 120は呼開始要求が成功すると、 SIP構成要素 110宛の 200OKレ スポンスにアンサーの SDP記述文書を付けて、 SIP制御装置 130に送信する(図 9の ステップ S 1304)。
[0094] SIPメッセージ検査手段 132は、 SIP構成要素 120から 200OKレスポンスを受信 すると、まずレスポンスであることを検出し(図 7のステップ A2001および図 8のステツ プ S 1305)、次いでこの 200OKレスポンスの CaU-IDが CalHD記憶部に記憶されて いないことを確認して(図 7のステップ A2014および図 9のステップ S1306)、この 20 OOKレスポンスを SIP構成要素 200に転送する(図 7のステップ A2007及び図 9のス テツプ S 1307)。
[0095] SIP構成要素 110は、 SIP制御装置から転送された 200OKレスポンスに対して SI P構成要素 120宛の ACKリクエストを SIP制御装置 130に送信する(図 9のステップ S 1308)。
[0096] SIPメッセージ検査手段 132は、 SIP構成要素 110から ACKリクエストを受信すると 、 SDP記述文書を含まない ACKリクエストであることを検出するので(図 7のステップ A2001、 A2002、 A2008、 A2009および図 9のステップ S1309)、この ACKリクェ ストを転送する(ステップ A2007および S 1310)。
[0097] 以上により、音声データが SIP構成要素 110と SIP構成要素 120との間で送受信さ れるようになり、通話が可能になる。なお、ここでは SIP構成要素 110が SIP構成要素 120に対して通話を開始する場合を説明したが、 SIP構成要素 120が SIP構成要素 110に対して通話を開始する場合の動作も同様である。
[0098] 次に、本発明を実施するための第 2の実施の形態について図面を参照して詳細に 説明する。
[0099] 図 10は、本発明の第 2の実施の形態の構成を示すブロック図である。
[0100] 図 10を参照すると、本発明の第 2の実施の形態に係る SIP制御システムは、ネット ワーク 200に SIP構成要素 210と、 SIP構成要素 220と、 SIP制御装置 230と、 NAT 装置 240が接続する構成となる。 [0101] SIP構成要素 210ならびに SIP構成要素 220の機能については、図 5における本 発明の第 1の実施形態の SIP構成要素 110ならびに SIP構成要素 120の機能とそれ ぞれ同じであるためここでは説明を省略する。
[0102] NAT装置 240は、指定されたポート番号で受信した IPパケットを、設定された IPァ ドレスおよびポート番号に転送する機能を有する。
[0103] 本発明の第 2の実施の形態に係る SIP制御装置 230は、送受信手段 231と、 SIPメ ッセージ検査手段 232と、 SDP生成手段 233と、 NAT装置制御手段と 234、通知ァ ドレス記憶部 235とから構成される。ここで、送受信手段 231および SDP生成手段 2 33の機能は図 5における本発明の第 1の実施形態の SIP制御装置 130の送受信手 段 131および SDP生成手段 133とそれぞれ同じであるためここでは説明を省略する 。通知アドレス記憶部 235は、指定された CalHDを見出しとして IPアドレスとポート番 号を記憶する。 NAT装置制御手段 234は、 NAT装置 240に対して、未使用ポート の確保、 IPパケットのアドレス書換え規則の設定を指示する機能を有する。
[0104] 図 11は, SIP制御装置 230の SIPメッセージ検査手段 232の動作を説明するフロ 一チャートであり、図 10と合わせて SIPメッセージ検査手段 232の動作を説明する。
[0105] SIP制御装置 230において、 SIPメッセージ検査手段 232は送受信手段 231から S IPメッセージを受取ると (ステップ A2100)、まず SIPメッセージがリクエストであるかレ スポンスであるカゝを検査する(ステップ A2101)。
[0106] ステップ A2101の検査の結果、 SIPメッセージがレスポンスの場合である場合には そのまま受信した SIPメッセージの宛先に転送し (ステップ A2108)、 SIPメッセージ 力 Sリクエストであった場合には、さらに SIPメッセージ力 NVITEリクエストであるか検 查する(ステップ A2102)。
[0107] ステップ A2102の検査で SIPメッセージ力 NVITEリクエストであった場合には、さ らに INVITEリクエストに SDP記述文書が含まれるか検査する(A2103)。
[0108] ステップ A2103の検査の結果、 INVITEリクエストに SDP記述文書がある場合に はそのまま SIPメッセージの宛先に転送し (ステップ A2108)、 SDP記述文書の無い 場合には、 SIPメッセージ検査手段 232は NAT装置制御手段 234により NAT装置 2 40の未使用ポートを取得し (ステップ A2104)、 SDP生成手段 233により音声データ の受信アドレスとポート番号をそれぞれ NAT装置 240の IPアドレスおよびステップ 2 104で取得したポート番号とを記述した代替 SDP記述文書を生成した後 (ステップ A 2105)、 INVITEリクエストに付カ卩して(ステップ A2106)、受信した INVITEリクエス トの CalHDと代替 SDP記述文書に記述した NAT装置 240の IPアドレスとポート番号 を一組として通知アドレス記憶部 235に記憶した後(ステップ A2107)、 SIPメッセ一 ジの宛先に転送する(ステップ A2108)。
[0109] ステップ A2102の検査において、 SIPメッセージ力 NVITEリクエストでなかった場 合には、 SIPメッセージ検査手段 232はさらに SIPメッセージが ACKリクエストである か検査する(ステップ A2109)。
[0110] ステップ A2109の検査の結果、 SIPメッセージが ACKリクエストでない場合にはそ のまま SIPメッセージの宛先に転送し (ステップ A2108)、ACKリクエストであった場合 にはさらに SDP記述文書を含む力、検査する (ステップ A2110)。
[0111] ACKリクエストが SDP記述文書を含まな!/、場合にはそのまま SIPメッセージの宛先 に転送し (ステップ A2108)、 SDP記述文書を含む場合にはまず ACKリクエストから S DP記述文書を削除して SIPメッセージの宛先に転送し (ステップ A2111)、次いで A CKリクエストの CalHDをキーとして通知アドレス記憶部 235に記憶されている IPアド レスとポート番号を取得すると共に ACKリクエストの CalHDをもつ通知アドレス記憶 部のエントリーを削除する (ステップ A2112)。
[0112] そして、取得した IPアドレス ·ポートに送られてくる IPパケットを先の ACKリクエスト の SDP記述文書に書かれた受信先 IPアドレスならびにポート番号へ転送するよう〖こ NAT装置制御手段 234に指示し、 NAT装置制御手段 234は NAT装置 240にアド レス書き換え規則を設定する (ステップ A2113)。
[0113] 図 12は、本発明の第 2の実施の形態において、 SIP構成要素 210が SIP構成要素 220と通話を開始するに当たって、 SDP記述文書のない INVITEリクエストを SIP制 御装置 230に送信した場合の SIP制御システムの動作を説明するものであり、図 10 ならびに図 11と合わせて説明する。
[0114] SIP構成要素 210が SDP記述文書のない INVITEリクエストを SIP制御装置 230 に送信する(図 12のステップ S 1401)。 [0115] SIP制御装置 230は、 SIP構成要素 210から受信した INVITEリクエストを送受信 手段 231で受信し、 SIPメッセージ検査手段 232に渡す。
[0116] SIPメッセージ検査手段 232は、送受信手段 231から INVITEリクエストを渡される
(図 11のステップ A2100)と、 SIPメッセージが SDP記述文書の無い INVITEリクェ ストであることを検出する (図 11のステップ A2101、 A2102、 A2103および図 12の ステップ S1402)。そこで、 SIPメッセージ検査手段 232は NAT装置 240の未使用ポ ートを確保した後(図 11のステップ A2104および図 12のステップ S1403、 S1404、 S1405、 S 1406)、 SDP生成手段 233により音声データ受信先を NAT装置 240の I Pアドレスと確保したポートとする代替 SDP記述文書を生成し(図 11のステップ A210 5および図 12のステップ S1407、 S1408, S1409)、 SIP構成要素 210力も受信し た INVITEリクエストに付カ卩する(図 11のステップ A2106および図 12のステップ S14 10)と共に、代替 SDP記述文書に記述した NAT装置 240のポート番号と IPアドレス をこの INVITEリクエストの CaU-IDと共に通知アドレス記憶部 235に記憶した後(図 1 1のステップ A2107および図 12のステップ S1411)、 SIP構成要素 220に転送する( 図 11のステップ A2108および図 12のステップ S1412)。
[0117] SIP構成要素 220は、 SIP制御装置 230から転送された INVITEリクエストに含ま れる SDP記述文書をオファーの SDP記述文書として認識し、この INVITEリクエスト を受付け、呼開始処理に入る。
[0118] SIP構成要素 220は呼開始要求が成功すると、 SIP構成要素 210宛の 200OKレ スポンスにアンサーの SDP記述文書を付けて、 SIP制御装置 230に送信する(図 12 のステップ S 1413)。
SIPメッセージ検査手段 232は、 SIP構成要素 220からの 200OKレスポンスを受信 すると、まずレスポンスであることを検出し(図 11のステップ A2101および図 12のス テツプ S 1414)、 SIP構成要素 210に転送する(図 11のステップ A2108及び図 12の S1415)。
[0119] SIP構成要素 210は、ステップ S 1401において SDP記述文書を含まない INVITE リクエストを送信しているため、 SIP制御装置 230力 転送された 200OKレスポンス に含まれる SDP記述文書をオファーとして認識し、 SIP構成要素 220宛の ACKリク ェストにアンサーである SDP記述文書を付けて、 SIP制御装置 230に送信する(図 1 2のステップ S 1416)。
[0120] SIPメッセージ検査手段 232は、 SIP構成要素 210から ACKリクエストを受信すると 、まず SDP記述文書を含む ACKリタエストであることを検出し(図 11のステップ A21 01、 A2102、 A2109、 A2110および図 12のステップ S1417)、 SDP記述文書を A CKリクエストから削除して転送する(図 11のステップ A2111および図 12のステップ S 1418、 S1419)。
[0121] この時点で通話は開始する力 ステップ S1412で SIP構成要素 220へ送信した IN VITEリクエストに音声データ受信先を NAT装置 240とする代替 SDPを付加したた め、 SIP構成要素 220は音声データを NAT装置 240に送信する。一方、 SIP構成要 素 210の音声データ受信先はステップ S1416の ACKリクエストに含まれている SDP 記述文書に記載されている。そこで、 NAT装置 240に送られてくる音声データをステ ップ S 1416の ACKリクエストに含まれている SDP記述文書に記載された先へ転送 するように NAT装置 240の設定を行う。
[0122] SIPメッセージ検査手段 232は、 SIP構成要素 210から受信した ACKリクエストの C alHDを基に通知アドレス記憶部 235から SIP構成要素 220への INVITEリクエスト で通知した NAT装置 240の IPアドレスとポートを取得すると同時にそれらのエントリ 一を通知アドレス記憶部 235から削除し(図 11のステップ A2112および図 12のステ ップ S 1420)、図 12のステップ S 1420で取得した NAT装置 240の IPアドレスとポート とに送られてくる音声データをステップ S1416の ACKリクエストに含まれている SDP 記述文書に記載された先へ転送するように NAT装置制御手段 234により NAT装置 240にアドレス書き換え規則を設定する(図 11のステップ A2113および図 12のステ ップ S1421、 S1422)。
[0123] 以上により、 SIP構成要素 210は SIP構成要素 220に音声データを送信し、 SIP構 成要素 220は NAT装置 240に音声データを送信し、 NAT装置 240が SIP構成要 素 220の音声データを SIP構成要素 210に転送する。結果として、 SIP構成 210と SI P構成要素 220との間で音声データが送受信され通話が可能となる。なお、ここでは SIP構成要素 210が SIP構成要素 220に対して通話を開始する場合を説明したが、 SIP構成要素 220が SIP構成要素 210に対して通話を開始する場合の動作も同様 である。
[0124] SIP構成要素 210または SIP構成要素 220が相手に SDP記述文書のある INVIT Eリクエストを送る場合の SIP制御システムの動作は、第 1の実施の形態の SIP制御シ ステムにおいて SIP構成要素 110または SIP構成要素 120が相手に SDP記述文書 のある INVITEリクエストを送る場合の動作と同一であるため説明を省略する。
[0125] 次に、本発明を実施するための第 3の実施の形態について図面を参照して詳細に 説明する。
[0126] 図 13は、本発明の第 3の実施の形態の構成を示すブロック図である。
[0127] 図 13を参照すると、本発明の第 3の実施の形態に係る SIP制御システムは、ネット ワーク 300に SIP構成要素 310と、 SIP構成要素 320と、 SIP制御装置 330とが接続 される構成を持つ。なお、図 13における SIP構成要素 310および SIP構成要素 320 は、図 5における本発明の第 1の実施形態の SIP構成要素 110ならびに SIP構成要 素 120の機能とそれぞれ同じであるためここでは説明を省略する。
[0128] 本発明の第 3の実施の形態に係る SIP制御装置 330は、送受信手段 331と、 NAT 手段 332と、 SIPメッセージ検査手段 333と、 SDP生成手段 334と、 NAT手段制御 手段 335と、通知アドレス記憶部 336と、を有する。送受信手段 331、 SDP生成手段 334、通知アドレス記憶部 336の機能は、図 10に示された第 2の実施の形態におけ る SIP制御装置 230の構成における送受信手段 231と、 SDP生成手段 233と、通知 アドレス記憶部 235とそれぞれ同じであるためここでは説明を省略する。
[0129] NAT手段 332は、設定された書き換え規則に従って SIP制御装置 330の指定され たポート番号で受信した IPパケットを指定された送信先 IPアドレスとポート番号に転 送する機能を有し、送受信手段 331と SIPメッセージ検査手段 333との間に設置され る。また、 NAT手段 332は、書き換え規則に当てはまらないパケットは透過的に中継 する。
[0130] NAT手段制御手段 335は、 SIPメッセージ検査手段 333の指示により、 NAT手段
332に書き換え規則を設定する機能を有する。
[0131] 図 14は, SIP制御装置 330の SIPメッセージ検査手段 333の動作を説明するフロ 一チャートである。なお、図 14におけるステップ A2200〜A2203、 A2205〜A221 2は、図 11に示す第 2の実施の形態の SIP制御システムにおける SIPメッセージ検査 手段 232の動作ステップ A2100〜A2103、 A2105〜A2112とそれぞれ同じであり 、ここでは説明を省略する。
[0132] SIPメッセージ検査手段 333は、ステップ A2204において、受信した SIPメッセージ が SDP記述文書の無!、INVITEリクエストであった場合には、 SIP制御装置 330の 未使用ポートを取得して SDP生成手段に通知する。
[0133] また、 SIPメッセージ検査手段は、ステップ A2213において、受取った SIPメッセ一 ジが SDP記述文書を含む ACKリクエストであった場合には、ステップ A2212で取得 した IPアドレス ·ポートに送られてくる IPパケットを受信した ACKリクエストの SDP記 述文書に書かれた受信先 IPアドレスならびにポート番号へ転送するような書き換え 規則を NAT手段 332に設定するよう、 NAT手段制御手段 335に指示する。
[0134] 図 15は、本発明の第 3の実施の形態において、 SIP構成要素 310が SIP構成要素 320と通話を開始するに当たって、 SDP記述文書のない INVITEリクエストを SIP制 御装置 330に送信した場合の SIP制御システムの動作を説明するものであり、図 13 ならびに図 14と合わせて説明する。
[0135] なお、図 15のステップ S1501、 S1502、 S1504〜S1517は、図 12に示す第 2の 実施の形態において SIP構成要素 210が SIP構成要素 220と通話を開始する際に S DP記述文書のない INVITEリクエストを SIP制御装置 230に送信した場合の SIP制 御システムの動作ステップ S 1401、 S1402、 S1407〜1420とそれぞれ同じである ため、ここでは説明を省略する。
[0136] 図 15のステップ S1503において、 SIPメッセージ検査手段 333は、図 14のステップ A2204により SIP制御装置 330の未使用ポートを確保し、 SDP生成手段 334に通 知する。
[0137] また、図 15のステップ S1518において、 SIPメッセージ検査手段 333は図 14のス テツプ A2213により、図 15のステップ S 1517 (014のステップ A2212)で取得した I Pアドレス ·ポートに送られてくる IPパケットを図 15のステップ S 1513で受信した ACK リクエストの SDP記述文書に書かれた受信先 IPアドレスならびにポート番号へ転送 するような書き換え規則を NAT手段 332に設定するよう NAT手段制御手段 335に 指示し、 NAT手段制御手段 335は NAT手段 332のパケット転送設定のためのアド レス書き換え規則の設定を行う(図 14のステップ A2213および図 15のステップ S 15 19)。
[0138] 以上により、 SIP構成要素 310は SIP構成要素 320に音声データを送信し、 SIP構 成要素 320は SIP制御装置 330に音声データを送信し、 SIP制御装置 330は NAT 手段 332により SIP構成要素 320の音声データを SIP構成要素 310に転送する。結 果として、 SIP構成 310と SIP構成要素 320との間で音声データが送受信され通話が 可能となる。なお、ここでは SIP構成要素 310が SIP構成要素 320に対して通話を開 始する場合を説明したが、 SIP構成要素 320が SIP構成要素 310に対して通話を開 始する場合の動作も同様である。
[0139] SIP構成要素 310または SIP構成要素 320が相手に SDP記述文書のある INVIT Eリクエストを送る場合の SIP制御システムの動作は、第 1の実施の形態の SIP制御シ ステムにおいて SIP構成要素 110または SIP構成要素 120が相手に SDP記述文書 のある INVITEリクエストを送る場合の動作と同一であるため説明を省略する。
[0140] 尚、上述した第 1、第 2及び第 3の実施の形態の SIP制御装置は、上記説明からも 明らかなように、ハードウェアで構成することも可能である力 コンピュータプログラム により実現することも可能である。
[0141] プログラムメモリに格納されているプログラムで動作するプロセッサによって、上述し た実施の形態と同様の機能、動作を実現させる。
[0142] 次に、本発明の第 1の実施例を、図 16および図 17を参照して説明する。かかる実 施例は本発明を実施するための第 1の実施の形態に対応するものである。
[0143] SIP構成要素 110として、例えばソフトフォンや固定電話などの SIP端末 410を、 SI P構成要素 120として、 GW(Gateway)装置 420を備えている。 GW装置 420には、公 衆電話網 440が接続され、公衆電話網 440には公衆電話端末 450が接続されて ヽ る。
[0144] GW装置 420は、 SIP制御システムの SIPメッセージや音声データを終端して公衆 電話網 440に送出し、また公衆電話網 440からの制御信号や音声データを終端して SIP制御システムに送出する。また、 SIP端末 410が公衆電話網端末 450に発呼し た場合には、 GW装置 420は公衆電話網端末 450の状態を INVITEリクエストに対 するレスポンスと共に音声データによって通知するため、 GW装置 420は音声データ の送信先を知るべく INVITEリクエストに SDP記述文書を要求する。
[0145] SIP制御装置 430は、コンピュータをプログラムで制御することで実現される。
[0146] また、 CalHD記憶部 434は、例えば、図 18に示すように、指示された CaU- IDをリス ト形式で保持している。
[0147] 次に、本実施の形態の SIP制御システムの動作について、 SIP端末 410から公衆 網端末 450に発信する場合で、かつ SIP端末 410が SDP記述文書の無 ヽ INVITE を送信する場合を説明する。
[0148] SIP端末 410が SDP記述文書のな!、公衆電話網 450宛の INVITEリクエストを SI
P制御装置 430に送信する (ステップ S1601)。
[0149] SIP制御装置 430は、前記 INVITEリクエストを送受信手段 431で受信し、 SIPメッ セージ検査手段 432に渡す。
[0150] SIPメッセージ検査手段 432は、 SIP端末 410から INVITEリクエストを受信すると、
SIPメッセージが SDP記述文書の無い INVITEリクエストであることを検出する (ステツ プ S 1602)。
[0151] そこで、 SIPメッセージ検査手段 432は SIP制御装置 430の未使用ポートを確保し た後 (ステップ S1603)、 SDP生成手段 433により音声データ受信先を SIP制御装置 430の IPアドレスと確保したポートとする代替 SDP記述文書を生成し (ステップ S160 4〜S 1606)、受信した INVITEリクエストに追記して(ステップ S 1607)、 GW装置 4 20に転送する(ステップ S 1608)。
[0152] GW装置 420は、 SIP制御装置 430から転送された INVITEリクエストに含まれる S DP記述文書をオファーの SDP記述文章として認識し、転送された INVITEリクエスト を受付け、公衆網端末 450との呼開始処理に入る。
[0153] GW装置 420は公衆網端末 450が応答し呼開始要求が成功すると、 SIP端末 410 宛の 200OKレスポンスにアンサーの SDP記述文書を付けて、 SIP制御装置 430に 送信する(ステップ S 1609)。 [0154] SIPメッセージ検査手段 432は、 GW装置 420から 200OKレスポンスを受信すると 、まずレスポンスであることを検出し (ステップ S1610)、次いで受信した 200OKレス ポンスの CalHDが CalHD記憶部 434に記憶されて!、な!/、ことを確認して(ステップ S 1611)、この 200OKレスポンスを SIP端末 410に転送する(ステップ S 1612)。
[0155] SIP端末 410は、 SIP制御装置 430から転送された 200OKレスポンスに対して公 衆網端末 450宛の ACKリクエストに SDP記述文書を付けて、 SIP制御装置 430に送 信する (ステップ S 1613)。
[0156] SIPメッセージ検査手段 432は、 SIP端末 410から ACKリクエストを受信すると、 S DP記述文書を含む ACKリクエストであることを検出し (ステップ S1614)、 ACKリク ェストの CalHDを CalHD記憶部 434に記憶した後(ステップ S 1615)、 SDP記述文 書を受信した ACKリクエストから削除して GW装置 420に転送する(ステップ S 1616 〜S1617)。
[0157] この時点で通話は開始する力 ステップ S 1608で公衆網端末 450へ送信した INV ITEリクエストに音声データ受信先を SIP制御装置 430とする代替 SDP記述文書を 付カロしたため、 GW装置 420は公衆電話網 450から送られてくる音声データを SIP制 御装置 430に転送する。
[0158] 一方、 SIP端末 410の音声データ受信先はステップ S1613の ACKリクエストに含 まれている SDP記述文書に記載されている。そこで、公衆網端末 450にステップ S1 613の ACKリクエストに含まれている SDP記述文書を転記した INVITEリクエストを 送信することで、 GW装置 420が SIP端末 410に音声データを送信するように変更す る。
[0159] SIPメッセージ検査手段 432は、 ACKリクエストと同じ CaU— IDを持つ公衆網端末 4 50宛の INVITEリクエストを作成して(ステップ S1618)、 ACKリクエストに含まれて いた SDP記述文書を付カ卩して (ステップ S 1619)、 GW装置 420に送信する (ステツ プ S 1620)。
[0160] GW装置 420は、 GW装置 420から INVITEリクエストを受け取ると音声データ送信 先を SDP記述文書で指示されて!、る先に変更したのち、 200OKレスポンスを SIP制 御装置 430に送信する(ステップ S 1621)。 [0161] SIPメッセージ検査手段 432は、 GW装置 420からの SIPメッセージが 200OKレス ポンスであることを検出し (ステップ S 1622)、さらに受信した 200OKの CalHDが Call -ID記憶部 434に記憶されていることを確認すると(ステップ S1623)、この 200OKレ スポンスの送信元である公衆網端末 450を宛先とする ACKリクエストを作成し (ステツ プ S1624)、 CalHD記憶部 434からこの CalHDを削除した後(ステップ S1625)、 G W装置 420に送信する(ステップ S1626)。
[0162] 以上により、 SDP記述文書の無い INVITEリクエストの宛先が SDP記述文書の無 V、INVITEリクエストを受け付けな 、SIP構成要素の場合でも、代替 SDP記述文書 が付加されることにより受け付けられ、通話を行うことが可能になる。なお、ここでは SI P端末 410が公衆網端末 450に対して通話を開始する場合を説明したが、公衆網端 末 450が SIP端末 410に対して通話を開始する場合の動作も同様である。
[0163] 次に、本実施の形態の SIP制御システムの動作について、 SIP端末 410から公衆 網端末 450に発信する場合で、かつ SIP端末 410が SDP記述文書を含む INVITE を送信する場合を説明する。
[0164] 図 19は、本発明の第 1の実施の形態において、 SIP端末 410が公衆電話網端末 4 50と通話を開始するにあたって、 SDP記述文書を含む INVITEリクエストを SIP制御 装置 430に送信した場合の SIP制御システムの動作を説明するものであり、図 17と 合わせて説明する。
[0165] SIP端末 410がオファーの SDP記述文書を含む INVITEリクエストを SIP制御装置
430に送信する(ステップ S1701)。
[0166] SIPメッセージ検査手段 432は、 SIP端末 410から INVITEリクエストを受信すると、
SIPメッセージが SDP記述文書を含む INVITEリクエストであることを検出するので( ステツ S 1702)、この INVITEリクエストを GW装置 420に転送する(S1703)。
[0167] GW装置 420は、 SIP制御装置 430から転送された INVITEリクエストに含まれる S
DP記述文書を、オファーの SDP記述文書と認識し、転送された INVITEリクエストを 受付け、公衆網端末 450との呼開始処理に入る。
[0168] GW装置 420は公衆網端末 450が応答し呼開始要求が成功すると、 SIP端末 410 宛の 200OKレスポンスにアンサー SDP記述文書を付けて、 SIP制御装置 430に送 信する (ステップ SI 704)。
[0169] SIPメッセージ検査手段 432は、 GW装置 420から 200OKレスポンスを受信すると 、まずレスポンスであることを検出し (ステップ S1705)、次いで受信した 200OKレス ポンスの CalHDが CalHD記憶部に記憶されて!、な!/、ことを確認して(ステップ S 170 6)、この 200OKレスポンスを SIP端末 410に転送する(ステップ S1707)。
[0170] SIP端末 410は、 SIP制御装置 430から受信した 200OKレスポンスに対して GW 装置 420宛の ACKリクエストを SIP制御装置 430に送信する(ステップ S 1708)。
[0171] SIPメッセージ検査手段 432は、 SIP端末 410から ACKリクエストを受信すると、 S DP記述文書の無い ACKリクエストであることを検出するので (ステップ S 1709)、受 信した ACKリクエストを GW装置 420に転送する(ステップ S1710)。
[0172] 以上により、 GW装置 420が音声データを SIP端末 410に送信するようになり、結果 として音声データが SIP端末 410と GW装置 420との間で送受信されるようになり、通 話が可能になる。
[0173] 次に、本発明の第 2の実施例を、図 20および図 21を参照して説明する。かかる実 施例は本発明を実施するための第 2の実施の形態に対応するものである。
[0174] 本発明の第 2の実施例の構成は、第 1の実施例と比較して、 SIP制御装置が NAT 装置制御手段と通知アドレス記憶部とを備える点と、 SIP制御システムに NAT装置を 有する点とで、第 1の実施例と異なる。
[0175] 通知アドレス記憶部 535は、例えば、図 22に示すように、指示された CalHDと IPァ ドレスとポート番号をテーブル形式で保持して 、る。
[0176] 第 2の実施例では、 SIP制御装置 530は SDP記述文書の無い INVITEリクエストに 代替 SDP記述文書を付加する場合には、 NAT装置 540の IPアドレスとポート番号を 音声データ受信先とした SDP記述文書を付加する点、および SDP記述文書に記述 した NAT装置 540の IPアドレスとポート番号を INVITEリクエストの CalHDと共に通 知アドレス記憶部に記憶する点と、で第 1の実施例とは異なる。
[0177] 本発明の第 2の実施例では、 SIP制御装置 530は代替 SDP記述文書を生成する 場合には、まず NAT装置制御手段 534で NAT装置 540の未使用ポートを確保する (ステップ S1803〜S1806)。そして、確保した NAT装置 540のポート番号と IPアド レスを音声データ受信先とする SDP記述文書を SDP生成手段 533により生成して( ステップ S1807〜S1809)、 INVITEリクエストに生成した SDP記述文書を付カ卩する (ステップ S1810)と共に、 NAT装置 540のポートと IPアドレスを INVITEリクエストの CalHDと共に通知アドレス記憶部 535に記憶して (ステップ S1811)、転送する(ステ ップ S 1812)。
[0178] SIPメッセージ検査手段 532は、 SIP端末 510から SDP記述文書を含む ACKリク エストを受け取ると(ステップ S1816〜S1817)、まず ACKリクエストから SDP記述文 書を削除して (ステップ S 1818)、公衆網端末 560宛の ACKリクエストを GW装置 52 0に転送する(ステップ S 1819)。そして、 ACKリクエストの CalHDを基に通知アドレ ス記憶部 535から公衆網端末 560への INVITEリクエストで通知した NAT装置 540 の IPアドレスとポートを取得すると共に ACKリクエストの CaU- IDをもつエントリーを通 知アドレス記憶部 535から削除し (ステップ S1820)、 NAT装置 540に送られてくる 音声データを SIP端末 510が ACKリクエスト中の SDP記述文書で指定した場所で転 送するように NAT装置制御手段 534により NAT装置 540を設定する (ステップ S 18 21〜S1822)。
[0179] 次に、本発明の第 3の実施例を、図 23を参照して説明する。力かる実施例は本発 明を実施するための第 3の実施の形態に対応するものである。
[0180] 本発明の第 3の実施例の構成は、第 2の実施例と比較して、 SIP制御装置が NAT 手段を備える点と、 SIP制御システムに NAT装置が無い点とで、第 2の実施例と異な る。
[0181] 第 3の実施例では、 SIP制御装置 630は SDP記述文書の無い INVITEリクエストに 代替 SDP記述文書を付加する場合には、 SIP制御装置 630の IPアドレスと SIP制御 装置 630で未使用のポートを音声データ受信先とする SDP記述文書を付加する点 で、第 2の実施例とは異なる。
[0182] 本発明の第 3の実施例では、 SIP制御装置 630は代替 SDP記述文書を生成する 場合には、まず SIP制御装置 630の未使用ポートを確保する。そして、確保したポー トと SIP制御装置 630の IPアドレスを音声データ受信先とする SDP記述文書を SDP 生成手段 634により生成して、 INVITEリクエストに生成した SDP記述文書を付加す ると共に、 SIP制御装置 630の IPアドレスと取得したポートを INVITEリクエストの Call -IDと共に通知アドレス記憶部 636に記憶して、転送する。
SIPメッセージ検査手段 633は、 SIP端末 610から SDP記述文書を含む ACKリク エストを受け取ると、まず ACKリクエストから SDP記述文書を削除して、公衆網端末 6 50宛の ACKリクエストを GW装置 620に転送する。そして、 ACKリクエストの CaU- ID を基に通知アドレス記憶部 636から公衆網端末 650への INVITEリクエストで通知し た SIP制御装置 630の IPアドレスとポートを取得すると共に ACKリクエストの CalHD をもつエントリーを通知アドレス記憶部 636から削除し、 SIP制御装置 630に送られて くる音声データを SIP端末 610が ACKリクエスト中の SDP記述文書で指定した場所 で転送するように NAT手段制御手段 634により NAT手段 632を設定する。これによ り、送受信手段 631で受信し NAT手段 632に渡された音声データは、 NAT手段 63 2により SIP端末 610に転送されるようになる。

Claims

請求の範囲
[1] 端末間の接続を制御する SIP制御装置であって、
受信した SIPメッセージを検査する検査手段と、
前記検査の結果、前記 SIPメッセージが接続要求を示すリクエストであり、且つ接続 するに当たって必要となる接続元の情報が記述されている SDP記述文書が含まれて Vヽな ヽと判断された場合、代替装置を接続元とした SDP記述文書を生成する生成手 段と、
前記生成された SDP記述文書が付加された SIPメッセージを送信する送信手段と 前記代替装置と接続先の端末との間で接続が確立された後に、本来の接続元であ る端末と前記接続先の端末との間で実データを送受信するように設定する設定手段 と
を有することを特徴とする SIP制御装置。
[2] 前記設定手段は、前記代替装置と接続先の端末との間で接続が確立された後、前 記代替装置宛に送信される実データを本来の接続元である端末に転送するように設 定することを特徴とする請求項 1に記載の SIP制御装置。
[3] 前記設定手段は、本来の接続元である端末の情報が記述された SDP記述文書を 付加した接続変更要求を送信することを特徴とする請求項 1に記載の SIP制御装置
[4] 前記生成手段は、自装置の IPアドレスと自装置の未使用ポートと通話に使用される 可能性のある全ての音声符号化方式とを記載した SDP記述文書を生成することを特 徴とする請求項 1に記載の SIP制御装置。
[5] 前記設定手段は、前記代替装置と接続先の端末との間で接続が確立された後、前 記代替装置宛に送信される実データを本来の接続元である端末に転送するように設 定することを特徴とする請求項 4に記載の SIP制御装置。
[6] 前記設定手段は、本来の接続元である端末の情報が記述された SDP記述文書を 付加した接続変更要求を送信することを特徴とする請求項 4に記載の SIP制御装置
[7] 前記生成手段は、自装置に接続された NAT装置の IPアドレスとこの NAT装置の 未使用ポートと通話に使用される可能性のある全ての音声符号ィ匕方式とを記載した SDP記述文書を生成することを特徴とする請求項 1に記載の SIP制御装置。
[8] 前記設定手段は、前記代替装置と接続先の端末との間で接続が確立された後、前 記代替装置宛に送信される実データを本来の接続元である端末に転送するように設 定することを特徴とする請求項 7に記載の SIP制御装置。
[9] 端末間の接続を制御する SIP制御方法であって、
受信した SIPメッセージを検査する検査ステップと、
前記検査の結果、前記 SIPメッセージが接続要求を示すリクエストであり、且つ接続 するに当たって必要となる接続元の情報が記述されている SDP記述文書が含まれて Vヽな 、場合、代替装置を接続元とした SDP記述文書を生成する生成ステップと、 前記生成された SDP記述文書が付加された SIPメッセージを送信する送信ステツ プと、
前記送信された SIPメッセージに基づいて、前記代替装置と接続先の端末との間 で接続を確立させる接続確立ステップと、
前記接続が確立された後に、本来の接続元である端末と前記接続先の端末との間 で実データを送受信するように設定する設定ステップと
を有することを特徴とする SIP制御方法。
[10] 前記設定ステップは、前記接続が確立された後、前記代替装置宛に送信される実 データを本来の接続元である端末に転送するように設定することを特徴とする請求項
9に記載の SIP制御方法。
[11] 前記設定ステップは、本来の接続元である端末の情報が記述された SDP記述文 書を付加した接続変更要求を送信することを特徴とする請求項 9に記載の SIP制御 方法。
[12] 前記生成ステップは、自装置の IPアドレスと自装置の未使用ポートと通話に使用さ れる可能性のある全ての音声符号化方式とを記載した SDP記述文書を生成すること を特徴とする請求項 9に記載の SIP制御方法。
[13] 前記設定ステップは、前記接続が確立された後、前記代替装置宛に送信される実 データを本来の接続元である端末に転送するように設定することを特徴とする請求項
12に記載の SIP制御方法。
[14] 前記設定ステップは、本来の接続元である端末の情報が記述された SDP記述文 書を付加した接続変更要求を送信することを特徴とする請求項 12に記載の SIP制御 方法。
[15] 前記生成ステップは、自装置に接続された NAT装置の IPアドレスとこの NAT装置 の未使用ポートと通話に使用される可能性のある全ての音声符号ィ匕方式とを記載し た SDP記述文書を生成することを特徴とする請求項 9に記載の SIP制御方法。
[16] 前記設定ステップは、前記接続が確立された後、前記代替装置宛に送信される実 データを本来の接続元である端末に転送するように設定することを特徴とする請求項
15に記載の SIP制御方法。
[17] 端末間の接続を制御する SIP制御装置のプログラムであって、前記プログラムは前 記 SIP制御装置を、
受信した SIPメッセージを検査する検査手段と、
前記検査の結果、前記 SIPメッセージが接続要求を示すリクエストであり、且つ接続 するに当たって必要となる接続元の情報が記述されている SDP記述文書が含まれて Vヽな ヽと判断された場合、代替装置を接続元とした SDP記述文書を生成する生成手 段と、
前記生成された SDP記述文書が付加された SIPメッセージを送信する送信手段と 前記代替装置と接続先の端末との間で接続が確立された後に、本来の接続元であ る端末と前記接続先の端末との間で実データを送受信するように設定する設定手段 と
して機能させることを特徴とするプログラム。
[18] 前記設定手段は、前記代替装置と接続先の端末との間で接続が確立された後、前 記代替装置宛に送信される実データを本来の接続元である端末に転送するように設 定することを特徴とする請求項 17に記載のプログラム。
[19] 前記設定手段は、本来の接続元である端末の情報が記述された SDP記述文書を 付加した接続変更要求を送信することを特徴とする請求項 17に記載のプログラム。
[20] 前記生成手段は、自装置の IPアドレスと自装置の未使用ポートと通話に使用される 可能性のある全ての音声符号化方式とを記載した SDP記述文書を生成することを特 徴とする請求項 17に記載のプログラム。
[21] 前記設定手段は、前記代替装置と接続先の端末との間で接続が確立された後、前 記代替装置宛に送信される実データを本来の接続元である端末に転送するように設 定することを特徴とする請求項 20に記載のプログラム。
[22] 前記設定手段は、本来の接続元である端末の情報が記述された SDP記述文書を 付加した接続変更要求を送信することを特徴とする請求項 20に記載のプログラム。
[23] 前記生成手段は、自装置に接続された NAT装置の IPアドレスとこの NAT装置の 未使用ポートと通話に使用される可能性のある全ての音声符号ィ匕方式とを記載した
SDP記述文書を生成することを特徴とする請求項 17に記載のプログラム。
[24] 前記設定手段は、前記代替装置と接続先の端末との間で接続が確立された後、前 記代替装置宛に送信される実データを本来の接続元である端末に転送するように設 定することを特徴とする請求項 23に記載のプログラム。
PCT/JP2007/058302 2006-04-19 2007-04-17 Sip制御装置、sip制御方法、及びプログラム WO2007123096A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2008512106A JPWO2007123096A1 (ja) 2006-04-19 2007-04-17 Sip制御装置、sip制御方法、及びプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2006116196 2006-04-19
JP2006-116196 2006-04-19

Publications (1)

Publication Number Publication Date
WO2007123096A1 true WO2007123096A1 (ja) 2007-11-01

Family

ID=38624996

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2007/058302 WO2007123096A1 (ja) 2006-04-19 2007-04-17 Sip制御装置、sip制御方法、及びプログラム

Country Status (2)

Country Link
JP (1) JPWO2007123096A1 (ja)
WO (1) WO2007123096A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009239564A (ja) * 2008-03-27 2009-10-15 Nec Engineering Ltd Sip電話交換システムおよびsip電話交換方法
WO2010131432A1 (ja) * 2009-05-13 2010-11-18 日本電気株式会社 電話中継装置、電話中継方法、及びプログラム
JP2014096702A (ja) * 2012-11-09 2014-05-22 Fuji Xerox Co Ltd 通信装置、ファクシミリ装置及びプログラム

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003174466A (ja) * 2001-12-07 2003-06-20 Hitachi Ltd アドレス変換装置、メッセージ処理方法および装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003174466A (ja) * 2001-12-07 2003-06-20 Hitachi Ltd アドレス変換装置、メッセージ処理方法および装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HEMANT AGRAWAL ET AL.: "SIP-H.323 Interworking", INTERNET ENGINEERING TASK FORCE, 13 July 2001 (2001-07-13), XP003012968, Retrieved from the Internet <URL:http://www3.ietf.org/proceedings/02mar/I-D/draft-agrawal-sip-h323-interworking-01.txt> *
OTAKE H. ET AL.: "SIP o Mochiita Onsei Tsuwa ni Taisuru NAT Tsuka Shuho no Teian to Sono Jisso", TRANSACTIONS OF INFORMATION PROCESSING SOCIETY OF JAPAN, vol. 45, no. 3, 15 March 2004 (2004-03-15), pages 813 - 817, XP003012969 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009239564A (ja) * 2008-03-27 2009-10-15 Nec Engineering Ltd Sip電話交換システムおよびsip電話交換方法
WO2010131432A1 (ja) * 2009-05-13 2010-11-18 日本電気株式会社 電話中継装置、電話中継方法、及びプログラム
JP2010268153A (ja) * 2009-05-13 2010-11-25 Nec Corp 電話中継装置、電話中継方法、及びプログラム
US8712028B2 (en) 2009-05-13 2014-04-29 Nec Corporation Telephone relaying apparatus, telephone relaying method, and program
JP2014096702A (ja) * 2012-11-09 2014-05-22 Fuji Xerox Co Ltd 通信装置、ファクシミリ装置及びプログラム

Also Published As

Publication number Publication date
JPWO2007123096A1 (ja) 2009-09-03

Similar Documents

Publication Publication Date Title
EP1266503B1 (en) Processing network communication control messages
JP4673369B2 (ja) ハイブリッド通信ネットワークにおいて相関手段を提供する方法および装置
US20070153776A1 (en) Method and apparatus for routing internet telephone calls based upon the media types and formats or CODEC capabilities of the end points or destinations
US7593514B1 (en) Methods and apparatuses for communicating between messaging and telephony systems
JP2010512689A (ja) モバイル機器のコンピューティングデバイスへの呼び出し
US20060141981A1 (en) Universal temporary communication ID with service integration
JP2005236824A (ja) IPv6/IPv4トランスレータ
JP4940335B2 (ja) 電話交換装置及び電話端末及び電話システムで使用される制御方法
JP4469209B2 (ja) Ip電話システム、ip電話装置及び通話方法
US8588390B2 (en) Telephone conversation relay server, voice telephone conversation system, and voice telephone conversation relay method
US20110196975A1 (en) Method and device for the bidirectional address conversion in sip-controlled data streams between ipv4 and ipv6 data terminals
WO2007123096A1 (ja) Sip制御装置、sip制御方法、及びプログラム
JP4366270B2 (ja) ネットワーク接続設定装置及びネットワーク接続設定方法
US8416434B2 (en) Communication terminal apparatus and facsimile communication method
JP3980562B2 (ja) Sip通信制御装置
JP2006086557A (ja) 選択装置、変換装置、選択方法、変換方法、コンピュータプログラム
JP3687579B2 (ja) 構内交換機能付きゲートウェイ装置及びファクシミリ送信システム
WO2004105379A1 (ja) 同報fax送信システム
GB2426143A (en) Network address translation (NAT) in a voice over internet protocol (VoIP) environment
EP1568178B1 (en) Modem relay originator
JP4372629B2 (ja) Fw制御を行うsip通信制御装置およびそのfw制御方法
JP2009194618A (ja) セッション制御装置およびセッション制御方法
KR100887152B1 (ko) 영상메시지 푸시 시스템 및 방법
JP3750656B2 (ja) 電子メールサーバ
JP2010219580A (ja) 通信中継装置、通信端末、及び通信方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07741738

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2008512106

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07741738

Country of ref document: EP

Kind code of ref document: A1