WO2012121514A2 - 에스아이피 메시지 송수신 시스템 및 방법 - Google Patents

에스아이피 메시지 송수신 시스템 및 방법 Download PDF

Info

Publication number
WO2012121514A2
WO2012121514A2 PCT/KR2012/001572 KR2012001572W WO2012121514A2 WO 2012121514 A2 WO2012121514 A2 WO 2012121514A2 KR 2012001572 W KR2012001572 W KR 2012001572W WO 2012121514 A2 WO2012121514 A2 WO 2012121514A2
Authority
WO
WIPO (PCT)
Prior art keywords
sip
user terminal
sip message
broker server
port
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/KR2012/001572
Other languages
English (en)
French (fr)
Other versions
WO2012121514A3 (ko
Inventor
송재민
박병재
윤희태
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung SDS Co Ltd
Original Assignee
Samsung SDS Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung SDS Co Ltd filed Critical Samsung SDS Co Ltd
Priority to CN201280011038.8A priority Critical patent/CN103404106B/zh
Priority to KR1020137021372A priority patent/KR101478232B1/ko
Priority to US14/003,161 priority patent/US9374264B2/en
Publication of WO2012121514A2 publication Critical patent/WO2012121514A2/ko
Publication of WO2012121514A3 publication Critical patent/WO2012121514A3/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5603—Access techniques

Definitions

  • the present invention relates to a technique for smoothly transmitting and receiving SIP messages on a network.
  • VoIP Voice Over IP
  • Internet telephony technology also called Internet telephony technology, is a technology for providing voice call services over the Internet, and it is easy to provide a variety of multimedia services to voice call services. There is an advantage that can be provided is rapidly spreading in recent years.
  • SIP is one of the underlying protocols for such services as Internet telephony.
  • SIP is a protocol proposed by the Internet Engineering Task Force (IETF) for creating and terminating multimedia sessions. It is easy to develop and implement, and is based on the Internet network. have.
  • IETF Internet Engineering Task Force
  • the terminal is generally used to send and receive messages with the proxy server using UDP.
  • the terminal exists inside the firewall or the like, there is a problem that the UDP packet does not pass through the firewall to provide a service.
  • the present invention is to solve the above problems, the present invention is to provide a system and method that can smoothly send and receive SIP messages to the outside even when the user terminal is present inside the security means such as a firewall.
  • SIP client for generating an SIP (SIP) message, and receives the SIP message from the SIP client, the received SIP message
  • SIP client for generating an SIP (SIP) message
  • receives the SIP message from the SIP client the received SIP message
  • a user terminal that generates a combined packet with a tunneling header and includes an external transmission / reception module for transmitting the generated packet to a SIP broker server;
  • a SIP broker server removing the tunneling header from the packet received from the external transmission / reception module and transmitting the SIP message from which the tunneling header has been removed to a communication counterpart of the user terminal.
  • the SIP broker server for solving the above problem is connected to the user terminal using a TCP, the first connection module for receiving a SIP message combined with a tunneling header from the user terminal; A port management module managing a port allocated to the user terminal connected to the first connection module; A message processing module for removing the tunneling header from the SIP message received from the first connection module; And a second connection module for transmitting the SIP message from which the tunneling header has been removed to a communication counterpart of the user terminal using UDP.
  • SPI message transmission and reception method for solving the above problems, in the SIP (SIP) broker server, receiving a packet from a user terminal; Extracting, at the SIP broker server, a SIP message by removing a tunneling header from the received packet; Replacing, at the SIP broker server, a source address of the extracted SIP message with an address of the SIP broker server; And transmitting, at the SIP broker server, the extracted SIP message to a communication counterpart of the user terminal.
  • SIP SIP
  • the SIP broker server receiving a SIP message from the communication counterpart; Replacing, at the SIP broker server, a destination address of the received SIP message with a local address of a user terminal; Generating, at the SIP broker server, a packet in which a tunneling header is coupled to the SIP message substituted with a destination address; And transmitting, at the SIP broker server, the generated packet to the user terminal.
  • a message may pass through the security means to exchange SIP messages with an external proxy server. It is possible to provide a service using SIP without.
  • the method of wrapping a SIP message into an HTTP packet for tunneling the message for passing the security means does not need to analyze the SIP message itself, thereby minimizing the amount of computation required for tunneling.
  • message tunneling can be performed regardless of the security means. That is, in the present invention, the SIP broker server allocates a UDP port by mapping with a TCP connection with a user terminal, and performs only a function of transmitting a message received through the TCP connection to an assigned UDP port, Unlike SIP proxy, it does not include additional functions such as session information management. Therefore, according to the present invention, the SIP broker server has an advantage of processing a larger number of data in one server than the TCP-based SIP proxy.
  • the TCP session between the user terminal and the SIP proxy is mapped one-to-one with the TCP session between the SIP proxy and the communication counterpart, it is possible to send and receive a message to only one destination through one TCP session.
  • a TCP session between a user terminal and a SIP broker server is mapped to a UDP port in a one-to-one manner, it is possible to transmit and receive a message to a plurality of communication counterparts through the UDP port.
  • FIG. 1 is a view for explaining the overall configuration of the SIP message transmission and reception system 100 according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating a packet in which a tunneling header is combined according to an embodiment of the present invention.
  • FIG. 3 is a diagram illustrating a configuration of the SIP broker server 104 according to an embodiment of the present invention.
  • FIG. 4 is a diagram illustrating a session establishment process 400 between an external transmission / reception module 112 inside a user terminal 102 and a SIP broker server 104 in a SIP message transmission / reception system 100 according to an embodiment of the present invention. It is a flowchart for.
  • FIG. 5 is a flowchart illustrating a SIP message transmission process 500 from a user terminal 102 to a communication counterpart 106 in a SIP message transmission / reception system 100 according to an embodiment of the present invention.
  • FIG. 6 is a flowchart illustrating a SIP message transmission process 600 from the communication counterpart 106 to the user terminal 102 in the SIP message transmission / reception system 100 according to an embodiment of the present invention.
  • FIG. 7 illustrates a session resetting process 700 between an external transceiving module 112 and a SIP broker server 104 in a user terminal 102 in a SIP message transceiving system 100 according to an exemplary embodiment of the present invention. It is a flowchart for.
  • FIG. 1 is a view for explaining the overall configuration of the SIP message transmission and reception system 100 according to an embodiment of the present invention.
  • SIP Session Initiation Protocol and means a protocol that serves as a gateway for transmitting various kinds of data on the Internet.
  • the session initiation protocol is an application layer protocol in which a telephone or an Internet conference or an instant messenger that wants to communicate on the Internet identifies each other, locates them, and specifies a procedure for creating, deleting, or modifying a multimedia communication session with each other. It is widely used in fields such as video conferencing, streaming video distribution, messenger, subscriber status information, file transfer, and online games.
  • this protocol is text-based developed using many parts of HTTP and SMTP as it is, so it is easy to implement, and it is characterized by the flexibility and extensibility to create various services in combination with many other protocols used on the Internet. .
  • the SIP message transmission and reception system 100 includes a user terminal 102 and a SIP broker server 104.
  • the user terminal 102 is a terminal for generating and transmitting a SIP message to the communication counterpart 106 or processing a SIP message received from the communication counterpart 106.
  • a service provider providing a SIP service includes a SIP proxy server for providing a service.
  • the communication counterpart 106 may be a SIP proxy server of a SIP service provider.
  • the SIP proxy server is a server for providing a SIP service to a user terminal 102 by a SIP service provider.
  • the SIP proxy server is connected to the SIP broker server 104 and is generated from the user terminal 102 through the SIP broker server 104. Receive a message.
  • the SIP proxy server transmits it via the SIP broker server 104.
  • the communication counterpart 106 may be a terminal of another user.
  • the user terminal 102 may be, for example, an Internet telephone using SIP.
  • SIP Internet protocol
  • the present invention is not limited to the above-described Internet telephony service, it is obvious that any kind of terminal that performs communication using SIP can be applied to the configuration of the present invention.
  • the user terminal 102 resides inside a security means 108 such as, for example, a firewall, and with other components on the network that exist outside of the security means 108. Communicate using SIP.
  • a security means 108 such as, for example, a firewall
  • the security means 108 such as the firewall generally blocks the UDP packet and passes only the TCP packet due to security reasons, the SIP message using the UDP packet cannot pass through the security means 108. do.
  • the user terminal 102 is configured to combine the tunneling header with the generated SIP message, convert it into a data packet using TCP, and then pass the security means 108.
  • Detailed SIP message tunneling in the embodiment of the present invention including the detailed configuration of such a tunneling header will be described later.
  • the SIP broker server 104 receives the packet from the user terminal 102, removes the tunneling header therefrom, extracts only the SIP message, and transmits the extracted SIP message to the communication counterpart 106. At this time, the SIP broker server 104 replaces the source address of the extracted SIP message with the address of the SIP broker server 104 and transmits it to the communication counterpart 106.
  • “address” means an address on the network, that is, an IP address and a port number of the corresponding component, unless otherwise specified.
  • the source address of the SIP message may be obtained by the SIP broker server 104.
  • the communication partner 106 recognizes that the message is transmitted from the SIP broker server 104 and not the user terminal 102, and also transmits the response message of the SIP message to the SIP broker server 104. do.
  • the SIP broker server 104 receives a SIP message destined for the user terminal 102 (eg, a response message to the SIP message transmitted from the user terminal 102) from the communication counterpart 106.
  • the destination address of the SIP message is replaced with the local address of the user terminal 102, and a packet in which a tunneling header is combined with the substituted SIP message is generated and transmitted to the user terminal. That is, since the SIP message received by the SIP broker server 104 from the communication counterpart 106 has a destination address of the SIP broker server 104, the SIP broker server 104 may refer to the local address of the user terminal 102. By substituting for, the user terminal 102 can recognize this as a normal message transmitted from the communication counterpart 106 to the user terminal 102.
  • the user terminal 102 includes a SIP client 110 and an external transmit / receive module 112.
  • the SIP client 110 is a module for generating a SIP message to be transmitted to the outside or processing a SIP message received from the outside.
  • the type of the SIP client 110 is different depending on the type of the SIP message transmitted and received. For example, if the transmitted and received SIP message is a message for Internet telephony, the SIP client 110 on the user terminal 102. It may be an Internet telephony module configured.
  • the external transport module 112 receives the SIP message generated by the SIP client 110, generates a packet in which a tunneling header is combined with the received SIP message, and generates the packet. Transmission is made to the SIP broker server 104 which exists outside the security means 112 using TCP. In addition, when a packet is received from the SIP broker server 104, the external transmission / reception module 112 extracts only a SIP message by removing a tunneling header from the received packet, and extracts the extracted SIP message to the SIP client 110. send.
  • the SIP client 110 since the SIP client 110 is a module for transmitting and receiving a SIP message, the SIP client 110 transmits or receives the SIP message to the outside using UDP. However, the UDP packet does not pass through the security means 108 such as a firewall, and the external transmission / reception module 112 combines the tunneling header with the SIP message received from the SIP client 110 and converts it into a TCP packet. Allow the message to pass through security means 108. In addition, even when a SIP message is received by the user terminal 102, a SIP broker server existing between the communication counterpart 106 and the user terminal 102 combines the tunneling header with the SIP message received from the communication counterpart 106.
  • the message can pass through the security means 108. That is, in the present invention, the SIP message transmitted and received is combined with the tunneling header immediately before passing through the security means 108 and converted into a TCP packet, thereby reaching the destination without being blocked by the security means 108.
  • FIG. 2 is a diagram illustrating a packet in which a tunneling header is combined according to an embodiment of the present invention.
  • a packet 200 includes a tunneling header 202 and a body 204.
  • the tunneling header 202 is a header for wrapping the SIP message to allow the SIP message to traverse the security means 108 and includes an HTTP header 206 and a P2P header 208. It is configured by.
  • the HTTP header 206 is a header for wrapping a SIP message into an HTTP packet and is configured in accordance with the HTTP standard protocol. That is, the HTTP header 206 is coupled to the SIP message generated by the SIP client 110, so that the security means 108 determines that the message is a general HTTP packet using the TCP 80 port and passes the packet.
  • the P2P header 208 is located after the HTTP header 206 and includes the destination IP address and port information. For example, in the case of a SIP message transmitted from the SIP client 110 to the communication counterpart 106, the P2P header 208 stores IP address and port information of the communication counterpart 106. In addition, in the case of a SIP message transmitted from the communication counterpart 106 to the SIP client 110, the P2P header 208 stores the local address of the user terminal 102.
  • the body 204 is a space in which a text-based SIP message or binary-based media data to be transmitted from the SIP client 110 to the communication counterpart 106 is stored.
  • the body 204 may include a message for establishing a session for SIP message tunneling between the external transceiving module 112 and the SIP broker server 108.
  • Such a session establishment message may include, for example, the following.
  • FIG. 3 is a block diagram showing a detailed configuration of the SIP broker server 104 according to an embodiment of the present invention.
  • the SIP broker server 104 is the first connection module 300, the port management module 302, the message processing module 304 and the second connection module 306 Include.
  • the first connection module 300 is connected to the user terminal 102 using TCP, and receives a SIP message combined with a tunneling header from the connected user terminal 102 and transmits the SIP message to the message processing module 304 to be described later. In addition, when the first connection module 300 receives the SIP message combined with the tunneling header from the message processing module 304, the first connection module 300 transmits the SIP message to the user terminal 102. The transmission and reception of the SIP message is performed through a TCP connection formed between the first connection module 300 and the user terminal 102.
  • the port management module 302 allocates a port to the user terminal 102 connected to the first connection module 300 and manages the assigned port.
  • the user terminal 102 transmits a port allocation request (REQUEST_PORT) for transmitting and receiving a message with the communication counterpart 106 to the first connection module 300 (304). ).
  • the port management module 302 then assigns one of the assignable ports to the user terminal 102 in response to the port assignment request received from the user terminal 102.
  • the assigned port is used to transmit and receive a message between the second connection module 306 and the communication counterpart 106, which will be described later. That is, the second connection module 306 transmits / receives the SIP message from which the tunneling header is removed through the port allocated corresponding to the user terminal 102 to the communication counterpart 106 in the port management module 302.
  • the port management module 302 drives a timer for releasing the port allocated to the user terminal 102.
  • the connection with the user terminal 102 when the connection with the user terminal 102 is abnormally terminated, it means a case in which the TCP connection with the user terminal 102 is released without receiving an explicit connection release request from the user terminal 102.
  • the port management module 302 releases the port assigned to the user terminal 102. The released port can then be assigned to another user terminal. However, if a port reassignment request is received from the user terminal 102 before the timer times out, the port management module 302 reallocates the port originally assigned to the user terminal 102.
  • the reason for driving the timer for port reallocation and release in the port management module 302 is as follows. As described above, even if an explicit disconnect request is not received from the user terminal 102, for example, when a temporary communication failure occurs in the user terminal 102, the user terminal 102 and the SIP broker server. It may happen that the connection between the 104 is abnormally terminated. In this case, the user terminal 102 requests the port reassignment to the SIP broker server 106. However, if the SIP broker server 104 releases a port immediately after recognizing that the connection is abnormally terminated, the port may be allocated to another user terminal before the port reassignment request.
  • the timer is started and the port is waited for a predetermined time without being released.
  • a reassignment request is received, it is configured to reassign the port.
  • the port management module 302 may be configured to allocate a port having an even number among the assignable ports to the user terminal 102 when the port is allocated. This is to allow not only SIP messages but also media data to be transmitted between the user terminal 102 and the communication counterpart 106 using the port.
  • a transport protocol for real-time applications (RFC-1889), a standard protocol for real-time data transmission over a network, uses only even ports for RTP data transmission, and odd ports are configured to transmit RTCP data corresponding to the corresponding RTP data.
  • the present invention is configured to correspond to the standard by configuring only the even port when allocating the port.
  • the message processing module 304 upon receiving the SIP message from the first connection module 300, the message processing module 304 removes the tunneling header from the SIP message and transfers it to the second connection module 306. In this case, the message processing module 304 replaces the source address of the SIP message from which the tunneling header is removed with the address of the SIP broker server 104.
  • the message processing module 304 replaces the destination address of the received SIP message with the local address of the user terminal 102. Substituting and generating a packet combining the tunneling header to the SIP message, the destination address is substituted and delivers it to the first connection module (300).
  • the second connection module 306 transmits the SIP message from which the tunneling header is removed in the message processing module 304 to the communication counterpart 106 using UDP. At this time, the second connection module 306 is configured to transmit the SIP message to the port assigned by the port management module 302.
  • FIG. 4 is a diagram illustrating a session establishment process 400 between an external transmission / reception module 112 inside a user terminal 102 and a SIP broker server 104 in a SIP message transmission / reception system 100 according to an embodiment of the present invention. It is a flowchart for.
  • the external transmission / reception module 112 performs a TCP connection with the SIP broker server 104 (402), and a port allocation request (REQUEST_PORT) for transmitting and receiving a message with the communication counterpart 106 to the connected SIP broker server 104. Transmit (404). At this time, the external transmission and reception module 112 transmits the local address of the user terminal 102 to the SIP broker server 104 in the port allocation request process.
  • the SIP broker server 104 selects one of the assignable ports and newly assigns a port for transmitting and receiving SIP messages with the communication counterpart 106, and externally transmits and receives a response (REQUEST_PORT: SUCCESS) to the port allocation request. Send to module 112 (406).
  • FIG. 5 is a flowchart illustrating a SIP message transmission process 500 from a user terminal 102 to a communication counterpart 106 in a SIP message transmission / reception system 100 according to an embodiment of the present invention.
  • the SIP client 110 when the SIP client 110 generates a SIP message, the SIP client 110 transmits the generated SIP message to the external transceiving module 112 (502).
  • the SIP client 110 transmits the generated SIP message to the external transceiving module 112 (502).
  • UDP may be used as the transmission protocol for the message delivery.
  • the external transmit / receive module 112 generates a tunneling header for wrapping the received SIP message, and generates a new packet combining the tunneling header with the SIP message (504).
  • the generated packet has a form of a general HTTP packet as described above.
  • the external transmission / reception module 112 transmits the packet to the SIP broker server 104 using TCP (506).
  • the SIP broker server 104 After receiving the packet, the SIP broker server 104 first checks whether the received packet has an error (508).
  • the error of the packet means, for example, whether the header is a normal HTTP header or whether the reception of the packet is normally completed. If there is an error in the received packet in the checking step, the corresponding packet is deleted and requests retransmission to the external transmit / receive module 112.
  • the SIP broker server 104 removes only the SIP message by removing the tunneling header from the received packet, and extracts the source address of the extracted SIP message from the SIP broker server ( Substitute the address of 104 and transmit to the communication counterpart 106 (512).
  • FIG. 6 is a flowchart illustrating a SIP message transmission process 600 from the communication counterpart 106 to the user terminal 102 in the SIP message transmission / reception system 100 according to an embodiment of the present invention.
  • the SIP broker server 104 sets the destination address of the received SIP message at the address of the SIP broker server 104 to the user terminal 102. (604). The SIP broker server 104 then generates a tunneling header for wrapping the received SIP message and generates a new packet combining the tunneling header with the SIP message (606).
  • the SIP broker server 104 transmits the packet to the user terminal 102 using TCP (608).
  • the external transmission / reception module 112 in the user terminal 102 After receiving the packet, the external transmission / reception module 112 in the user terminal 102 first checks whether the received packet has an error (610). If there is an error in the received packet in the checking step, the packet is discarded and the SIP broker server 104 requests retransmission.
  • the external transceiving module 112 removes only the SIP message by removing the tunneling header from the received packet, and transmits the extracted SIP message to the SIP client (614). ).
  • the SIP broker server 104 drives a timer for releasing a port allocated to the user terminal 102. (704). If the timer expires (706), SIP broker server 104 releases the port assigned to user terminal 102 (708).
  • the SIP broker server 104 assigns the port previously assigned to the corresponding user terminal 102. Reallocate (712).
  • user terminal 104 SIP broker server
  • SIP client 112 external transmission and reception module

