KR100601124B1 - Ｓｉｐ 서비스 기반의 ｔｃｐ채널 제공 방법 - Google Patents

Ｓｉｐ 서비스 기반의 ｔｃｐ채널 제공 방법 Download PDF

Info

Publication number
KR100601124B1
KR100601124B1 KR1020040067409A KR20040067409A KR100601124B1 KR 100601124 B1 KR100601124 B1 KR 100601124B1 KR 1020040067409 A KR1020040067409 A KR 1020040067409A KR 20040067409 A KR20040067409 A KR 20040067409A KR 100601124 B1 KR100601124 B1 KR 100601124B1
Authority
KR
South Korea
Prior art keywords
user
interface
network
tcp
channel
Prior art date
Application number
KR1020040067409A
Other languages
English (en)
Other versions
KR20060018996A (ko
Inventor
현재봉
Original Assignee
주식회사 나라비전
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 주식회사 나라비전 filed Critical 주식회사 나라비전
Priority to KR1020040067409A priority Critical patent/KR100601124B1/ko
Publication of KR20060018996A publication Critical patent/KR20060018996A/ko
Application granted granted Critical
Publication of KR100601124B1 publication Critical patent/KR100601124B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users

Abstract

본 발명은 보안 유지된 네트워크(NAT/방화벽을 갖는 네트워크) 혹은 개방된 네트워크(Open 네트워크)를 불문하고 접속 설정 프로토콜(Session Initiation Protocol: SIP) 기반을 갖는 에이전트들 간에 통신채널을 형성하기 위한 것으로 특히, 임의의 SIP 에이전트가 스스로 자신이 속한 네트워크의 타입을 확인하여 다른 타입의 네트워크 환경에 속한 사용자와 신뢰성 있는 데이터 송 수신을 위한 채널을 형성할 때, 네트워크 타입의 체크에 의해 TCP 채널을 형성시킬 수 있으며 직접적인 채널의 형성이 불가능한 경우 MRS(Message Relay Server)를 통신 선로 상에 구비시켜 간접적인 TCP 채널을 형성시킴으로써 안정적인 정보의 전달 루트를 확보할 수 있도록 하기 위한, 개방형 네트워크 뿐만이 아니라NAT/방화벽을 갖는 망에서도 적용 가능한, SIP 서비스를 기반으로 신뢰성 있는 데이터 송 수신 채널을 형성 하기 위한 방법에 관한 것이다.

Description

ＳＩＰ 서비스 기반의 ＴＣＰ채널 제공 방법{The method for making TCP channel using SIP service}
도 1은 본 발명에 따른 NAT/방화벽을 갖는 네트워크를 포함한 모든 네트워크 환경에서 에서의 SIP 서비스를 기반으로 TCP채널 제공을 위한 시스템 예시도
도 2는 본 발명에 따른 시스템을 기준으로 사용자 모두가 개방된 네트워크 상에 있으며 정상적인 TCP 채널 형성이 성공한 경우의 신호 흐름 예시도
도 3은 본 발명에 따른 시스템을 기준으로 사용자 모두가 개방된 네트워크 상에 있으나 정상적인 TCP 채널 형성이 실패한 경우의 신호 흐름 예시도
도 4는 본 발명에 따른 시스템을 기준으로 사용자중 접속 요청자가 NAT/방화벽을 통해 보안 유지된 네트워크에 속하는 경우의 신호 흐름 예시도
도 5는 본 발명에 따른 시스템을 기준으로 사용자 모두NAT/방화벽을 통해 보안 유지된 네트워크에 속하는 경우의 신호 흐름 예시도
도 6은 본 발명에 따른 SIP 서비스 기반에서의 메시지 타입을 나타내는 프로그램 예시도
본 발명은 보안 유지된 네트워크 혹은 개방된 네트워크를 불문하고 모든 네트워크 환경에서 접속 설정 프로토콜(Session Initiation Protocol: 이하 SIP라 칭함) 기반을 갖는 SIP에이전트들 간에 신뢰성 있는 데이터 송수신을 위한 통신채널을 형성하기 위한 것으로 특히, 임의의 SIP 에이전트가 스스로 자신이 속한 네트워크의 타입을 확인하여 다른 타입의 네트워크 환경에 속한 사용자와 신뢰성 있는 데이터 송수신을 위한 채널을 형성할 때, 네트워크 타입의 체크에 의해 TCP 채널을 형성시킬 수 있으며 직접적인 채널의 형성이 불가능한 경우 MRS(Message Relay Server)를 통신 선로 상에 구비시켜 간접적인 TCP 채널을 형성시킴으로써 안정적인 정보의 전달 루트를 확보할 수 있도록 하기 위한 SIP 서비스를기반으로 TCP채널 제공 방법에 관한 것이다.
일반적으로, 통신선로에 의해 서로 연결되어 있는 일련의 호스트(노드)들로 이루어진 네트워크는 다른 네트워크와 연결될 수 있고, 서브네트워크를 포함할 수 있다. 이러한 네트워크상의 호스트 간에 음성, 화상 등의 멀티미디어를 서로 주고받기 위해서는 일정한 전송 규칙 즉, 특정한 프로토콜을 따라야 한다.
상술한 프로토콜 중 SIP는 IETF RFC3261(RFC2543에서 버전 업)문서에 표준이 정의되어 영상, 음성 등의 멀티미디어 통신을 위한 세션(Multi-media sessions)이나 호(calls)를 설정(establish)하고, 수정(modify)하고, 종료(terminate)하기 위한 어플리케이션 계층의 제어 프로토콜(application layer control protocol)로서 근래 각광받고 있다.
이는 SDP(Session Description Protocol: IETF RFC2327), SAP(Session Announcement Protocol: IETF RFC2974), RTSP(Real-Time Stream Protocol: IETF RFC2326), SCCP(Simple Conference Control Protocol) 등과 함께IETF MMUSIC (Multi-party Multi-media Session Control) 워킹 그룹이 멀티미디어 다자간 통신 시스템의 구현을 위해 제시한 전체 프레임 워크의 일부로서 제시된 것이다.
또한, SIP는 UDP/TCP/IP 계층 위에 존재하는 프로토콜로 요구/응답 방식으로 SIP 요구(SIP Request) 메시지 /SIP 응답(SIP Response) 메시지를 송수신할 수 있는 클라이언트/서버 프로토콜로 멀티미디어 회의에 초대(invite)함으로써 세션을 시작할 수 있도록 유니 캐스트(Unicast) 및 멀티캐스트(Multi-cast) 세션 모두를 지원한다.
상기 SIP 요구 메시지는 RFC3261에서는 INVITE(Session 참석 초대), ACK(INVITE Request에 대한 confirm), BYE(Call Terminate), REGISTER(User Agent가 Redirect Server의 데이터베이스에 등록), CANCEL(Cancel a pending request), OPTIONS(Queries the capabilities of the server) 6가지 기본 기능이 제공되고, 상기 SIP 응답 메시지는 상태 코드(Status Code)로 1xx(Information Response), 2xx(Successful Response), 3xx(Redirection Response), 4xx(Client Error, Request Failure), 5xx(Server Failure), 6xx(Global Failure)로 제공된다.
상술한 접속 설정 프로토콜의 체계를 구비하고 있는 유니트(UNIT)를 통상 SIP 에이전트(Agent)라 칭하는데, 상술한 SIP 에이전트들 간에 SIP 통신 채널을 형성하기 위한 기술은 상당수의 기법이 제안되었으나, SIP 통신 채널을 이용한 정보의 송수신시 상당 분량의 패킷코드들의 부가적인 정보를 포함한 변환 및 부가정보들의 교환이 이루어져야 한다.
즉, 통신환경의 변화(예를 들어, 유무선 인터넷 선로상의 접속 환경)에 따라서는 패킷 코드의 손상 등이 발생할 수 있으며 이로 인한 정보의 손실이 발생될 수도 있다는 문제점이 발생되었다.
따라서 SIP 에이전트들 간의 보다 신뢰성 높고 안정적인 통신 채널의 수단으로 TCP 채널을 생각해 볼 수 있으나, TCP 채널의 경우 SIP 에이전트 그 자신이 속한 네트워크 환경 즉, 개방 네트워크와 개방 네트워크 사이에 통신은 아무런 제약이 없지만 개방 네트워크와 방화벽(Firewall)이나 공인 IP 주소를 다시 사설 IP 주소로 변환하는 네트워크 어드레스 변환기(Network Address Translation)등이 설치된 보안 네트워크 간에 TCP 통신 채널을 형성시키기 위한 기술은 제안되어 있지 않고 있다.
상술한 문제점을 해소하기 위한 본 발명의 목적은 보안 유지된 네트워크 혹은 개방된 네트워크를 불문하고 접속 설정 프로토콜(Session Initiation Protocol: SIP) 기반을 갖는 SIP에이전트들 간에 통신채널을 형성하기 위한 것으로 특히, 임의의 SIP 에이전트가 스스로 자신이 속한 네트워크의 타입을 확인하여 다른 타입의 네트워크 환경에 속한 사용자와 신뢰성 있는 데이터 송 수신을 위한 채널을 형성할 때, 네트워크 타입의 체크에 의해 TCP 채널을 형성시킬 수 있으며 직접적인 채널의 형성이 불가능한 경우 MRS(Message Relay Server)를 통신 선로 상에 구비시켜 간접적인 TCP 채널을 형성시킴으로써 안정적인 정보의 전달 루트를 확보할 수 있도록 하기 위한, 개방형 네트워크 뿐만이 아니라NAT/방화벽을 갖는 망에서도 적용 가능한, SIP 서비스를 기반으로 신뢰성 있는 데이터 송 수신 채널을 형성 하기 위한 방법을 제공하는 데 있다.
삭제
상기와 같은 목적을 달성하기 위한 본 발명에 따른 NAT/방화벽을 갖는 네트워크를 포함한 모든 네트워크 환경에서의 SIP 서비스를 기반으로 TCP채널 제공을 위한 시스템의 운영 방법의 특징은, 임의의 네트워크 혹은 도메인 상에 위치하는 사용자와 상기 사용자가 TCP 채널을 형성하는데 있어 관련된 정보를 수집, 모드 선택, 채널 연결에 대한 결과를 전달하기 위한 인터페이스와 상기 인터페이스간의 채널의 형성을 위한 상기 사용자들 간의 데이터를 중계하는 프록시와 상기 사용자가 위치하는 네트워크 혹은 도메인의 NAT/방화벽에 따른 타입을 확인시켜주는 STUN 서버와 각 사용자가 상기 STUN 서버를 통해 확인되어진 네트워크 타입에 따른 정보 등을 공유하여 다른 상대자의 통신 환경에 따른 상태를 인지할 수 있도록 하는 Presence 서버및 상기 인터페이스와 TCP 통신 채널이 형성 가능한 메시지 릴레이 서버로 구성되는 NAT/방화벽을 갖는 망에서의 SIP 서비스 방법에 있어서:
사용자는 스스로 자신이 속해있는 통신환경을 STUN 서버를 통해 확인하고 Presence 서버를 통해 다른 사용자의 네트워크 환경을 인지하는 제 1과정과 임의의 제 1사용자가 자신과 다른 네트워크 혹은 도메인에 속하는 임의의 제 2사용자에게 상기 프록시를 통해 제 1사용자 자신의 통신/접속환경 정보를 포함한 방문 요청 신호를 전송하는 제 2과정과 상기 제 2사용자는 상기 제 1과정을 통해 확인되어진 자신의 네트워크 환경과 상기 제2과정을 통해 수신되어진 상기 제 1사용자의 통신/접속환경 및 정보를 제 2사용자 자신과 연결되어 있는 제 2인터페이스 측으로 전달하는 제 3과정과; 상기 제 2인터페이스는 수신되어진 제 1, 제 2사용자의 네트워크 환경 및 통신/접속 환경을 기준으로 TCP 통신 채널 직접연결 모드 혹은 대기모드 혹은 메시지 릴레이 서버로 TCP 통신 채널 형성 모드 중 어떤 하나의 모드를 선택하고 이를 상기 제 2사용자에게 통지하는 제 4과정과 상기 제 2사용자가 상기 제 4과정을 통해 상기 제 2인터페이스가 선택한 동작모드에 대한 정보 와 제 2사용자의 통신/접속 환경 및 정보를 상기 프록시를 통해 제 1사용자에게 통지하는 제 5과정 및 상기 제 1사용자가 자신과 연결되어 있는 제 1인터페이스 측으로 상기 제 2인터페이스가 선택한 동작모드에 대한 정보 와 제 2사용자의 통신/접속 환경 및 정보를 전달하여 상기 제 1인터페이스가 상기 제 2인터페이스의 동작모드에 대응하여 TCP 통신 채널이 형성되도록 하는 제 6과정을 포함하는 데 있다.
상기와 같은 목적을 달성하기 위한 본 발명에 따른 NAT/방화벽을 갖는 네트워크를 포함한 모든 네트워크 환경에서의 SIP 서비스 제공을 위한 운영방법의 부가적인 특징은, 상기 제 3과정을 통해 전달되는 제 1, 제 2사용자의 통신환경이 모두 NAT/방화벽에 대하여 자유로운 오픈 상태인 경우 상기 제 2인터페이스는 상기 제 4과정에서 상기 제 1인터페이스측으로 TCP 통신 채널 직접연결 모드로 동작하는 데 있다.
상기와 같은 목적을 달성하기 위한 본 발명에 따른 NAT/방화벽을 갖는 네트워크를 포함한 모든 네트워크 환경에서 SIP 서비스제공을 위한 운영방법의 부가적인 다른 특징은, 상기 제 3과정을 통해 전달되는 제 1사용자의 통신환경은 NAT/방화벽에 대하여 자유로운 오픈 상태이며 제 2사용자의 통신환경은 NAT/방화벽에 의해 폐쇄되어져 있는 경우 상기 제 2인터페이스는 상기 제 4과정에서 상기 제 1인터페이스측으로 TCP 통신 채널 직접연결 모드로 동작하는 데 있다.
상기와 같은 목적을 달성하기 위한 본 발명에 따른 NAT/방화벽을 갖는 네트워크를 포함한 모든 네트워크 환경에서 SIP 서비스제공을 위한 운영방법의 부가적인 또 다른 특징은, 상기 제 3과정을 통해 전달되는 제 2사용자의 통신환경은 NAT/방화벽에 대하여 자유로운 오픈 상태이며 제 1사용자의 통신환경은 NAT/방화벽에 의해 폐쇄 되어 있는 경우 상기 제 2인터페이스는 대기모드로 동작하며, 상기 제 6과정에서 상기 제 1인터페이스는 상기 제 1인터페이스측으로 TCP 통신 채널 직접연결 모드로 동작하는 데 있다.
상기와 같은 목적을 달성하기 위한 본 발명에 따른 NAT/방화벽을 갖는 네트워크를 포함한 모든 네트워크 환경에서 SIP 서비스 제공을 위한 운영방법의 부가적인 또 다른 특징은, 상기 제 3과정을 통해 전달되는 제 1, 제 2사용자의 통신환경이 모두 NAT/방화벽에 의해 폐쇄 되어 있는 경우 상기 제 2인터페이스는 상기 메시지 릴레이 서버로 TCP 통신 채널을 형성하는 간접연결 모드로 동작하며, 상기 제 6과정에서 상기 제 1인터페이스는 상기 제 2인터페이스가 TCP 통신 채널을 형성한 상기 메시지 릴레이 서버로 TCP 통신 채널을 형성하는 데 있다.
본 발명의 상술한 목적과 여러 가지 장점은 이 기술 분야에 숙련된 사람들에 의해, 첨부된 도면을 참조하여 후술되는 본 발명의 바람직한 실시 예로부터 더욱 명확하게 될 것이다.
이하, 본 발명의 바람직한 실시 예를 첨부한 도면을 참조하여 상세히 설명한다.
첨부한 도 1은 본 발명에 따른 NAT/방화벽을 갖는 네트워크를 포함한 모든 네트워크 환경에서 SIP 서비스를 기반으로 TCP채널 제공을 위한 시스템 예시도이다.
그 구성을 살펴보면, 임의의 네트워크 혹은 도메인 상에 위치하는 사용자(UA X, UA Y)(110, 210)와, 상기 사용자(UA X, UA Y)(110, 210)가 TCP 채널을 형성하는데 있어 관련된 정보를 수집, 모드 선택, 채널 연결에 대한 결과를 상기 사용자(UA X, UA Y)(110, 210)에게 전달하기 위한 인터페이스(UI X, UI Y)(120, 220)와, 상기 인터페이스(UI X, UI Y)(120, 220)간의 채널의 형성을 위한 상기 사용자(UA X, UA Y)(110, 120)들 간의 SIP 데이터를 중계하는 프록시(500)와, 상기 사용자(UA X, UA Y)(110, 120)가 위치하는 네트워크 혹은 도메인의 NAT/방화벽에 따른 타입을 확인시켜주는STUN 서버(310, 320), 및 상기 STUN 서버(310, 320)를 통해 확인되어진 네트워크 타입에 따라 상기 인터페이스(UI X, UI Y)(120, 220)간의 직접적인 채널의 형성이 불가능한 경우 상기 인터페이스(UI X, UI Y)(120, 220)에서 전달하고자 하는 정보를 임시저장하고 다른 일 측으로 전달하도록 하는 간접적인정보의 전달을 위한 임시 정보 저장소로 사용되는 MRS(600)로 구성된다.
상기 구성 중 참조번호 310과 320으로 지칭되는 STUN 서버는 도면상에는 복수로 도시되어 있으나 그 구성이 단수이여도 관계없다.
또한, 미 설명 참조번호 400으로 지칭되는 Presence 서버 환경은 상호 통신을 위한 장치 및 응용의 상태가 통신 채널이 열려 있는 상태(로그-인 되었거나 네트워크 상에 활성화된 상태)임을 일컫는 존재여부 (presence)와, 또한 언제, 어디서, 누구와 통신을 원한다는 willingness나 awareness와 같이 이용자에 의해 정의될 수 있는 규칙의 집합인 가용여부 (availability), 그리고 이용자의 통신선호도 (preference)를 포함해서 정의되며, 유선 인터넷과 무선 인터넷 등등의 모든 환경 속에 적용 가능하도록 구현 정의되어진다.
상술한 바와 같이 구현되는 본 발명에 따른 SIP 서비스를 기반으로 TCP채널 제공을 위한 시스템의 운영 방법을 첨부한 도면을 참조하여 살펴보기로 한다.
우선, 본 발명에 따른 운영방법을 설명하기에 앞서, 사용자(UA X, UA Y)가 속해있는 네트워크 혹은 도메인 간에는 네트워크 환경 즉, NAT/방화벽에 따른 폐쇄 혹은 개방에 따라 다음 표1과 같은 경우의 통신 환경이 존재함을 알 수 있다.
UA X UA Y
제 1 통신 환경 개방 개방
제 2 통신 환경 개방 폐쇄
제 3 통신 환경 폐쇄 개방
제 4 통신 환경 폐쇄 폐쇄
이때, 첨부한 도 2 내지 도 5의 모든 도면상에서는 설명의 편의를 위하여 도시하지 않았으나, 사용자(UA X, UA Y) 각각은 참조번호 400으로 지칭되는 Presence 서버 환경을 통해 사용자 자신이 TCP 채널을 형성하고자 하는 상대의 네트워크 환경을 인지하고 있으며 이를 위한 신호의 SIP 메시지의 송수신 관계는 생략하였음을 미리 밝혀둔다.
첨부한 도 2는 본 발명에 따른 시스템을 기준으로 사용자 모두가 개방된 네트워크 상에 있으며 정상적인 TCP 채널 형성이 성공한 경우의 신호 흐름 예시도이며, 도 3은 본 발명에 따른 시스템을 기준으로 사용자 모두가 개방된 네트워크 상에 있으나 정상적인 TCP 채널 형성이 실패한 경우의 신호 흐름 예시도이다.
이때, 상기 사용자(UA X, UA Y)(110, 210) 모두가 네트워크 상에 오픈되어 있는 경우는 MRS(600)가 필요 없는 데, 이때의 데이터 통신 과정을 첨부한 도 2을 참조하여 살펴보면 다음과 같다.
사용자(UA X, UA Y)(110, 210)는 스스로 자신이 속해있는 네트워크 혹은 도메인이 NAT/방화벽에 오픈되어 있는지 아니면 그 뒤에 속해 보호받고 있는지를 모르기 때문에 스텝 S101의 과정을 통해 해당하는 STUN 서버(310, 320)에게 STUN 요구를 하고 그에 따른 응답을 받아 자신들이 속한 네트워크 타입을 인식하게 된다.
또한, 전술한 바와 같이 Presence 서버 환경(400)과의 연결을 통해 임의의 네트워크에 채널의 형성을 희망하는 목록(예를 들어, 메신저 등등) 상의 사용자가 로그인 되어 있는지를 확인하게 된다.
또한, 상기 Presence 서버 환경(400)을 통해 목록상의 사용자가 속한 네트워크의 개방여부를 확인하게 된다.
이후 제 1사용자(UA X)(110)는 스텝 S102에서 제 2사용자(UA Y)(210)측으로 접속 및 연결 정보가 포함되어 있는 IP 주소를 포함한 연결 파라미터("c=")와 전송할 미디어 타입 및 그에 관한 정보들을 포함하고 있는 미디어 파라미터("m=")을 포함된 SDP(Session Description Protocol)정보를 방문 요청 메시지에 포함하여 프록시(500)를 통해 전송하게 된다.
상기 제 1사용자(UA X)(110)로부터 초청 메시지를 접수한 상기 제 2사용자(UA Y)(210)는 접속 및 연결 정보가 포함되어 있는 IP 주소를 포함한 연결 파라미터("c=") 그리고 미디어 타입 및 그에 관한 정보들을 포함하고 있는 미디어 파라미터("m=")로부터 필요한 정보를 추출하고 스텝 S103의 과정을 통해 제 2사용자 인터페이스(UI Y)(220)에 추출되어진 정보를 전달한다.
이에 따라, 제 2사용자 인터페이스(UI Y)(220)는 Presence 서버(400)로부터 얻은 제 1사용자(UA X)(110)의 네트워크 타입과 초청 메시지(S102)로부터얻은 접속 및 연결 정보와 미디어 정보, 상기 제 2사용자(UA Y)(210)가 STUN 서버(320)를 통해 확인한 상기 제 2사용자(UA Y)(210)의 네트워크 타입을 기준으로 사용자들은 열린 네트워크(MRS의 사용 불필요)에 있음을 확인하였기에 S104의 과정을 통해 제 1사용자 인터페이스(UI X)(120)와 TCP 접속루트를 형성한다.
이후, 상기 제 2사용자 인터페이스(UI Y)(220)는 S104의 과정을 통해 제 1사용자 인터페이스(UI X)(120)와 TCP 접속루트가 형성되어진 경우 이를 스텝 S105의 과정을 통해 상기 제 2사용자(UA Y)(210)에게 통보하고, 상기 제 2사용자(UA Y)(210)는 상기 스텝 S102의 과정을 통해 방문 요청을 수신했던 루트를 따라 방문요청에 대한 응답(200 OK)을 전송(S106)한다.
상기 스텝 S106의 과정을 통해 전달되는 응답(200 OK)에는 방문 요청 메시지(S102)와 마찬가지로 접속 및 연결 정보가 포함되어 있는 IP 주소를 포함한 연결 파라미터("c=") 그리고 미디어 타입 및 그에 관한 정보들을 포함하고 있는 미디어 파라미터("m=")을 내포한 SDP정보를 포함하고 있다.
상기 스텝 S106의 과정을 통해 상기 제 2사용자(UA Y)(210)로부터 응답(200 OK)을 받은 제 1사용자(UA X)(110)는 스텝 S107의 과정을 통해 제 1사용자 인터페이스(UI X)(120)에 TCP 접속루트가 형성에 따른 정보를 전달하게 된다.
또한, 상기 제 1사용자(UA X)(110)는 상기 과정을 통해 신뢰성 있는 데이터 전송을 위한 TCP채널 형성이 완료되었음을 확인하고, 상기 프록시(500)를 통해 상기 제 2사용자(UA Y)(210)에게 TCP 통신 채널이 형성되었음 혹은 확인했음을 알리는 "ACK"신호를 주게 된다.
이후, 상기 제 2사용자(UA Y)(210)가 호를 종료시키기 위해 BYE 메시지를 전달하면(S109), 상기 제 1사용자(UA X)(110)는 BYE메시지에 대한 응답 메시지인 200 OK 메시지를 전달하여(S110) TCP 통신 채널을 형성하기 위해 생성했던 호 설정을 종료한다.
만약, TCP 통신 채널이 형성되지 못하는 경우의 신호 흐름을 첨부한 도 3을 참조하여 살펴보면, 사용자(UA X, UA Y)(110, 210)는 스스로 자신이 속해있는 네트워크 혹은 도메인이 NAT/방화벽에 오픈 되어 있는지 아니면 그 뒤에 속해 보호받고 있는지를 모르기 때문에 스텝 S101의 과정을 통해 해당하는 STUN 서버(310, 320)에게 STUN 요구를 하고 그에 따른 응답을 받아 자신들이 속한 네트워크 타입을 인식하게 된다.
또한, 전술한 바와 같이 Presence 서버 환경(400)과의 연결을 통해 임의의 네트워크에 채널의 형성을 희망하는 목록(예를 들어, 메신저 등등) 상의 사용자가 로그인 되어 있는지를 확인하게 된다. 또한, 상기 Presence 서버 환경(400)을 통해 목록상의 사용자가 속한 네트워크의 개방여부를 확인하게 된다.
이후 제 1사용자(UA X)(110)는 스텝 S102에서 제 2사용자(UA Y)(210)측으로 접속 및 연결 정보가 포함되어 있는 IP 주소를 포함한 연결 파라미터("c=")와 전송할 미디어 타입 및 그에 관한 정보들을 포함하고 있는 미디어 파라미터("m=")을 포함된 SDP(Session Description Protocol)정보를 방문 요청 메시지에 포함하여 프록시(500)를 통해 전송합니다.
상기 제 1사용자(UA X)(110)로부터 초청 메시지를 접수한 상기 제 2사용자(UA Y)(210)는 접속 및 연결 정보가 포함되어 있는 IP 주소를 포함한 연결 파라미터("c=") 그리고 미디어 타입 및 그에 관한 정보들을 포함하고 있는 미디어 파라미터("m=")로부터 필요한 정보를 추출하고 스텝 S103의 과정을 통해 제 2사용자 인터페이스(UI Y)(220)에 추출되어진 정보를 전달한다.
이에 따라, 제 2사용자 인터페이스(UI Y)(220)는 Presence 서버(400)로부터 얻은 제 1사용자(UA X)(110)의 네트워크 타입과 초청 메시지(S102)로부터얻은 접속 및 연결 정보와 미디어 정보, 상기 제 2사용자(UA Y)(210)가 STUN 서버(320)를 통해 확인한 상기 제 2사용자(UA Y)(210)의 네트워크 타입을 기준으로 사용자들은 열린 네트워크(MRS의 사용 불필요)에 있음을 확인하였기에 TCP 접속루트를 형성하고자 하였으나 실패하는 경우 상기 제 2사용자 인터페이스(UI Y)(220)는 스텝 S111로 진행하여 TCP 통신 채널의 형성이 실패하였음을 알리는 "ERROR"신호를 상기 제 2사용자(UA Y)(210)측으로 전달한다.
따라서 상기 제 2사용자(UA Y)(210)는 상기 스텝 S102에 따른 방문 요청 신호에 대한 응답으로 채널형성이 실패하였음을 알리는 4xx 응답을 상기 제 1사용자(UA X)(110)측으로 전달하게 된다.
첨부한 도 2내지 도 3을 기준으로 상술한 신호의 흐름은 상기 표 1에서 제 1통신환경에 속하는 것이며, 상기 표1에 나타나 있는 제 2통신환경 역시 상술한 제 1통신환경과 동일한 신호의 흐름을 갖는다.
따라서 상기 제 2통신환경에 대한 SIP 서비스 방법에 따른 설명은 생략하고, 첨부한 도 4를 기준으로 제 3통신환경에 대해 살펴보기로 한다.
도 4는 본 발명에 따른 시스템을 기준으로 사용자중 접속 요청자가 NAT/방화벽을 통해 보안 유지된 네트워크에 속하는 경우의 신호 흐름 예시도
사용자(UA X, UA Y)(110, 210)는 스스로 자신이 속해있는 네트워크 혹은 도메인이 NAT/방화벽에 오픈 되어 있는지 아니면 그 뒤에 속해 보호받고 있는지를 모르기 때문에 스텝 S201의 과정을 통해 해당하는 STUN 서버(310, 320)에게 STUN 요구를 하고 그에 따른 응답을 받아 자신들이 속한 네트워크 타입을 인식하게 된다.
또한, 전술한 바와 같이 Presence 서버 환경(400)과의 연결을 통해 임의의 네트워크에 채널의 형성을 희망하는 목록(예를 들어, 메신저 등등) 상의 사용자가 로그인 되어 있는지를 확인하게 된다. 또한, 상기 Presence 서버 환경(400)을 통해 목록상의 사용자가 속한 네트워크의 개방여부를 확인하게 된다.
이후 제 1사용자(UA X)(110)는 스텝 S202에서 제 2사용자(UA Y)(210)측으로 접속 및 연결 정보가 포함되어 있는 IP 주소를 포함한 연결 파라미터("c=")와 전송할 미디어 타입 및 그에 관한 정보들을 포함하고 있는 미디어 파라미터("m=")을 포함된 SDP(Session Description Protocol)정보를 방문 요청 메시지에 포함하여 프록시(500)를 통해 전송합니다.
상기 제 1사용자(UA X)(110)로부터 초청 메시지를 접수한 상기 제 2사용자(UA Y)(210)는 접속 및 연결 정보가 포함되어 있는 IP 주소를 포함한 연결 파라미터("c=") 그리고 미디어 타입 및 그에 관한 정보들을 포함하고 있는 미디어 파라미터("m=")로부터 필요한 정보를 추출하고 스텝 S203의 과정을 통해 제 2사용자 인터페이스(UI Y)(220)에 추출되어진 정보를 전달한다.
이때, 제 1사용자(UA X)(110) 측은 NAT/방화벽에 의해 폐쇄되어져 있는 상태이므로 상기 제 2사용자 인터페이스(UI Y)(220)가 상기 제 1사용자(UA X)(110) 측의 제 1사용자 인터페이스(UI X)(120)와 직접적으로 TCP 접속을 시도할 수 없다.
이에 따라, 제 2사용자 인터페이스(UI Y)(220)는 Presence 서버(400)로부터 얻은 제 1사용자(UA X)(110)의 네트워크 타입과 초청 메시지(S102)로부터 얻은 접속 및 연결 정보와 미디어 정보, 상기 제 2사용자(UA Y)(210)가 STUN 서버(320)를 통해 확인한 상기 제 2사용자(UA Y)(210)의 네트워크 타입을 기준으로 스텝 S204의 과정을 통해 상기 제 2사용자(UA Y)(210)에게 자신은 스텐바이 상태를 유지하고 있음을 통지하게 된다. 즉, 상기 제 1사용자(UA X)(110)에게 접속준비를 완료했음을 상기 제 2사용자(UA Y)(210)가 직접 통지하도록 요청한다.
이후, 상기 제 2사용자(UA Y)(210)는 상기 스텝 S202의 과정을 통해 방문 요청 신호를 접수하였던 루트를 따라 방문요청에 대한 응답(200 OK)을 전송(S205)한다.
상기 스텝 S205의 과정을 통해 상기 제 2사용자(UA Y)(210)로부터 응답(200 OK)을 받은 제 1사용자(UA X)(110)는 접속 및 연결 정보가 포함되어 있는 IP 주소를 포함한 연결 파라미터("c=") 그리고 미디어 타입 및 그에 관한 정보들을 포함하고 있는 미디어 파라미터("m=")로부터 필요한 정보를 추출하고 스텝 S206의 과정을 통해 제 2사용자 인터페이스(UI Y)(220)에 추출되어진 정보를 전달한다.
이후, 상기 제 1사용자 인터페이스(UI X)(120)는 스텝 S206의 과정을 통해 전달받은 정보를 기준으로 스텝 S207의 과정에서 제 2사용자 인터페이스(UI Y)(220)와 TCP 접속루트를 형성한다.
또한, 상기 제 1사용자(UA X)(110)는 상기 과정을 통해 신뢰성 있는 데이터 전송을 위한 TCP채널 형성이 완료되었음을 확인하고, 상기 프록시(500)를 통해 상기 제 2사용자(UA Y)(210)에게 TCP 통신 채널이 형성되었음 혹은 확인했음을 알리는 "ACK"신호를 주게 된다(S208).
이후, 상기 제 2사용자(UA Y)(210)가 호를 종료시키기 위해 BYE 메시지를 전달하면(S209), 상기 제 1사용자(UA X)(110)는 BYE 메시지에 대한 응답 메시지인 200 OK 메시지를 전달하여(S210) TCP 통신 채널을 형성하기 위해 생성했던 호 설정을 종료한다.
상술한 경우와 달리 상기 사용자(UA X, UA Y)(110, 210) 모두가 네트워크 상에 폐쇄되어 있는 경우 즉, 제 4통신환경에서는 직접적으로 TCP 통신 채널을 형성할 수 있는 방법이 없으므로 본 발명에 따른 간접 통신채널 형성을 위한 MRS(600)가 필요하게 되는 데. 이를 첨부한 도 5를 참조하여 살펴보기로 한다.
도 5는 본 발명에 따른 시스템을 기준으로 사용자 모두NAT/방화벽을 통해 보안 유지된 네트워크에 속하는 경우의 신호 흐름 예시도로써,
사용자(UA X, UA Y)(110, 210)는 스스로 자신이 속해있는 네트워크 혹은 도메인이 NAT/방화벽에 오픈되어 있는지 아니면 그 뒤에 속해 보호받고 있는지를 모르기 때문에 스텝 S301의 과정을 통해 해당하는 STUN 서버(310, 320)에게 STUN 요구를 하고 그에 따른 응답을 받아 자신들이 속한 네트워크 타입을 인식하게 된다.
또한, 전술한 바와 같이 Presence 서버 환경(400)과의 연결을 통해 임의의 네트워크에 채널의 형성을 희망하는 목록(예를 들어, 메신저 등등) 상의 사용자가 로그인되어 있는지를 확인하게 된다.
또한, 상기 Presence 서버 환경(400)을 통해 목록상의 사용자가 속한 네트워크의 개방여부를 확인하게 된다.
이후 제 1 사용자(UA X)(110)는 스텝 S301과 Presence 서버(400)로부터 수신한 제 2 사용자의 네트워크 타입에 대한 정보를 통해 상기 제 1 사용자(UA X)(110) 자신과, 제 2 사용자(UI Y)(220)의 네트워크 타입이 모두 NAT/방화벽에 의해 폐쇄되어져 있는 상태임을 확인하게 된다. 따라서 제 1 사용자(UA X)(110)는 제 2 사용자(UI Y)(220)와의 양단간에 직접적인 TCP 채널 형성이 불가능하다는 것을 인지하게 된다.
이후 제 1사용자(UA X)(110)는 스텝 S302에서 제 2사용자(UA Y)(210)측으로 접속 및 연결 정보가 포함되어 있는 IP 주소를 포함한 연결 파라미터("c=")와 전송할 미디어 타입 및 그에 관한 정보들을 포함하고 있는 미디어 파라미터("m=")을 포함된 SDP(Session Description Protocol)정보를 방문 요청 메시지에 포함하여 프록시(500)를 통해 전송 하게 된다.
이때, SDP정보 상의 "c="파라미터에는 MRS(600)의 접속 및 연결 정보가 포함되어 있는 IP주소를 포함시키므로써, 상기 제 1 사용자(UA X)(110)가 선택한 MRS(600)를 통해 상기 제 2사용자(UA Y)(220)와의 간접적인 데이터 전송이 가능하게 한다.
상기 제 1사용자(UA X)(110)로부터 초청 메시지를 접수한 상기 제 2사용자(UA Y)(210)는 접속 및 연결 정보가 포함되어 있는 IP 주소를 포함한 연결 파라미터("c=") 그리고 미디어 타입 및 그에 관한 정보들을 포함하고 있는 미디어 파라미터("m=")로부터 필요한 정보를 추출하고 스텝 S303의 과정을 통해 제 2사용자 인터페이스(UI Y)(220)에 추출되어진 정보를 전달한다.
이때, 제 2 사용자(UA Y)(2200)는 스텝 S301과 Presence 서버(400)로부터 수신한 제 1 사용자의 네트워크 타입에 대한 정보를 통해 상기 제 2 사용자(UA Y)(220) 자신과, 제 1 사용자(UI X)(110)의 네트워크 타입이 모두 NAT/방화벽에 의해 폐쇄되어져 있는 상태임을 확인하게 된다. 따라서 제 2 사용자(UA Y)(220)는 제 1 사용자(UI Y)(110)와의 양단간에 직접적인 TCP 채널 형성이 불가능하다는 것을 인지하게 된다.
또한, 상기 제 2사용자 인터페이스(UI Y)(220)는 스텝 S303으로부터 전달받은 정보에 간접적인 채널 형성을 통해 데이터를 전송하기 위한 MRS(600)의 접속 및 연결 정보가 포함되어 있음을 인지하게 되고, 스텝 S304의 과정을 통해 MRS(600)으로 TCP 채널을 형성 시킨다.
이후, 상기 제 2사용자 인터페이스(UI Y)(220)는 MRS(600)와 TCP 접속루트가 형성되어지면 TCP 접속루트가 형성되어진 MRS(600)의 정보를 상기 제 2사용자(UA Y)(210)에게 전달(S305)한다.
이후, 상기 제 2사용자(UA Y)(210)는 상기 스텝 S302의 과정을 통해 방문 요청 신호를 접수하였던 루트를 따라 방문요청에 대한 응답(200 OK)을 전송(S306)한다.
상기 스텝 S306의 과정을 통해 상기 제 2사용자(UA Y)(210)로부터 응답(200 OK)을 받은 제 1사용자(UA X)(110)는 접속 및 연결 정보가 포함되어 있는 IP 주소를 포함한 연결 파라미터("c=") 그리고 미디어 타입 및 그에 관한 정보들을 포함하고 있는 미디어 파라미터("m=")로부터 필요한 정보를 추출하고 스텝 S307의 과정을 통해 제 1사용자 인터페이스(UI X)(120)에 TCP 접속루트의 형성을 위한 상기 MRS(600)의 정보를 전달하게 된다.
이후, 상기 제 1사용자 인터페이스(UI X)(120)는 스텝 S307의 과정을 통해 전달받은 정보를 기준으로 스텝 S308의 과정에서 상기 제 2사용자 인터페이스(UI Y)(220)와 TCP 접속루트를 형성하고 있는 MRS(600)과 TCP 접속루트를 형성하게 된다.
이후, 상기 제 1사용자 인터페이스(UI X)(120)는 상기 제 1사용자(UA X)(110)에게 자신이 MRS(600)과 TCP 접속루트를 형성하였음을 스텝 S309의 과정을 통해 통지하고, 상기 제 1사용자(UA X)(110)는 상기 프록시(500)를 통해 상기 제 2사용자(UA Y)(210)에게 MRS(600)을 통해 TCP 통신 채널이 형성되었음을 알리는 "ACK"신호를 주게 된다(S310).
이후, 상기 제 2사용자(UA Y)(210)가 호를 종료시키기 위해 바이 메시지를 전달하면(S311), 상기 제 1사용자(UA X)(110)는 바이 메시지에 대한 응답 메시지인 200 OK 메시지를 전달하여(S312) TCP 통신 채널을 형성하기 위해 생성했던 호 설정을 종료한다.
첨부한 도 6은 본 발명에 따른 SIP 서비스 기반에서의 메시지 타입을 나타내는 프로그램 예시도이다.
이상의 설명에서 본 발명은 특정의 실시 예와 관련하여 도시 및 설명하였지만, 특허청구범위에 의해 나타난 발명의 사상 및 영역으로부터 벗어나지 않는 한도 내에서 다양한 개조 및 변화가 가능하다는 것을 당 업계에서 통상의 지식을 가진 자라면 누구나 쉽게 알 수 있을 것이다.
이상에서 설명한 바와 같은 본 발명에 따른 NAT/방화벽을 갖는 네트워크를 포함한 모든 네트워크 환경에서의 SIP 서비스를 기반으로 신뢰성 있는 데이터 전송을 위한 TCP채널 제공을 위한 방법은, 검증되고, 안정적인 SIP 시그널링 기술을 이용하여, 음성 및 화상 통신등 UDP기반의 데이터 송 수신을 위한 채널 형성뿐만이 아니라, 신뢰성 있는 데이터 송 수신을 위한 채널 형성(예: Text chat, 파일 송수신 등)이 필요한 경우, 개방형 네트워크 환경뿐만이 아니라, 임의의 사용자가 NAT/방화벽에 의해 폐쇄되어진 네트워크 혹은 도메인에 상주하는 경우에도, 임의의 사용자간에 완벽하고, 안정적인TCP 통신 채널을 형성하는 방법을 제공한다.
특히, SIP기반 서비스의 두 사용자 모두가 NAT/방화벽이 있는 폐쇄된 네트워크 환경에 있는 경우, 그리고 그 연결 방식이 신뢰성 있는 데이터 송수신을 위한 연결이어야 하는 경우에, 메시지 릴레이 서버(MRS)라는 구성요소를 도입, 그리고 MRS 서버를 경유한 신뢰성 있는 데이터 송수신을 위해, 두 사용자가 연결해야 할 MRS서버를 선택, 결정하고, MRS 서버로의 신뢰성 있는 채널 형성 방법을 SIP 시그널링을 이용하여 제시함으로써, UDP기반의 데이터(음성, 화상 등) 송수신을 위한SIP 기반 서비스에서 신뢰성 있는 데이터 송수신을 위한 방법을 제시함으로써 다양한 네트워크 환경 및 접속 환경, 다양한 타입의 데이터 송수신에 대한 안정적이면서, 확장적인 해결책을 제시한다.

Claims (8)

  1. 삭제
  2. 임의의 네트워크 혹은 도메인 상에 위치하는 사용자와 상기 사용자가 TCP 채널을 형성하는데 있어 관련된 정보를 수집, 모드 선택, 채널 연결에 대한 결과를 전달하기 위한 인터페이스 상기 인터페이스간의 채널의 형성을 위한 상기 사용자들 간의 SIP 메세지를 중계하는 프록시와 상기 사용자가 위치하는 네트워크 혹은 도메인의 NAT/방화벽에 따른 타입을 확인시켜주는 STUN 서버와 각 사용자가 상기 STUN 서버를 통해 확인되어진 네트워크 타입에 따른 정보 등을 공유하여 다른 상대자의 통신 환경에 따른 상태를 인지할 수 있도록 하는 Presence 서버및 상기 Presence 서버를 통해 확인 되어진 네트워크 타입에 따라 상기 인터페이스간의 직접적인 채널의 형성이 불가능한 경우 상기 인터페이스에서 전달하고자 하는 정보를 임시저장하고 다른 일측으로 전달 하도록 하는 간접적인 정보의 전달을 위한 임시 정보 저장소로 사용되는 MRS로 구성되는 것을 특징으로 하는 SIP 서비스를 기반으로 TCP채널 제공하는 시스템에서의 운영방법에 있어서,
    사용자는 스스로 자신이 속해있는 통신환경을 STUN 서버를 통해 확인하고 Presence 서버를 통해 다른 사용자의 네트워크 환경을 인지하는 제 1과정과;
    임의의 제 1사용자가 자신과 다른 네트워크 혹은 도메인에 속하는 임의의제 2사용자에게 상기 프록시를 통해 제 1사용자 자신의 통신/접속환경 정보를 포함한 방문 요청 신호를 전송하는 제 2과정과;
    상기 제 2사용자는 상기 제 1과정을 통해 확인되어진 자신의 네트워크 환경과 상기 제 2과정을 통해 수신되어진 상기 제 1사용자의 통신/접속환경 및 정보를 제 2사용자 자신과 연결되어 있는 제 2인터페이스 측으로 전달하는 제 3과정과;
    상기 제 2인터페이스는 수신되어진 제 1, 제 2사용자의 네트워크 환경 및 통신/접속 환경을 기준으로 TCP 통신 채널 직접연결 모드 혹은 대기모드 혹은 메시지 릴레이 서버로 TCP 통신 채널 형성 모드 중 어떤 하나의 모드를 선택하고 이를 상기 제 2사용자에게 통지하는 제 4과정과;
    상기 제 2사용자가 상기 제 4과정을 통해 상기 제 2인터페이스가 선택한 동작모드에 대한 정보 와 제 2사용자의 통신/접속 환경 및 정보를 상기 프록시를 통해 제 1사용자에게 통지하는 제 5과정; 및
    상기 제 1사용자가 자신과 연결되어 있는 제 1인터페이스 측으로 상기 제 2인터페이스가 선택한 동작모드에 대한 정보 와 제 2사용자의 통신/접속 환경 및 정보를 전달하여 상기 제 1인터페이스가 상기 제 2인터페이스의 동작모드에 대응하여 TCP 통신 채널이 형성되도록 하는 제 6과정;
    을 포함하는 것을 특징으로 하는 SIP 서비스를 기반의 TCP채널 제공 시스템의 운영 방법.
  3. 제 2항에 있어서,
    상기 제 3과정을 통해 전달되는 제 1, 제 2사용자의 통신환경이 모두 NAT/방화벽에 대하여 자유로운 오픈상태인 경우 상기 제 2인터페이스는 상기 제 4과정에서 상기 제 1인터페이스측으로 TCP 통신 채널 직접연결 모드로 동작하는 것을 특징으로 하는 SIP 서비스 기반의 TCP채널 제공시스템의 운영 방법.
  4. 제 2항에 있어서,
    상기 제 3과정을 통해 전달되는 제 1사용자의 통신환경은 NAT/방화벽에 대하여 자유로운 오픈상태이며 제 2사용자의 통신환경은 NAT/방화벽에 의해 폐쇄되어져 있는 경우 상기 제 2인터페이스는 상기 제 4과정에서 상기 제 1인터페이스측으로 TCP 통신 채널 직접연결 모드로 동작하는 것을 특징으로 하는 SIP 서비스 기반의 TCP채널 제공 시스템의 운영 방법.
  5. 제 2항에 있어서,
    상기 제 3과정을 통해 전달되는 제 2사용자의 통신환경은 NAT/방화벽에 대하여 자유로운 오픈 상태이며 제 1사용자의 통신환경은 NAT/방화벽에 의해 폐쇄되어 있는 경우 상기 제 2인터페이스는 대기모드로 동작하는 것을 특징으로 하는 SIP 서비스 기반의 TCP채널 제공 시스템의 운영 방법.
  6. 제 2항 또는 제 5항에 있어서,
    상기 제 6과정에서 상기 제 1인터페이스는 상기 제 1인터페이스측으로 TCP 통신 채널 직접연결 모드로 동작하는 것을 특징으로 하는 SIP 서비스 기반의 TCP채널 제공 시스템의 운영 방법.
  7. 제 2항에 있어서,
    상기 제 3과정을 통해 전달되는 제 1, 제 2사용자의 통신환경이 모두 NAT/방화벽에 의해 폐쇄되어져 있는 경우 상기 제 2인터페이스는 상기 메시지 릴레이 서버로 TCP 통신 채널을 형성하는 간접연결 모드로 동작하는 것을 특징으로 하는 SIP 서비스 기반의 TCP채널 제공 시스템의 운영 방법.
  8. 제 2항 또는 제 7항에 있어서,
    상기 제 6과정에서 상기 제 1인터페이스는 상기 제 2인터페이스가 TCP 통신 채널을 형성한 상기 메시지 릴레이 서버로 TCP 통신 채널을 형성하는 것을 특징으로 하는 SIP 서비스 기반의 TCP채널 제공 시스템의 운영 방법.
KR1020040067409A 2004-08-26 2004-08-26 Ｓｉｐ 서비스 기반의 ｔｃｐ채널 제공 방법 KR100601124B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020040067409A KR100601124B1 (ko) 2004-08-26 2004-08-26 Ｓｉｐ 서비스 기반의 ｔｃｐ채널 제공 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020040067409A KR100601124B1 (ko) 2004-08-26 2004-08-26 Ｓｉｐ 서비스 기반의 ｔｃｐ채널 제공 방법

Publications (2)

Publication Number Publication Date
KR20060018996A KR20060018996A (ko) 2006-03-03
KR100601124B1 true KR100601124B1 (ko) 2006-07-19

Family

ID=37126454

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020040067409A KR100601124B1 (ko) 2004-08-26 2004-08-26 Ｓｉｐ 서비스 기반의 ｔｃｐ채널 제공 방법

Country Status (1)

Country Link
KR (1) KR100601124B1 (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100765325B1 (ko) 2006-02-13 2007-10-09 삼성전자주식회사 Ｓｔｕｎ을 이용한 대칭형 네트워크 주소 변환 시스템 및그 방법
KR100872240B1 (ko) * 2006-12-26 2008-12-05 엘지노텔 주식회사 Ｓｉｐ 기반 통신 서비스 제공시스템 및 그 방법
CN101964785A (zh) * 2010-09-19 2011-02-02 中兴通讯股份有限公司 Nat网络中sip终端间文件传输的方法、终端及系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5941988A (en) 1997-01-27 1999-08-24 International Business Machines Corporation Session and transport layer proxies via TCP glue
JP2000049867A (ja) 1998-05-29 2000-02-18 Sun Microsyst Inc インタ―ネットなどの公衆ネットワ―クに接続された装置とネットワ―クに接続された装置の間の通信を容易にするシステムおよび方法
WO2001015397A1 (en) 1999-08-24 2001-03-01 Leighton Hanna King On-demand connection system for internet services
KR20010079255A (ko) * 2001-06-27 2001-08-22 김태범 프록시 서버를 매개로 한 인터넷 전화 통화 시스템 및 그방법
KR20030047471A (ko) * 2001-12-10 2003-06-18 (주)애니 유저넷 인터넷 전화의 방화벽 통과방법 및 터널링 게이트웨이
KR20040058641A (ko) * 2002-12-27 2004-07-05 엘지전자 주식회사 Ｎａｔ를 갖는 망에서의 ｓｉｐ 서비스 방법
KR20050001125A (ko) * 2003-06-27 2005-01-06 주식회사 케이티 방화벽 환경에서 보이스오버아이피 서비스를 제공하는시스템, 방법 및 기록 매체

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5941988A (en) 1997-01-27 1999-08-24 International Business Machines Corporation Session and transport layer proxies via TCP glue
JP2000049867A (ja) 1998-05-29 2000-02-18 Sun Microsyst Inc インタ―ネットなどの公衆ネットワ―クに接続された装置とネットワ―クに接続された装置の間の通信を容易にするシステムおよび方法
WO2001015397A1 (en) 1999-08-24 2001-03-01 Leighton Hanna King On-demand connection system for internet services
KR20010079255A (ko) * 2001-06-27 2001-08-22 김태범 프록시 서버를 매개로 한 인터넷 전화 통화 시스템 및 그방법
KR20030047471A (ko) * 2001-12-10 2003-06-18 (주)애니 유저넷 인터넷 전화의 방화벽 통과방법 및 터널링 게이트웨이
KR20040058641A (ko) * 2002-12-27 2004-07-05 엘지전자 주식회사 Ｎａｔ를 갖는 망에서의 ｓｉｐ 서비스 방법
KR20050001125A (ko) * 2003-06-27 2005-01-06 주식회사 케이티 방화벽 환경에서 보이스오버아이피 서비스를 제공하는시스템, 방법 및 기록 매체

Also Published As

Publication number Publication date
KR20060018996A (ko) 2006-03-03

Similar Documents

Publication Publication Date Title
Schulzrinne et al. The session initiation protocol: Internet-centric signaling
US9350699B2 (en) Scalable NAT traversal
EP1389862B1 (en) Lawful interception for VoIP calls in IP based networks
US6992974B1 (en) System and method for providing fault tolerance in a network telephony system
US7792065B2 (en) Securely establishing sessions over secure paths
US20020120760A1 (en) Communications protocol
US20070268930A1 (en) Telecommunication network system and method in communication services using session initiation protocol
US8325707B2 (en) Session initiation from application servers in an IP multimedia subsystem
US20060187912A1 (en) Method and apparatus for server-side NAT detection
KR20050095625A (ko) 부하 제어 정보의 메시지 기반의 운반
CN101682617A (zh) 群呼叫能力查询
US7953123B2 (en) Method and system for controlling the establishment of communications channels for allowing transmission of multimedia information
EP2232820A1 (en) Location tagging method for packet based signalling
JP2006067579A (ja) 関係者識別データの収集及び分配システム及び方法
CN1902889B (zh) 呼叫建立系统
Baset et al. The Session Initiation Protocol (SIP): An Evolutionary Study.
US9444649B2 (en) Method for sending and receiving session history in a communications system
KR100601124B1 (ko) Ｓｉｐ 서비스 기반의 ｔｃｐ채널 제공 방법
KR101080383B1 (ko) 브이오아이피 호설정 방법 및 이를 수행하는 브이오아이피 통신 시스템
US20080137647A1 (en) VoIP terminal and method for providing multi-call service
CN109067659B (zh) 一种会话建立方法、路由器及会话系统
KR100639358B1 (ko) 표준인터넷전화기의 메인 측 지역 네트웍을 통한아이피공유기나 방화벽 통과방법
KR100957432B1 (ko) 미디어 전송 방법
Wu MMUSIC WG R. Even Internet-Draft Huawei Technologies Intended status: Informational J. Lennox Expires: December 30, 2013 Vidyo
Gaylani NAT traversal and mobility in VOIP applications

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20090528

Year of fee payment: 4

LAPS Lapse due to unpaid annual fee