Landscapes

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

Abstract

에스아이피 메시지 송수신 시스템 및 방법이 개시된다. 본 발명의 일 실시예에 따른 SIP 메시지 송수신 시스템은, 에스아이피(SIP) 메시지를 생성하는 SIP 클라이언트, 및 상기 SIP 클라이언트로부터 상기 SIP 메시지를 수신하고, 수신된 상기 SIP 메시지에 터널링 헤더(tunneling header)가 결합된 패킷을 생성하며, 생성된 상기 패킷을 SIP 브로커 서버로 송신하는 외부 송수신 모듈을 포함하는 사용자 단말; 및 상기 사용자 단말 내 상기 외부 송수신 모듈로부터 상기 패킷을 수신하여 이로부터 상기 터널링 헤더를 제거하고, 상기 터널링 헤더가 제거된 상기 SIP 메시지를 통신 상대방으로 송신하는 SIP 브로커 서버를 포함한다.

Description

에스아이피 메시지 송수신 시스템 및 방법
본 발명은 네트워크 상에서 에스아이피(SIP) 메시지를 원활히 송수신하기 위한 기술과 관련된다.
인터넷 전화 기술로도 불리는 VoIP(Voice Over IP) 기술은 인터넷 망을 통하여 음성 통화 서비스를 제공하기 위한 기술로서, 저렴한 요금으로 음성 통화를 제공할 수 있다는 장점과 함께 다양한 멀티미디어 서비스를 쉽게 음성 통화 서비스로 제공할 수 있다는 장점이 있어 최근 들어 급속하게 보급되고 있다.
이와 같은 인터넷 전화 등의 서비스를 위한 기반 프로토콜 중 하나로 SIP를 들 수 있다. SIP는 멀티미디어 세션(Session)의 생성과 종료를 위해서 IETF(Internet Engineering Task Force)에서 제안한 프로토콜로서 내용이 간단하여 개발과 구현이 쉽고 인터넷 망을 기준으로 만들어져 인터넷의 다양한 멀티미디어 서비스를 쉽게 수 있는 장점이 있다.
한편, 상기와 같은 SIP를 이용한 VoIP 서비스의 경우 단말이 UDP를 이용하여 프록시 서버와 메시지를 주고받는 경우가 일반적이다. 그러나 만약 상기 단말이 방화벽 등의 내부에 존재하는 경우에는 UDP 패킷이 상기 방화벽을 통과하지 못하여 서비스를 제공하지 못하는 문제점이 발생하게 된다.
본 발명은 상기와 같은 문제점을 해결하기 위한 것으로서, 본 발명은 사용자 단말이 방화벽 등의 보안 수단 내부에 존재하는 경우에도 SIP 메시지를 외부와 원활하게 주고받을 수 있는 시스템 및 방법을 제공하기 위한 것이다.
상기 과제를 해결하기 위한 본 발명의 일 실시예에 따른 SIP 메시지 송수신 시스템은, 에스아이피(SIP) 메시지를 생성하는 SIP 클라이언트, 및 상기 SIP 클라이언트로부터 상기 SIP 메시지를 수신하고, 수신된 상기 SIP 메시지에 터널링 헤더(tunneling header)가 결합된 패킷을 생성하며, 생성된 상기 패킷을 SIP 브로커 서버로 송신하는 외부 송수신 모듈을 포함하는 사용자 단말; 및 상기 외부 송수신 모듈로부터 수신된 상기 패킷으로부터 상기 터널링 헤더를 제거하고, 상기 터널링 헤더가 제거된 상기 SIP 메시지를 상기 사용자 단말의 통신 상대방에 송신하는 SIP 브로커 서버를 포함한다.
한편, 상기 과제를 해결하기 위한 본 발명의 일 실시예에 따른 SIP 브로커 서버는, 사용자 단말과 TCP를 이용하여 연결되며, 상기 사용자 단말로부터 터널링 헤더가 결합된 SIP 메시지를 수신하는 제1 연결 모듈; 상기 제1 연결 모듈과 연결된 상기 사용자 단말에 할당된 포트(PORT)를 관리하는 포트 관리 모듈; 상기 제1 연결 모듈로부터 수신된 상기 SIP 메시지로부터 상기 터널링 헤더를 제거하는 메시지 처리 모듈; 및 상기 터널링 헤더가 제거된 SIP 메시지를 UDP를 이용하여 상기 사용자 단말의 통신 상대방에 송신하는 제2 연결 모듈을 포함한다.
한편, 상기 과제를 해결하기 위한 본 발명의 일 실시예에 따른 에스아이피 메시지 송수신 방법은, 에스아이피(SIP) 브로커 서버에서, 사용자 단말로부터 패킷을 수신하는 단계; 상기 SIP 브로커 서버에서, 수신된 상기 패킷에서 터널링 헤더를 제거하여 SIP 메시지를 추출하는 단계; 상기 SIP 브로커 서버에서, 추출된 상기 SIP 메시지의 출발지 주소를 상기 SIP 브로커 서버의 주소로 치환하는 단계; 및 상기 SIP 브로커 서버에서, 추출된 상기 SIP 메시지를 상기 사용자 단말의 통신 상대방으로 송신하는 단계를 포함한다.
한편, 상기 과제를 해결하기 위한 본 발명의 일 실시예에 따른 에스아이피 메시지 송수신 방법은, 에스아이피(SIP) 브로커 서버에서, 통신 상대방으로부터 SIP 메시지를 수신하는 단계; 상기 SIP 브로커 서버에서, 수신된 상기 SIP 메시지의 목적지 주소를 사용자 단말의 로컬 주소로 치환하는 단계; 상기 SIP 브로커 서버에서, 목적지 주소가 치환된 상기 SIP 메시지에 터널링 헤더가 결합된 패킷을 생성하는 단계; 및 상기 SIP 브로커 서버에서, 생성된 상기 패킷을 상기 사용자 단말로 송신하는 단계를 포함한다.
본 발명의 실시예에 따를 경우, 사용자 단말이 방화벽 등의 보안 수단 내부에 존재하더라도 메시지가 상기 보안 수단을 통과하여 외부의 프록시 서버와 SIP 메시지를 주고받을 수 있게 되는 바, 네트워크의 제약 사항과 관계 없이 SIP를 이용한 서비스를 제공할 수 있게 된다.
또한, 본 발명의 경우 상기 보안 수단의 통과를 위한 메시지 터널링을 위하여 SIP 메시지를 HTTP 패킷으로 랩핑하는 방법을 이용하는 바, SIP 메시지 자체를 분석할 필요가 없어 터널링에 필요한 연산량을 최소화할 수 있으며, 상기 보안 수단의 종류와 관계 없이 메시지 터널링을 수행할 수 있는 장점이 있다. 즉, 본 발명에서 SIP 브로커 서버는 사용자 단말과의 TCP 접속과 매핑하여 UDP 포트를 할당하고, 상기 TCP 접속을 통해 수신되는 메시지를 할당된 UDP 포트로 전송하는 기능만을 수행할 뿐, 기존의 TCP 기반의 SIP 프록시 등과 달리 세션 정보를 관리하는 등의 추가적인 기능들을 포함하고 있지 않다. 따라서 본 발명을 따를 경우 SIP 브로커 서버는 TCP 기반의 SIP 프록시 등에 비해 하나의 서버에서 더 많은 수의 데이터를 처리할 수 있는 장점이 있다.
또한, 종래의 SIP 프록시의 경우 사용자 단말과 SIP 프록시간의 TCP 세션이 SIP 프록시와 통신 상대방 사이의 TCP 세션이 1 대 1로 맵핑되므로 하나의 TCP 세션을 통하여 하나의 목적지로만 메시지를 송수신하는 것이 가능하였다. 그러나 본 발명에 따를 경우 사용자 단말과 SIP 브로커 서버와의 TCP 세션이 UDP 포트와 1 대 1로 맵핑되므로 상기 UDP 포트를 통하여 복수 개의 통신 상대방으로 메시지를 송수신하는 것이 가능한 장점이 있다.
도 1은 본 발명의 일 실시예에 따른 SIP 메시지 송수신 시스템(100)의 전체 구성을 설명하기 위한 도면이다.
도 2는 본 발명의 일 실시예에 따른 터널링 헤더가 결합된 패킷을 설명하기 위한 도면이다.
도 3은 본 발명의 일 실시예에 따른 SIP 브로커 서버(104)의 구성을 나타낸 도면이다.
도 4는 본 발명의 일 실시예에 따른 SIP 메시지 송수신 시스템(100)에서, 사용자 단말(102) 내부의 외부 송수신 모듈(112)과 SIP 브로커 서버(104) 간의 세션 설정 과정(400)을 설명하기 위한 순서도이다.
도 5는 본 발명의 일 실시예에 따른 SIP 메시지 송수신 시스템(100)에서, 사용자 단말(102)에서 통신 상대방(106)으로의 SIP 메시지 전송 과정(500)을 설명하기 위한 순서도이다.
도 6은 본 발명의 일 실시예에 따른 SIP 메시지 송수신 시스템(100)에서, 통신 상대방(106)에서 사용자 단말(102)로의 SIP 메시지 전송 과정(600)을 설명하기 위한 순서도이다.
도 7은 본 발명의 일 실시예에 따른 SIP 메시지 송수신 시스템(100)에서, 사용자 단말(102) 내부의 외부 송수신 모듈(112)과 SIP 브로커 서버(104) 간의 세션 재설정 과정(700)을 설명하기 위한 순서도이다.
이하, 도면을 참조하여 본 발명의 구체적인 실시형태를 설명하기로 한다. 그러나 이는 예시에 불과하며 본 발명은 이에 제한되지 않는다.
본 발명을 설명함에 있어서, 본 발명과 관련된 공지기술에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략하기로 한다. 그리고, 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
본 발명의 기술적 사상은 청구범위에 의해 결정되며, 이하의 실시예는 본 발명의 기술적 사상을 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 효율적으로 설명하기 위한 일 수단일 뿐이다.
도 1은 본 발명의 일 실시예에 따른 SIP 메시지 송수신 시스템(100)의 전체 구성을 설명하기 위한 도면이다.
본 발명의 실시예에서, SIP란 세션 개시 프로토콜(Session Initiation Protocol)의 약자로서, 인터넷 상에서 다양한 종류의 데이터를 전송하기 위한 관문 역할을 하는 프로토콜을 의미한다. 세션 개시 프로토콜은 인터넷 상에서 통신하고자 하는 전화 또는 인터넷 컨퍼런스, 인스턴트 메신저 등이 서로를 식별하여 그 위치를 찾고, 그들 상호 간에 멀티미디어 통신 세션을 생성하거나 삭제 또는 수정하기 위한 절차를 명시한 응용 계층의 프로토콜로서, 영상 회의, 스트리밍 동영상 유통, 메신저, 가입자 상태 정보, 파일 전송과 온라인 게임 등의 분야에 널리 사용되고 있다. 특히 이 프로토콜은 HTTP와 SMTP의 많은 부분을 그대로 사용하여 개발된 텍스트 기반이므로 그 구현이 용이하며, 인터넷에서 사용되는 다른 많은 프로토콜과 결합하여 다양한 서비스들을 만들 수 있는 유연성과 확장성을 그 특징으로 한다.
도시된 바와 같이, 본 발명의 일 실시예에 따른 SIP 메시지 송수신 시스템(100)은 사용자 단말(102) 및 SIP 브로커 서버(104)를 포함한다.
사용자 단말(102)은 SIP 메시지를 생성하여 통신 상대방(106)으로 송신하거나, 또는 통신 상대방(106)으로부터 수신된 SIP 메시지를 처리하기 위한 단말이다. 일반적으로 SIP 서비스를 제공하는 사업자는 서비스 제공을 위하여 SIP 프록시 서버를 구비하게 되며, 이 경우 상기 통신 상대방(106)은 SIP 서비스 제공자의 SIP 프록시 서버가 될 수 있다. SIP 프록시 서버는 SIP 서비스 사업자가 사용자 단말(102)에 SIP 서비스를 제공하기 위한 서버로서, SIP 브로커 서버(104)와 연결되며, SIP 브로커 서버(104)를 통하여 사용자 단말(102)로부터 생성된 SIP 메시지를 전달받는다. 또한 SIP 프록시 서버는 사용자 단말(102)로 송신하고자 하는 SIP 메시지가 존재하는 경우, SIP 브로커 서버(104)를 경유하여 이를 송신한다. 한편, 만약 사용자 단말(102)이 단말간의 피어-투-피어 통신을 위한 단말일 경우 상기 통신 상대방(106)은 다른 사용자의 단말이 될 수도 있다.
한편, 사용자 단말(102)은 예를 들어 SIP를 사용하는 인터넷 전화일 수 있다. 물론, 본 발명은 상기와 같은 인터넷 전화 서비스에만 한정되는 것은 아니며, SIP를 이용하여 통신을 수행하는 어떠한 종류의 단말도 본 발명의 구성이 적용 가능함은 자명하다.
본 발명의 실시예에서, 사용자 단말(102)은 예를 들어 방화벽(firewall) 등의 보안 수단(108)의 내부에 존재하며, 보안 수단(108)의 외부에 존재하는 네트워크상의 다른 구성요소들과 SIP를 이용하여 통신을 수행한다. 그러나 상기 방화벽 등의 보안 수단(108)은 일반적으로 보안 등의 이유로 인하여 UDP 패킷은 차단(block)하고 TCP 패킷만을 통과시키게 되므로 UDP 패킷을 사용하는 SIP 메시지는 보안 수단(108)을 통과할 수 없게 된다. 따라서 본 발명의 실시예에서, 사용자 단말(102)은 생성한 SIP 메시지에 터널링 헤더(tunneling header)를 결합하여 TCP를 사용하는 데이터 패킷으로 변환한 뒤 보안 수단(108)을 통과시키도록 구성된다. 이와 같은 터널링 헤더의 상세 구성을 포함한 본 발명의 실시예에서의 상세한 SIP 메시지 터널링에 대해서는 후술하기로 한다.
SIP 브로커 서버(104)는 사용자 단말(102)로부터 상기 패킷을 수신한 뒤 이로부터 상기 터널링 헤더를 제거하여 SIP 메시지만을 추출하고, 추출된 상기 SIP 메시지를 통신 상대방(106)으로 송신한다. 이때, SIP 브로커 서버(104)는 추출된 상기 SIP 메시지의 출발지 주소(source address)를 SIP 브로커 서버(104)의 주소로 치환하여 통신 상대방(106)으로 송신한다. (본 발명의 실시예에서 “주소”란 특별한 언급이 없는 경우 해당 구성요소의 네트워크 상 주소, 즉 IP 주소 및 포트 번호를 의미한다.) 이와 같이 SIP 메시지의 출발지 주소를 SIP 브로커 서버(104)의 주소로 치환하는 경우, 통신 상대방(106)은 해당 메시지가 사용자 단말(102)이 아닌 SIP 브로커 서버(104)로부터 전송된 것으로 인식하고, 해당 SIP 메시지의 응답 메시지 또한 SIP 브로커 서버(104) 쪽으로 전달한다.
SIP 브로커 서버(104)는 통신 상대방(106)으로부터 사용자 단말(102)을 목적지로 하는 SIP 메시지(예를 들어, 사용자 단말(102)로부터 전송된 SIP 메시지에 대한 응답 메시지)가 수신되는 경우, 수신된 상기 SIP 메시지의 목적지 주소를 사용자 단말(102)의 로컬 주소로 치환하고, 치환된 상기 SIP 메시지에 터널링 헤더를 결합한 패킷을 생성하여 상기 사용자 단말로 송신한다. 즉, 통신 상대방(106)으로부터 SIP 브로커 서버(104)가 수신하는 SIP 메시지는 그 목적지 주소가 SIP 브로커 서버(104)로 되어 있으므로, SIP 브로커 서버(104)는 이를 사용자 단말(102)의 로컬 주소로 치환하여 줌으로써 사용자 단말(102)이 이를 통신 상대방(106)으로부터 사용자 단말(102)로 송신되는 정상적인 메시지로 인식할 수 있도록 한다.
한편, 본 발명의 일 실시예에서 사용자 단말(102)은 SIP 클라이언트(110) 및 외부 송수신 모듈(112)을 포함한다.
SIP 클라이언트(110)는 외부로 송신할 SIP 메시지를 생성하거나 또는 외부로부터 수신된 SIP 메시지를 처리하는 모듈이다. 이와 같은 SIP 클라이언트(110)의 종류는 송수신되는 SIP 메시지의 종류에 따라 달라지게 되며, 예를 들어 상기 송수신되는 SIP 메시지가 인터넷 전화를 위한 메시지라면, SIP 클라이언트(110)는 사용자 단말(102) 상에서 구성되는 인터넷 전화 모듈이 될 수 있다.
외부 송수신 모듈(External Transport; 112)은 SIP 클라이언트(110)가 생성한 상기 SIP 메시지를 수신하고, 수신된 상기 SIP 메시지에 터널링 헤더(tunneling header)가 결합된 패킷을 생성하며, 생성된 상기 패킷을 TCP를 이용하여 보안 수단(112)의 바깥에 존재하는 SIP 브로커 서버(104)로 송신한다. 또한, 외부 송수신 모듈(112)은 SIP 브로커 서버(104)로부터 패킷이 수신되는 경우, 수신된 상기 패킷으로부터 터널링 헤더를 제거하여 SIP 메시지만을 추출하고, 추출된 상기 SIP 메시지를 SIP 클라이언트(110)로 전송한다.
전술한 바와 같이, SIP 클라이언트(110)는 SIP 메시지를 송수신하기 위한 모듈이므로, SIP 메시지를 UDP를 이용하여 외부로 송신하거나 또는 수신하게 된다. 그러나 이러한 UDP 패킷은 방화벽 등의 보안 수단(108)을 통과하지 못하게 되는 바, 외부 송수신 모듈(112)은 SIP 클라이언트(110)로부터 수신한 SIP 메시지에 상기 터널링 헤더를 결합하여 이를 TCP 패킷으로 변환함으로써 해당 메시지가 보안 수단(108)을 통과할 수 있도록 한다. 또한, 사용자 단말(102)로 SIP 메시지가 수신되는 경우에도 통신 상대방(106)과 사용자 단말(102)의 사이에 존재하는 SIP 브로커 서버가 통신 상대방(106)으로부터 수신되는 SIP 메시지에 터널링 헤더를 결합하여 TCP 패킷으로 변환하여 줌으로써 해당 메시지가 보안 수단(108)을 통과할 수 있도록 한다. 즉, 본 발명에 있어 송수신되는 SIP 메시지는 보안 수단(108)을 통과하기 직전 터널링 헤더가 결합되어 TCP 패킷으로 변환됨으로써 보안 수단(108)에 의하여 차단되지 않고 목적지까지 도달할 수 있게 된다.
도 2는 본 발명의 일 실시예에 따른 터널링 헤더가 결합된 패킷을 설명하기 위한 도면이다.
도시된 바와 같이, 본 발명의 일 실시예에 따른 패킷(200)은 터널링 헤더(202) 및 바디(204)를 포함한다.
터널링 헤더(202)는 SIP 메시지가 보안 수단(108)을 통과(traverse)할 수 있도록 하기 위하여 상기 SIP 메시지를 랩핑(wrapping)하기 위한 헤더로서, HTTP 헤더(206) 및 P2P 헤더(208)를 포함하여 구성된다.
HTTP 헤더(206)는 SIP 메시지를 HTTP 패킷으로 랩핑하기 위한 헤더로서, HTTP 표준 규약에 맞게 구성된다. 즉, SIP 클라이언트(110)에서 생성된 SIP 메시지에 HTTP 헤더(206)가 결합됨으로써, 보안 수단(108)은 해당 메시지가 TCP 80 포트를 사용하는 일반적인 HTTP 패킷인 것으로 판단하고 패킷을 통과시키게 된다.
P2P 헤더(208)는 HTTP 헤더(206) 후단에 위치하며, 목적지의 IP 주소 및 포트 정보를 포함한다. 예를 들어, SIP 클라이언트(110)에서 통신 상대방(106)으로 전송되는 SIP 메시지의 경우 P2P 헤더(208)에는 통신 상대방(106)의 IP 주소 및 포트 정보가 저장된다. 또한 통신 상대방(106)에서 SIP 클라이언트(110)로 전송되는 SIP 메시지의 경우, P2P 헤더(208)에는 사용자 단말(102)의 로컬 주소가 저장된다.
바디(204)는 SIP 클라이언트(110)에서 통신 상대방(106)으로 전달하고자 하는 텍스트 기반의 SIP 메시지 또는 바이너리 기반의 미디어 데이터가 저장되는 공간이다. 또한, 필요에 따라 바디(204)에는 외부 송수신 모듈(112) 및 SIP 브로커 서버(108) 간의 SIP 메시지 터널링을 위한 세션 설정을 위한 메시지가 포함될 수도 있다. 이와 같은 세션 설정 메시지는 예를 들어 다음과 같은 것들이 포함될 수 있다.
표 1
메시지 출발지 목적지 설명
REQUEST_PORT 사용자 단말 SIP 브로커 서버 포트신규할당요청
REQUEST_PORT:(포트번호) 사용자 단말 SIP 브로커 서버 포트재할당요청
REQUEST_PORT:SUCCESS SIP 브로커 서버 사용자 단말 포트할당요청답벼
RELEASE_PORT:(포트번호) 사용자 단말 SIP 브로커 서버 포트반납요청
RELEASE_PORT:SUCCESS SIP 브로커 서버 사용자 단말 포트반납요청답변
도 3은 본 발명의 일 실시예에 따른 SIP 브로커 서버(104)의 상세 구성을 나타낸 블록도이다.
도시된 바와 같이, 본 발명의 일 실시예에 따른 SIP 브로커 서버(104)는 제1 연결 모듈(300), 포트 관리 모듈(302), 메시지 처리 모듈(304) 및 제2 연결 모듈(306)을 포함한다.
제1 연결 모듈(300)은 사용자 단말(102)과 TCP를 이용하여 연결되며, 연결된 사용자 단말(102)로부터 터널링 헤더가 결합된 SIP 메시지를 수신하여 후술할 메시지 처리 모듈(304)로 전달한다. 또한, 제1 연결 모듈(300)은 메시지 처리 모듈(304)로부터 터널링 헤더가 결합된 SIP 메시지를 수신할 경우 이를 사용자 단말(102)로 전송한다. 상기 SIP 메시지의 송수신은 제1 연결 모듈(300) 및 사용자 단말(102)과의 사이에 형성된 TCP 연결(TCP connection)을 통하여 수행된다.
포트 관리 모듈(302)은 제1 연결 모듈(300)과 연결된 사용자 단말(102)에 포트(port)를 할당하고, 할당된 포트를 관리한다.
제1 연결 모듈(300)과 TCP 연결이 완료되면, 사용자 단말(102)은 제1 연결 모듈(300)로 통신 상대방(106)과의 메시지 송수신을 위한 포트 할당 요청(REQUEST_PORT)을 송신한다(304). 그러면 포트 관리 모듈(302)은, 사용자 단말(102)로부터 수신된 상기 포트 할당 요청에 대응하여 할당 가능한 포트 중 하나를 사용자 단말(102)에 할당한다. 할당된 상기 포트는 후술할 제2 연결 모듈(306)과 통신 상대방(106)과의 메시지 송수신에 사용된다. 즉, 제2 연결 모듈(306)은 포트 관리 모듈(302)에서 사용자 단말(102)에 대응하여 할당된 포트를 통하여 터널링 헤더가 제거된 SIP 메시지를 통신 상대방(106)과 송수신한다.
또한, 포트 관리 모듈(302)은, 사용자 단말(102)과의 연결이 비정상적으로 종료된 경우, 사용자 단말(102)로 할당된 상기 포트의 해제를 위한 타이머를 구동한다. 이때 사용자 단말(102)과의 연결이 비정상적으로 종료된 경우란 사용자 단말(102)로부터 명시적인 연결 해제 요청을 수신하지 않은 상태에서 사용자 단말(102)과의 TCP 연결이 해제된 경우를 의미한다. 만약 상기 타이머의 타임아웃 시간까지 사용자 단말(102)로부터 포트 재할당 요청이 수신되지 않는 경우, 포트 관리 모듈(302)은 사용자 단말(102)에 할당된 포트를 해제한다. 해제된 포트는 이후 다른 사용자 단말에 할당될 수 있다. 그러나 만약 상기 타이머의 타임아웃 전에 사용자 단말(102)로부터 포트 재할당 요청이 수신되는 경우, 포트 관리 모듈(302)은 사용자 단말(102)에 최초 할당된 포트를 재할당한다.
이와 같이 포트 관리 모듈(302)에서 포트 재할당 및 해제를 위하여 타이머를 구동하는 이유는 다음과 같다. 전술한 바와 같이, 사용자 단말(102)로부터 명시적으로 연결 해제 요청이 수신되지 않더라도 다양한 이유로(예를 들어 사용자 단말(102)에 일시적인 통신 장애가 발생하는 경우 등) 사용자 단말(102)과 SIP 브로커 서버(104) 간의 연결이 비정상적으로 종료되는 경우가 발생할 수 있다. 이 경우 사용자 단말(102)은 SIP 브로커 서버(106)로 포트 재할당을 요청하게 된다. 그러나 만약 상기 연결이 비정상적으로 종료됨을 인지한 즉시 SIP 브로커 서버(104)가 포트를 해제할 경우, 포트 재할당 요청 전에 해당 포트를 다른 사용자 단말에 할당하게 되는 경우가 발생할 수 있다. 따라서 이와 같은 경우를 방지하기 위하여, 본 발명에서는 사용자 단말(102)과 SIP 브로커 서버(104) 간의 연결이 비정상적으로 종료되는 경우, 타이머를 구동시켜 일정 시간 동안은 해당 포트를 해제하지 않고 대기하다가 포트 재할당 요청이 수신될 경우 해당 포트를 재할당하도록 구성된다.
한편, 포트 관리 모듈(302)은 상기 포트 할당 시 할당 가능한 포트 중 짝수 번호를 가지는 포트를 사용자 단말(102)에 할당하도록 구성될 수 있다. 이는 상기 포트를 이용하여 사용자 단말(102)과 통신 상대방(106)간에 SIP 메시지 뿐만 아니라 미디어 데이터 또한 전송될 수 있도록 하기 위해서이다. 네트워크상에서 실시간 데이터 전송에 관한 표준 규약인 RFC-1889(A Transport Protocol for Real-Time Applications)에서는 RTP 데이터 전송에는 짝수 포트만을 사용하고, 홀수 포트는 해당 RTP 데이터에 대응하는 RTCP 데이터를 전송하도록 구성된다. 이에 따라 본 발명에서도 포트 할당시 짝수 포트만을 할당하도록 구성함으로써 상기 표준에 대응할 수 있도록 구성하였다.
다음으로, 메시지 처리 모듈(304)은 제1 연결 모듈(300)로부터 SIP 메시지를 수신하면, 상기 SIP 메시지에서 터널링 헤더를 제거하고 이를 제2 연결 모듈(306)로 전달한다. 이때 메시지 처리 모듈(304)은, 상기 터널링 헤더가 제거된 상기 SIP 메시지의 출발지 주소를 SIP 브로커 서버(104)의 주소로 치환한다.
또한, 메시지 처리 모듈(304)은, 제2 연결 모듈(306)을 통하여 통신 상대방(106)으로부터 SIP 메시지가 수신되는 경우, 수신된 상기 SIP 메시지의 목적지 주소를 사용자 단말(102)의 로컬 주소로 치환하고, 목적지 주소가 치환된 상기 SIP 메시지에 터널링 헤더를 결합한 패킷을 생성하여 이를 제1 연결 모듈(300)로 전달한다.
마지막으로 제2 연결 모듈(306)은 메시지 처리 모듈(304)에서 터널링 헤더가 제거된 SIP 메시지를 UDP를 이용하여 통신 상대방(106)에 송신한다. 이때, 제2 연결 모듈(306)은 포트 관리 모듈(302)에서 할당된 포트로 상기 SIP 메시지를 송신하도록 구성된다.
도 4는 본 발명의 일 실시예에 따른 SIP 메시지 송수신 시스템(100)에서, 사용자 단말(102) 내부의 외부 송수신 모듈(112)과 SIP 브로커 서버(104) 간의 세션 설정 과정(400)을 설명하기 위한 순서도이다.
먼저, 외부 송수신 모듈(112)은 SIP 브로커 서버(104)와 TCP 연결을 수행하고(402), 연결된 SIP 브로커 서버(104)로 통신 상대방(106)과의 메시지 송수신을 위한 포트 할당 요청(REQUEST_PORT)을 송신한다(404). 이때, 외부 송수신 모듈(112)은 상기 포트 할당 요청 과정에서 사용자 단말(102)의 로컬 주소를 SIP 브로커 서버(104)로 전송한다.
이후, SIP 브로커 서버(104)는 할당 가능한 포트 중 하나를 선택하여 통신 상대방(106)과의 SIP 메시지 송수신을 위한 포트를 새로 할당하고, 상기 포트 할당 요청에 대한 응답(REQUEST_PORT:SUCCESS)을 외부 송수신 모듈(112)로 전송한다(406).
도 5는 본 발명의 일 실시예에 따른 SIP 메시지 송수신 시스템(100)에서, 사용자 단말(102)에서 통신 상대방(106)으로의 SIP 메시지 전송 과정(500)을 설명하기 위한 순서도이다.
먼저, SIP 클라이언트(110)가 SIP 메시지를 생성하면, SIP 클라이언트(110)는 생성된 상기 SIP 메시지를 외부 송수신 모듈(112)로 전달한다(502). 이때 상기 메시지 전달에는, 예를 들어 UDP가 전송 프로토콜로서 사용될 수 있다.
다음으로, 외부 송수신 모듈(112)은 수신된 상기 SIP 메시지를 랩핑하기 위한 터널링 헤더를 생성하고, 상기 터널링 헤더를 상기 SIP 메시지와 결합한 새로운 패킷을 생성한다(504). 생성된 상기 패킷은 전술한 바와 같이 일반적인 HTTP 패킷의 형태를 가지게 된다.
이후, 외부 송수신 모듈(112)은 상기 패킷을 TCP를 이용하여 SIP 브로커 서버(104)로 송신한다(506).
SIP 브로커 서버(104)는 상기 패킷을 수신한 뒤, 먼저 수신된 패킷에 오류가 있는지의 여부를 검사한다(508). 상기 패킷의 오류 여부는, 예를 들어 상기 헤더가 정상적인 HTTP 헤더인지, 패킷의 수신이 정상적으로 완료되었는지 등을 의미한다. 만약 상기 검사 단계에서 수신 패킷에 오류가 있는 경우 해당 패킷은 삭제되며, 외부 송수신 모듈(112)에 재송신을 요구하게 된다.
만약, 수신된 상기 패킷에 오류가 없다고 판단되는 경우, SIP 브로커 서버(104)는 수신된 상기 패킷으로부터 터널링 헤더를 제거하여 SIP 메시지만을 추출하고, 추출된 상기 SIP 메시지의 출발지 주소를 SIP 브로커 서버(104)의 주소로 치환한 뒤(510), 통신 상대방(106)으로 송신한다(512).
도 6은 본 발명의 일 실시예에 따른 SIP 메시지 송수신 시스템(100)에서, 통신 상대방(106)으로부터 사용자 단말(102)로의 SIP 메시지 전송 과정(600)을 설명하기 위한 순서도이다.
먼저, 통신 상대방(106)으로부터 SIP 메시지가 수신되면(602), SIP 브로커 서버(104)는 수신된 상기 SIP 메시지의 도착지 주소(destination address)를 SIP 브로커 서버(104)의 주소에서 사용자 단말(102)의 주소로 치환한다(604). 이후 SIP 브로커 서버(104)는 수신된 상기 SIP 메시지를 랩핑하기 위한 터널링 헤더를 생성하고, 상기 터널링 헤더를 상기 SIP 메시지와 결합한 새로운 패킷을 생성한다(606).
다음으로, SIP 브로커 서버(104)는 상기 패킷을 TCP를 이용하여 사용자 단말(102)로 송신한다(608).
사용자 단말(102) 내의 외부 송수신 모듈(112)은 상기 패킷을 수신한 뒤, 먼저 수신된 패킷에 오류가 있는지의 여부를 검사한다(610). 만약 상기 검사 단계에서 수신 패킷에 오류가 있는 경우 해당 패킷은 삭제되며, SIP 브로커 서버(104)에 재송신을 요구하게 된다.
만약, 수신된 상기 패킷에 오류가 없다고 판단되는 경우, 외부 송수신 모듈(112)은 수신된 상기 패킷으로부터 터널링 헤더를 제거하여 SIP 메시지만을 추출하고, 추출된 상기 SIP 메시지를 SIP 클라이언트로 송신한다(614).
도 7은 본 발명의 일 실시예에 따른 SIP 메시지 송수신 시스템(100)에서, 사용자 단말(102) 내부의 외부 송수신 모듈(112)과 SIP 브로커 서버(104) 간의 연결이 비정상적으로 종료된 경우의 세션 재설정 과정을 설명하기 위한 순서도이다.
먼저, 외부 송수신 모듈(112)과 SIP 브로커 서버(104)간의 TCP 연결이 비정상적으로 종료된 경우(702), SIP 브로커 서버(104)는 사용자 단말(102)에 할당된 포트 해제를 위한 타이머를 구동한다(704). 만약 상기 타이머가 종료되면(706), SIP 브로커 서버(104)는 사용자 단말(102)에 할당된 포트를 해제한다(708).
그러나 만약 상기 타이머 종료 전 외부 송수신 모듈(112)로부터 포트 재할당 요청(REQUEST_PORT:(PORT_NUMBER))이 수신되면(710), SIP 브로커 서버(104)는 해당 사용자 단말(102)에 기 할당된 포트를 재할당한다(712).
이상에서 대표적인 실시예를 통하여 본 발명에 대하여 상세하게 설명하였으나, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자는 상술한 실시예에 대하여 본 발명의 범주에서 벗어나지 않는 한도 내에서 다양한 변형이 가능함을 이해할 것이다.
그러므로 본 발명의 권리범위는 설명된 실시예에 국한되어 정해져서는 안 되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.
[부호의 설명]
102 : 사용자 단말 104 : SIP 브로커 서버
106 : 통신 상대방 108 : 보안 수단
110 : SIP 클라이언트 112 : 외부 송수신 모듈

Claims (26)

  1. 에스아이피(SIP) 메시지를 생성하는 SIP 클라이언트, 및
    상기 SIP 클라이언트로부터 상기 SIP 메시지를 수신하고, 수신된 상기 SIP 메시지에 터널링 헤더(tunneling header)가 결합된 패킷을 생성하며, 생성된 상기 패킷을 SIP 브로커 서버로 송신하는 외부 송수신 모듈을 포함하는 사용자 단말; 및
    상기 외부 송수신 모듈로부터 수신된 상기 패킷으로부터 상기 터널링 헤더를 제거하고, 상기 터널링 헤더가 제거된 상기 SIP 메시지를 상기 사용자 단말의 통신 상대방에 송신하는 SIP 브로커 서버를 포함하는 에스아이피 메시지 송수신 시스템.
  2. 제1항에 있어서,
    상기 터널링 헤더는, 상기 SIP 메시지와 결합되며, 상기 통신 상대방의 IP 주소 및 포트 번호를 포함하는 P2P 헤더; 및
    상기 P2P 헤더가 결합된 상기 SIP 메시지와 결합되어 상기 SIP 메시지를 어 HTTP 패킷으로 변환하는 HTTP 헤더를 포함하는, 에스아이피 메시지 송수신 시스템.
  3. 제2항에 있어서,
    상기 외부 송수신 모듈은, 상기 SIP 메시지와 상기 터널링 헤더가 결합된 상기 패킷을 TCP를 이용하여 상기 SIP 브로커 서버로 송신하는, 에스아이피 메시지 송수신 시스템.
  4. 제2항에 있어서,
    상기 SIP 브로커 서버는, 상기 터널링 헤더가 제거된 상기 SIP 메시지의 출발지 주소를 상기 SIP 브로커 서버의 주소로 치환하여 상기 통신 상대방에게 송신하는, 에스아이피 메시지 송수신 시스템.
  5. 제1항에 있어서,
    상기 SIP 브로커 서버는, 통신 상대방으로부터 SIP 메시지를 수신하는 경우, 수신된 상기 SIP 메시지의 목적지 주소를 상기 사용자 단말의 로컬 주소로 치환하고, 치환된 상기 SIP 메시지에 터널링 헤더를 결합한 패킷을 생성하여 상기 사용자 단말로 송신하는, 에스아이피 메시지 송수신 시스템.
  6. 제5항에 있어서,
    상기 외부 송수신 모듈은, 상기 SIP 브로커 서버로부터 전송된 상기 패킷을 수신하고, 수신된 상기 패킷으로부터 터널링 헤더를 제거하여 상기 SIP 클라이언트로 전송하는, 에스아이피 메시지 송수신 시스템.
  7. 사용자 단말과 TCP를 이용하여 연결되며, 상기 사용자 단말로부터 터널링 헤더가 결합된 SIP 메시지를 수신하는 제1 연결 모듈;
    상기 제1 연결 모듈과 연결된 상기 사용자 단말에 할당된 포트(PORT)를 관리하는 포트 관리 모듈;
    상기 제1 연결 모듈로부터 수신된 상기 SIP 메시지로부터 상기 터널링 헤더를 제거하는 메시지 처리 모듈; 및
    상기 터널링 헤더가 제거된 SIP 메시지를 UDP를 이용하여 상기 사용자 단말의 통신 상대방에 송신하는 제2 연결 모듈을 포함하는 에스아이피(SIP) 브로커 서버.
  8. 제7항에 있어서,
    상기 포트 관리 모듈은, 상기 사용자 단말로부터 포트 할당 요청이 수신되면, 할당 가능한 포트 중 하나를 상기 사용자 단말에 할당하는, 에스아이피 브로커 서버.
  9. 제8항에 있어서,
    상기 제2 연결 모듈은, 상기 포트 관리 모듈로부터 할당된 포트로 상기 터널링 헤더가 제거된 SIP 메시지를 송신하는, 에스아이피 브로커 서버.
  10. 제8항에 있어서,
    상기 포트 관리 모듈은, 상기 사용자 단말과의 연결이 비정상적으로 종료된 경우, 기 설정된 기간 동안 상기 사용자 단말로부터 포트 재할당 요청이 수신되는지의 여부를 판단하고, 수신되지 않는 경우 상기 사용자 단말에 할당된 포트를 해제하는, 에스아이피 브로커 서버.
  11. 제10항에 있어서,
    상기 포트 관리 모듈은, 상기 기 설정된 시간 내에 상기 사용자 단말로부터 포트 재할당 요청이 수신되는 경우, 상기 사용자 단말에 기 할당된 포트를 재할당하는, 에스아이피 브로커 서버.
  12. 제7항에 있어서,
    상기 포트 관리 모듈은, 할당 가능한 포트 중 짝수 번호를 가지는 포트를 상기 사용자 단말에 할당하는, 에스아이피 브로커 서버.
  13. 제7항에 있어서,
    상기 터널링 헤더는, 상기 SIP 메시지와 결합되며, 상기 통신 상대방의 IP 주소 및 포트 번호를 포함하는 P2P 헤더; 및
    상기 P2P 헤더가 결합된 상기 SIP 메시지와 결합되어 상기 SIP 메시지를 어 HTTP 패킷으로 변환하는 HTTP 헤더를 포함하는, 에스아이피 브로커 서버.
  14. 제7항에 있어서,
    상기 메시지 처리 모듈은, 상기 터널링 헤더가 제거된 상기 SIP 메시지의 출발지 주소를 상기 SIP 브로커 서버의 주소로 치환하는, 에스아이피 브로커 서버.
  15. 제7항에 있어서,
    상기 메시지 처리 모듈은, 상기 제2 연결 모듈을 통하여 통신 상대방으로부터 SIP 메시지가 수신되는 경우, 수신된 상기 SIP 메시지의 목적지 주소를 상기 사용자 단말의 로컬 주소로 치환하고, 치환된 상기 SIP 메시지에 터널링 헤더를 결합한 패킷을 생성하는, 에스아이피 브로커 서버.
  16. 제15항에 있어서,
    상기 제1 연결 모듈은, 상기 메시지 처리 모듈에서 생성된 상기 패킷을 상기 사용자 단말로 송신하는, 에스아이피 브로커 서버.
  17. 에스아이피(SIP) 브로커 서버에서, 사용자 단말로부터 패킷을 수신하는 단계;
    상기 SIP 브로커 서버에서, 수신된 상기 패킷에서 터널링 헤더를 제거하여 SIP 메시지를 추출하는 단계;
    상기 SIP 브로커 서버에서, 추출된 상기 SIP 메시지의 출발지 주소를 상기 SIP 브로커 서버의 주소로 치환하는 단계; 및
    상기 SIP 브로커 서버에서, 추출된 상기 SIP 메시지를 상기 사용자 단말의 통신 상대방으로 송신하는 단계를 포함하는 에스아이피 메시지 송수신 방법.
  18. 제17항에 있어서,
    상기 패킷은 TCP를 이용하여 상기 사용자 단말로부터 상기 SIP 브로커 서버로 수신되는, 에스아이피 메시지 송수신 방법.
  19. 제17항에 있어서,
    상기 패킷 수신 단계의 수행 이후 및 상기 SIP 메시지 추출 단계의 수행 전, 상기 SIP 브로커 서버에서, 수신된 상기 패킷의 오류 여부를 판단하는 단계를 더 포함하며,
    상기 SIP 브로커 서버는, 수신된 상기 패킷에 오류가 없다고 판단되는 경우 상기 패킷으로부터 SIP 메지시를 추출하는, 에스아아피 메시지 송수신 방법.
  20. 제19항에 있어서,
    상기 SIP 브로커 서버는, 수신된 상기 패킷에 오류가 존재한다고 판단되는 경우, 수신된 상기 패킷을 삭제하는, 에스아이피 메시지 송수신 방법.
  21. 제17항에 있어서,
    상기 패킷을 수신하는 단계의 수행 전,
    상기 SIP 브로커 서버에서, 상기 사용자 단말로부터 포트 할당 요청을 수신하는 단계; 및
    상기 SIP 브로커 서버에서, 상기 포트 할당 요청에 따라 할당 가능한 포트 중 하나를 상기 사용자 단말에 할당하는 단계를 더 포함하는, 에스아이피 메시지 송수신 방법.
  22. 제21항에 있어서,
    상기 SIP 메시지 송신 단계는, 상기 포트 할당 단계에서 할당된 포트로 상기 터널링 헤더가 제거된 SIP 메시지를 송신하는, 에스아이피 메시지 송수신 방법.
  23. 제21항에 있어서,
    상기 포트 할당 단계의 수행 이후 상기 사용자 단말과의 연결이 비정상적으로 종료된 경우,
    상기 SIP 브로커 서버에서, 기 설정된 기간 동안 상기 사용자 단말로부터 포트 재할당 요청이 수신되는지의 여부를 판단하는 단계; 및
    상기 SIP 브로커 서버에서, 기 설정된 기간 동안 포트 재할당 요청이 수신되지 않는 경우 상기 사용자 단말에 할당된 포트를 해제하고, 포트 재할당 요청이 수신되는 경우 상기 사용자 단말에 기 할당된 포트를 재할당하는 단계를 더 포함하는, 에스아이피 메시지 송수신 방법.
  24. 제21항에 있어서,
    상기 포트 할당 단계는, 할당 가능한 포트 중 짝수 번호를 가지는 포트를 상기 사용자 단말에 할당하는, 에스아이피 메시지 송수신 방법.
  25. 에스아이피(SIP) 브로커 서버에서, 통신 상대방으로부터 SIP 메시지를 수신하는 단계;
    상기 SIP 브로커 서버에서, 수신된 상기 SIP 메시지의 목적지 주소를 사용자 단말의 로컬 주소로 치환하는 단계;
    상기 SIP 브로커 서버에서, 목적지 주소가 치환된 상기 SIP 메시지에 터널링 헤더가 결합된 패킷을 생성하는 단계; 및
    상기 SIP 브로커 서버에서, 생성된 상기 패킷을 상기 사용자 단말로 송신하는 단계를 포함하는 에스아이피 메시지 송수신 방법.
  26. 제25항에 있어서,
    상기 패킷은 TCP를 이용하여 상기 사용자 단말로 송신되는, 에스아이피 메시지 송수신 방법.
PCT/KR2012/001572 2011-03-04 2012-03-02 에스아이피 메시지 송수신 시스템 및 방법 Ceased WO2012121514A2 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201280011038.8A CN103404106B (zh) 2011-03-04 2012-03-02 Sip消息收发系统及方法
KR1020137021372A KR101478232B1 (ko) 2011-03-04 2012-03-02 에스아이피 메시지 송수신 시스템 및 방법
US14/003,161 US9374264B2 (en) 2011-03-04 2012-03-02 System and method for transmitting and receiving session initiation protocol messages

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020110019229A KR20120100376A (ko) 2011-03-04 2011-03-04 에스아이피 메시지 송수신 시스템 및 방법
KR10-2011-0019229 2011-03-04

Publications (2)

Publication Number Publication Date
WO2012121514A2 true WO2012121514A2 (ko) 2012-09-13
WO2012121514A3 WO2012121514A3 (ko) 2012-11-15

Family

ID=46798631

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2012/001572 Ceased WO2012121514A2 (ko) 2011-03-04 2012-03-02 에스아이피 메시지 송수신 시스템 및 방법

Country Status (4)

Country Link
US (1) US9374264B2 (ko)
KR (2) KR20120100376A (ko)
CN (1) CN103404106B (ko)
WO (1) WO2012121514A2 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10321383B2 (en) * 2013-05-10 2019-06-11 Cloudstreet Oy Managing wireless transmission capacity
KR20170088745A (ko) 2016-01-25 2017-08-02 문병진 Sip 네트워크에서 구간별 통화 품질 예측 방법
KR101821054B1 (ko) * 2016-08-25 2018-01-23 문병진 전화 강의의 강사와 수강생간 실시간 매칭 지원 방법
KR102518425B1 (ko) 2021-05-14 2023-04-04 정용선 레벨 리프트

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7039037B2 (en) * 2001-08-20 2006-05-02 Wang Jiwei R Method and apparatus for providing service selection, redirection and managing of subscriber access to multiple WAP (Wireless Application Protocol) gateways simultaneously
US7979528B2 (en) * 2002-03-27 2011-07-12 Radvision Ltd. System and method for traversing firewalls, NATs, and proxies with rich media communications and other application protocols
CN1466344A (zh) * 2002-06-21 2004-01-07 南京北极星软件有限公司 VoIP应用穿越防火墙的方法
CN1551569A (zh) * 2003-04-08 2004-12-01 Adv通讯公司 网络传输多媒体数据的方法
US8090858B2 (en) * 2004-07-23 2012-01-03 Nokia Siemens Networks Oy Systems and methods for encapsulation based session initiation protocol through network address translation
CN1604589A (zh) * 2004-10-28 2005-04-06 无锡三通科技有限公司 支持会话启动协议穿越的防火墙实现方法
JP4154615B2 (ja) * 2005-12-08 2008-09-24 日本電気株式会社 Ｓｉｐサーバ共有モジュール装置、ｓｉｐメッセージ中継方法、及びプログラム
KR100871422B1 (ko) 2006-08-30 2008-12-03 엔에이치엔(주) 인터넷폰 서비스 제공 장치 및 그 방법
EP1926285B1 (en) * 2006-10-11 2011-07-13 Murata Machinery, Ltd. Relay server
CN102282550A (zh) * 2009-01-30 2011-12-14 莫维克网络公司 应用和使用以及无线链路感知传输网络调度程序

Also Published As

Publication number Publication date
KR101478232B1 (ko) 2015-01-06
CN103404106A (zh) 2013-11-20
CN103404106B (zh) 2016-11-09
US9374264B2 (en) 2016-06-21
WO2012121514A3 (ko) 2012-11-15
KR20120100376A (ko) 2012-09-12
KR20130121936A (ko) 2013-11-06
US20130343375A1 (en) 2013-12-26

Similar Documents

Publication Publication Date Title
US8082324B2 (en) Method of establishing a tunnel between network terminal devices passing through firewall
JP3872477B2 (ja) ローカルｉｐネットワークを通した多重通話システム及び方法
US7852859B2 (en) System and method for interfacing legacy IP-PBX systems to SIP networks
US20050008024A1 (en) Gateway and method
US6542935B1 (en) Method for obtaining a second address free from association with multiple devices
JP2001523068A (ja) 交換広帯域マルチポイント／マルチメディア相互通信を提供するネットワーク
KR100603562B1 (ko) 브이오아이피 음성 처리 장치 및 그 방법
US8458253B1 (en) Enterprise conferencing with dual mixing
WO2007036160A1 (en) An apparatus, system and method for realizing communication between the client and the server
CN1960337A (zh) 通信控制方法
WO2012121514A2 (ko) 에스아이피 메시지 송수신 시스템 및 방법
US9413791B1 (en) Enterprise conferencing with dual mixing
CN102165752B (zh) 在IPv4与IPv6数据终端设备之间在SIP控制的数据流中双向地址转换的方法和设备
US20090201933A1 (en) Method, device and system for signaling transfer
CN102281293B (zh) 传输控制协议类型会话媒体流的传输方法及系统
CN102447751B (zh) 一种VoIP应用进行NAT穿越的方法及系统
EP1816841A1 (en) Data redirection system and method using internet protocol private branch exchange
WO2012018190A2 (ko) 트래픽 기반 통신 시스템 및 방법
WO2010032989A2 (en) Method and system for managing communication session establishment
WO2011149183A2 (ko) 브이오아이피 호설정 방법 및 이를 수행하는 브이오아이피 통신 시스템
JP2003046530A (ja) アドレス空間の異なるｉｐネットワーク間の通信方法およびグローバルｉｐアドレスを持つ装置
JP2002190827A (ja) 異なるネットワーク間におけるインターネット電話の接続方式
KR100726185B1 (ko) 서로 다른 ｉｐ 주소를 사용하는 ｉｐ 네트워크 간 연동제공 시스템, 게이트웨이 장치, 서버 및 연동 제공 방법
KR100727067B1 (ko) Ｓｉｐ 기반의 무선 패킷 교환망 시스템에서의 타망 연동방법 및 그 시스템
US7362747B2 (en) Translation of identifiers of user installation terminal in a packet network

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: 12754850

Country of ref document: EP

Kind code of ref document: A2

ENP Entry into the national phase

Ref document number: 20137021372

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14003161

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 12754850

Country of ref document: EP

Kind code of ref document: A2