KR101368172B1 - 호출자 통신 클라이언트와 피호출자 통신 클라이언트 간의 통신 세션을 셋업하는 방법과 이 통신 세션의 셋업을 가능하게 하는 통신 네트워크와 컴퓨터 프로그램 - Google Patents

호출자 통신 클라이언트와 피호출자 통신 클라이언트 간의 통신 세션을 셋업하는 방법과 이 통신 세션의 셋업을 가능하게 하는 통신 네트워크와 컴퓨터 프로그램 Download PDF

Info

Publication number
KR101368172B1
KR101368172B1 KR1020097007194A KR20097007194A KR101368172B1 KR 101368172 B1 KR101368172 B1 KR 101368172B1 KR 1020097007194 A KR1020097007194 A KR 1020097007194A KR 20097007194 A KR20097007194 A KR 20097007194A KR 101368172 B1 KR101368172 B1 KR 101368172B1
Authority
KR
South Korea
Prior art keywords
communication
parameter
traversal
communication network
address
Prior art date
Application number
KR1020097007194A
Other languages
English (en)
Other versions
KR20090057097A (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 알까뗄 루슨트
Publication of KR20090057097A publication Critical patent/KR20090057097A/ko
Application granted granted Critical
Publication of KR101368172B1 publication Critical patent/KR101368172B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/256—NAT traversal
    • H04L61/2564—NAT traversal for a higher-layer protocol, e.g. for session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/256—NAT traversal
    • H04L61/2578—NAT traversal without involvement of the NAT server
    • 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
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0093—Arrangements for interconnection between switching centres signalling arrangements in networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1225—Details of core network interconnection arrangements
    • H04M7/123—Details of core network interconnection arrangements where the packet-switched network is an Internet Protocol Multimedia System-type network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/128—Details of addressing, directories or routing tables
    • 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

Abstract

호출자 통신 클라이언트(C1)와 피호출자 통신 클라이언트(C2) 간의 통신 세션을 적어도 하나의 어드레스 변환 장치(NAT1, NAT2)를 포함한 통신 네트워크(SN1, SN, SN2)를 통해 셋업하는 방법이 개시된다. 이 방법은 시그널링 메시지(fs)의 송신을 위해, 상기 적어도 하나의 어드레스 변환 장치를 관통하며, 상기 통신 세션을 셋업하기 위해 상기 통신 클라이언트들의 물리적인 어드레스를 교환하는 단계를 포함한다. 상기 통신 클라이언트들 중의 적어도 하나는 어드레스 변환 장치의 트래버셜 솔루션을 구현한다. 이 방법은 상기 적어도 하나의 통신 클라이언트가 전송된 시그널링 메시지 내에서 상기 어드레스 변환 장치 트래버셜 솔루션의 구현을 나타내는 파라미터를 부가하며, 그러한 파라미터가 존재하는 경우에 상기 통신 네트워크의 장치들이 그 자신의 어드레스 변환 장치 트래버셜 솔루션을 구현하지 않는다는 점에서 혁신적이다.

Description

호출자 통신 클라이언트와 피호출자 통신 클라이언트 간의 통신 세션을 셋업하는 방법과 이 통신 세션의 셋업을 가능하게 하는 통신 네트워크와 컴퓨터 프로그램{TRAVERSAL OF NAT ADDRESS TRANSLATION EQUIPMENT FOR SIGNALLING MESSAGES COMPLYING WITH THE SIP PROTOCOL}
본 발명은 통신 네트워크에 관한 것이다. 특히 본 발명은 가령 "NATs"와 같은 어드레스 변환 장치를 통한 시그널링 메시지의 송신 문제에 관한 것이다.
현재의 통신 네트워크는 H.323, MGCP(매체 게이트웨이 제어 프로토콜) 또는 SIP(세션 개시 프로토콜) 및 SDP(세션 디스크립션 프로토콜)과 같은 시그널링 프로토콜에 의해 통신 세션의 확립을 가능하게 한다.
이러한 SIP 프로토콜은 IETF(인터넷 엔지니어링 태스크 포스)에 의해 공표된 RFC 3261에 의해 규정되며 그 이중 목적은 양측이 서로 접촉되도록 하는 것이고 SDP를 통해 세션의 특성 협상이 확립되도록 하는 것이다.
또다른 측에 호출하고자 하는 호출자 측은 개인 어드레스, 단말기(또는 보다 일반적으로 클라이언트 또는 "사용자 에이전트")의 물리적인 어드레스 및 피호출자 측의 개인 어드레스를 포함하는 "프록시"로 지칭되는 시그널링 요소로 시그널링 메시지("(Invite)")를 어드레싱할 수 있다. 이 시그널링 요소는 호출되는 측의 개인 어드레스와 대응하는 단말기의 물리적인 어드레스를 매칭시키는 수단("registrar")을 갖는다. 이러한 매칭은 시그널링 메시지가 호출자 측으로 라우팅되도록 한다.
호출자 측이 이러한 호출을 받아들인다면, 호출자측은 단말기 또는 클라이언트(또는 "사용자 에이전트")의 물리적인 어드레스를 포함하는 신규 시그널링 메시지로 답신한다. 이러한 방식으로, 모든 단말기들이 다른 측의 물리적인 어드레스를 인지함에 따라, 그들은 데이터(음성, 비디오 등)를 송신하기 위한 IP(인터넷 프로토콜) 커넥션을 확립할 수 있다.
그러나, RFC 1631에서 "IP 네트워크 어드레스 변환기 및 RFC 3022에서 "종래의 IP 네트워크 어드레스 변환기(종래 NAT)로 규정되는 NAT("네트워크 어드레스 변환") 또는 NAPT("네트워크 어드레스 포트 변환") 장치로 알려진 어드레스 변환 장치에 문제가 발생한다. 이러한 장치들은 서브 네트워크(전형적으로, 사설 네트워크)와 공중 인터넷 네트워크를 인터페이스하는 데 사용된다. 서브 네트워크의 장치(단말기)는 서브 네트워크로 유효성이 제한되는 실제의 IP 어드레스를 갖는다. 서브 네트워크 외부에 위치한 장치들과의 통신을 셋업하고자 할 때, 어드레스 변환 장치는 공중 네트워크에 유효한 임시 공중 어드레스를 할당하고 클라이언트의 개인 어드레스와 그 임시 공중 어드레스 간의 연관성을 기억한다.
따라서, NAT 어드레스 변환 장치는 발신(outgoing) 메시지, 즉 사설 네트워크에서 공중 네트워크로 진행하는 메시지의 IP 헤더 내에서 단말기의 개인 어드레스를 공중 어드레스로 변환하고, 수신(incoming) 메시지, 즉 상기 공중 네트워크에서 사설 네트워크로 진행하는 메시지의 IP 헤더 내에서 상기 단말기의 공중 어드레스를 개인 어드레스로 변환함으로써 개인 네트워크와 공중 네트워크 간에 송신되는 메시지들을 고속으로 변경한다.
따라서 SIP/SDP 시그널링 메시지(또는 H.323 또는 기타 메시지)가 어드레스 변환 장치를 가로지를 때 문제가 발생한다. 이러한 문제는 "NAT 트래버셜(traversal)"로서 알려진다.
그것은 무엇보다도 공개 백과사전인 "Wikipedia"의 "http://en.wikipedia.org/wiki/NAT_traversal"의 주소에서 기술되며 그리고 IETF의 RFC 3235에서 "Network Address Translation (NAT) - Friendly Application Design Guidelines" 제목으로 언급되고 있다. 또한 그것은 2005년 2월에 발표된 J. Rosenberg에 의한 "Considerations for Selection of Techniques for NAT Traversal" 제목으로 IETF 드래프트에서 설명되고 있다.
SIP 및 SDP와 같은 시그널링 프로토콜은 애플리케이션 프로토콜로 고려된다. 가령, SIP/SDP 프로토콜은 TCP 또는 UDP 프로토콜을 통해 송신될 수 있으며, 이들 프로토콜은 프로토콜 스택 내의 전술한 IP에 위치한다. 따라서, SIP 메시지는 사실상 TCP 내에서 캡슐화된 파라미터의 시퀀스 또는 IP 메시지 내에서 캡슐화된 UDP 메시지이다.
NAT 어드레스 변환 장치는 단지 IP 계층 내에서 발견된 파라미터만 편집하며 보다 높은 계층 내에서 발견된 파라미터는 변화없이 그대로 남겨둔다.
즉, SIP 및 SDP 메시지 내에 포함된 물리적인 어드레스는 IP 헤더 내에 포함 된 어드레스들과는 달리 어드레스 변환 장치에 의해 편집되지는 않는다.
그 결과, 시그널링 메시지의 수신자(피호출 클라이언트)는 단지 호출자 클라이언트의 개인 어드레스만을 인지한다. 그러나, 이는 단지 사설 네트워크에서만 유의미한 것이기 때문에, 통신 세션이 셋업될 수 없다.
이러한 문제는 널리 알려져 있기 때문에, 이를 해결하기 위한 여러 솔루션이 개발되고 있다. 이러한 문제를 해결하기 위한 두 가지 주요 방법은 호출자 클라이언트에 기반한 방법과, 통신 네트워크의 서버 또는 장치에 기반한 방법이 있다.
제 1 범주의 솔루션은 RFC 3489에 기술된 STUN("Simple Traversal of UDP through NATs")을 포함한다. 이러한 메카니즘을 통해 클라이언트(또는 단말기)는 그 공중 어드레스를 탐색할 수 있다. 따라서, 공중 네트워크로의 메시지의 방출(emission) 이전에, 호출자 클라이언트는 공중 네트워크 내에 위치한 STUN 서버에 요청(request)을 전송한다. 서버는 그가 클라이언트를 보는 어드레스(및 포트), 즉 공중 어드레스를 포함하는 메시지로 응답한다.
클라이언트는 다음에 이러한 공중 어드레스를 사용하여 SDP 프로토콜을 통해 응답을 수신하고자 하는 어드레스를 나타낼 수 있다.
그러나, 이러한 솔루션은 대부분의 제한요소로부터 곤란을 겪게 되는데, 그 이유는 여러 NAT가 대칭적인 것으로 지칭되며 한 쌍의 당사자들과 공중 어드레스를 연관시키기 때문이다. 따라서, NAT에 의해 클라이언트에 할당된 공중 어드레스는 STUN 서버와의 통신과 다른 측과 셋업될 세션에 대해 상이할 수 있다.
동일한 원리에 기반한 다른 제안은 TURN("Traversal Using Relay NAT")와 같 은 상황을 개선하도록 만들어진다. TURN 메카니즘은 IETF 사이트 상에서 2006년 3월에 발표된 "draft-rosenberg-midcom-turn-09.txt" 문헌에 기술되고 있다.
그러나, STUN 메카니즘이나 TURN 메카니즘 어떠한 것도 SIP 프로토콜용으로 적합하지가 않다.
또한, 신규한 메카니즘인, ICE("Interactive Connectivity Establishment")는 트래버셜용으로 적합한 SIP 시그널링 메시지를 만들기 위해 제안되었다. 이것은 STUN 및 TURN 메카니즘의 적응 버전에 기반하고 있다. ICE 메카니즘은 "draft-ietf-mmusic-ice-10.txt"에서 기술되며 또한 "Interactive Connectivity Establishment: A Methodology for Network Address Translator (NAT) Traversal for Offer/Answer Protocol" 제목으로 2006년 8월에 IETF 사이트에서 발표된다.
제 2 범주의 솔루션은 통신 네트워크 내의 장치에 의존한다. 주목할 것은 최초 솔루션이 네트워크 내의 서버(가령, STUN 서버)를 구현했지만, 클라이언트를 구현하지는 않는다는 것이다. 그러나, 이 제 2 범주의 솔루션으로, NAT 트래버셜 솔루션의 개시 및 구현은 모두 네트워크 장치에 의존하고 있다.
가령, 이러한 범주에 속하는 제 1 솔루션은 NAT 어드레스 변환 장치에 대해 애플리케이션 게이트웨이를 바인딩하는 것이다. 이러한 메카니즘은 "Application Layer Gateway" 또는 "Application-Level Gateway"에 대해 ALG로서 알려지며 1999년 8월에 발표된 "IP Network Address Translator (NAT) Terminology and Considerations" 제목으로 RFC 2663의 패러그래프 2.9에 규정되고 있다.
이러한 게이트웨이(또는 상기 게이트웨이와 동일한 기능을 갖는 NAT 장치)는 메시지에 의해 사용되는 애플리케이션 프로토콜을 이해하기 위한 수단을 갖는다. 특히 그것은 시그널링 메시지의 내용을 이해할 수 있으며 SDP 메시지 내에 포함된 물리적인 어드레스를 변환하여 양 측이 그 공중 어드레스를 교환할 수 있지만 그 개인 어드레스를 교환하지 않도록 하여 통신 세션을 셋업하는 것을 가능하게 한다.
이러한 솔루션의 한 변형예는 세션 제어기, 즉 SBC("Session Border Controller")를 포함하는데, 이는 시그널링 메시지의 경로를 따라 배치될 것이다. 이러한 타입의 제품은 네트워크들 간의 통신 세션 및 시그널링 메시지의 송신을 제어할 수 있게 한다. 보다 정밀하게는, SBC는 SIP 프록시 시그널링 요소의 역할을 할 수 있으며, 이는 Megaco와 같은 프로토콜을 통해 매체 송신 수단("media proxy")을 제어할 수 있으며, 이에 따라 통신 세션은 양 측 간에 적절하게 확립될 수 있다.
2005년 2월에 발표된 "Functionality of Existing Session Border Controller (SBC)" 제목의 IETF 드래프트는 SBC 세션 제어기의 동작을 보다 명시적으로 기술하고 있다.
다른 솔루션들이 전술한 것 이상으로 명시적으로 유지하지 않고도 각각의 대범주 내에 존재할 수 있다.
따라서 단일 통신 네트워크는 수 개의 솔루션을 동시에 구현할 수 있다. 통신 클라이언트는 그와 관련한 네트워크가 트래버셜 솔루션을 구현하는지에 대한 사전 지식을 갖지 않으며, 따라서 통신 클라이언트 ICE 타입 솔루션을 구현할 수 있지만 상기 네트워크는 ALG 또는 SBC 타입 솔루션을 구현할 수는 없다.
두 개의 솔루션의 배치는 리던던트(redundant)한 것이며, 리소스의 손실을 초래하지만, 또한 이들 솔루션은 상호 파괴적이며 통신 네트워크의 부정확한 동작을 초래할 수 있으며, 시그널링 메시지에 포함되는 어드레스들은 불필요할 때 ALG 또는 SBC 장치에 의해 부정확하게 변경될 수 있다. 통신 세션은 따라서 셋업될 수 없다.
이러한 문제는 아직까지 해결되지 않고 있다.
제안될 수 있는 솔루션은 SIP 클라이언트가 SBC 또는 ALG 게이트웨이에 부착될 지를 스스로 인지하고 있을 때 SIP 클라이언트(ICE, STUN, TURN 등)에 의해 구현되는 메카니즘을 수동으로 디스에이블할 수 있을 것이다.
그러나, 그러한 프로세스는 구현하기가 복잡하며, 클라이언트가 ALG 게이트웨이에 부착되는지 또는 SBC에 부착되는지를 알기 위해서는, 그 액세스 제공자의 네트워크의 토폴로지를 알아야만 한다. 또한, 그 구성은 클라이언트가 신규 네트워크에 부착될 때마다 수동으로 변경되어야만 한다.
또한, 이러한 방법은 최적화된 것은 아닌데, 그 이유는 ALG 게이트웨이 또는 SBC에 기반한 솔루션이 일단 배치되면 구성에 의해 클라이언트에 기반한 솔루션이 더 선호되기 때문이다. 그러나, 일반적으로 최적인 것은 클라이언트에 기반한 솔루션이며, 그 이유는 그것은 클라이언트로 하여금 통신 세션의 셋업을 제어하도록 하고, SBC 또는 ALG 솔루션과 같은 매체 릴레이(media relay)를 구현하지 않기 때문이다.
본 발명의 목적은 클라이언트에 기반한 솔루션과 통신 네트워크(ALG, SBC)에 기반한 솔루션의 최적의 공존을 위한 방법을 제안함으로써 이러한 단점을 극복하는 것이다.
본 발명의 제 1 목적은 호출자 통신 클라이언트(또는 "사용자 에이전트")와 피호출자 통신 클라이언트 간의 통신 세션을 적어도 하나의 "NAT" 어드레스 변환 장치를 포함한 통신 네트워크를 통해 셋업하는 방법이다.
이 방법은 시그널링 메시지의 송신을 위해 어드레스 변환 장치를 관통하는 단계와 통신 세션을 셋업하기 위해 통신 클라이언트들의 물리적인 어드레스를 교환하는 단계를 포함한다. 통신 클라이언트들 중의 적어도 하나는 어드레스 변환 장치의 트래버셜을 위한 솔루션을 구현한다.
이 방법은 첫째로 통신 클라이언트들 중의 적어도 하나가 적어도 하나의 전송된 시그널링 메시지 내에서 어드레스 변환 장치 트래버셜 솔루션의 구현을 나타내는 파라미터를 부가하는 사실과, 둘째로 그러한 파라미터가 존재하는 경우에 통신 네트워크 장치가 그 자신의 어드레스 변환 장치 트래버셜 솔루션을 구현하지 않는다는 사실에 특징을 두고 있다.
본 발명의 다른 실시예에 의하면, 전송된 시그널링 메시지는 SIP 프로토콜을 따른다. 이 메시지는 "Invite" 메시지일 수 있지만, 또한 다른 타입의 메시지("Register", "Notify")일 수 있다.
파라미터는 SIP 프로토콜을 따르는 헤더일 수 있거나 SDP 프로토콜을 따르는 파라미터일 수 있다.
장치 트래버셜 솔루션은 메카니즘 STUN, ICE, TURN을 포함하는 그룹에 속하는 솔루션일 수 있다.
본 발명은 또한 파라미터가 존재하지 않는 경우에 통신 네트워크 장치가 자신의 어드레스 변환 장치 트래버셜 솔루션을 구현할 수 있도록 한다.
또한, 통신 네트워크의 장치가 그 자신의 트래버셜 솔루션을 구현할 때, 이러한 구현을 나타내는 발신 시그널링 메시지 내로 파라미터를 삽입할 수 있다.
본 발명의 통신 클라이언트의 목적은 또한 적어도 하나의 다른 통신 클라이언트와의 통신 세션을 셋업하기 위한 시그널링 메시지의 전송 수단과 어드레스 변환 트래버셜 수단을 갖는 것이다.
본 발명에 따른 클라이언트는 시그널링 메시지의 전송 이전에 이 메시지 내에 어드레스 변환 장치 트래버셜 수단의 구현을 나타내는 파라미터를 부가하는 수단을 갖는다는 점에서 혁신적이다.
본 발명의 일부 실시예에 의하면, 전송된 시그널링 메시지는 SIP 프로토콜을 따른다. 이는 "Invite" 메시지일 수 있지만 또한 다른 타입의 메시지("Register", "Notify")일 수 있다.
이러한 파라미터는 SIP 프로토콜을 따르는 헤더일 수 있거나 SDP 프로토콜을 따르는 파라미터일 수 있다.
장치 트래버셜 솔루션은 메카니즘 STUN, ICE, TURN을 포함한 그룹에 속하는 솔루션일 수 있다.
본 발명에 따른 클라이언트는 또한 어드레스 변환 장치의 트래버셜을 위한 수단이 이용불가능할 때, 전송된 시그널링 메시지 내에서 어드레스 변환 장치 트래버셜 수단의 비구현(non-implementation)을 나타내는 파라미터를 부가하는 수단을 가질 수 있다.
본 발명의 목적은 또한 호출자 통신 클라이언트와 피호출자 통신 클라이언트 간의 통신 세션이 셋업될 수 있도록 하며 적어도 하나의 네트워크 장치를 포함하는 통신 네트워크를 제공하는 것이다. 이 네트워크 장치는 적어도 하나의 어드레스 변환 장치를 포함하며 통신 네트워크는 또한 어드레스 변환 장치의 트래버셜을 위한 수단을 포함한다.
본 발명에 따른 통신 네트워크는, 수신된 시그널링 메시지 내에서, 통신 클라이언트에 의한 어드레스 변환 장치 트래버셜 수단의 구현을 나타내는 파라미터가 존재하는 경우, 네트워크 장치가 그 자신의 어드레스 변환 장치 트래버셜 수단을 구현하지 않는다는 사실에 특징을 두고 있다.
본 발명의 일부 실시예에 의하면, 전송된 시그널링 메시지는 SIP 프로토콜을 따른다. 이 메시지는 "Invite" 메시지일 수 있지만, 또한 다른 타입의 메시지("Register", "Notify")일 수 있다.
이 파라미터는 SIP 프로토콜을 따르는 헤더일 수 있거나 SDP 프로토콜을 따르는 파라미터일 수 있다.
장치 트래버셜 솔루션은 메카니즘 STUN, ICE, TURN 등을 포함한 그룹에 속하는 솔루션일 수 있다.
본 발명에 따른 통신 네트워크는 또한 이러한 파라미터가 존재하지 않는 경우 통신 네트워크 장치가 그 자신의 어드레스 변환 장치 트래버셜 솔루션을 구현할 수 있도록 설계될 수 있다.
통신 네트워크의 장치가 그 자신의 트래버셜 솔루션을 구현할 때 이러한 구현을 나타내는 파라미터 내에서 발신 시그널링 메시지 내로 파라미터를 삽입하는 것을 또한 예상할 수 있다.
본 발명의 특성 및 이점은 첨부도면과 함께 아래의 설명에서 보다 명백해질 것이다.
도 1은 본 발명이 구현될 수 있는 통신 네트워크의 일 예를 블럭도로 도시한 도면이다.
도 1의 예에서, 통신 네트워크는 두 개의 어드레스 변환 장치 NAT1 및 NAT2에 의해 접속된 세 개의 네트워크 SN1, SN2, SN으로 구성된다. 이는 각각의 통신 클라이언트 C1 및 C2가 제각기 사설 서브 네트워크 SN1 및 SN2에 접속되는 표준 시나리오이다. 각각의 이러한 사설 서브 네트워크는 어드레스 변환 장치 NAT1 및 NAT2를 사용하여 공중 네트워크 SN에 접속된다.
그러나, 다른 시나리오도 가능하다. 가령, 단일의 NAT 어드레스 변환 장치는 한 회사의 양 당사자에 속하는 두 개의 사설 서브 네트워크들 간에 배치될 수 있다. 두 개의 클라이언트들 중의 하나가 NAT의 사용 없이 사설 서브 네트워크에 접속되는 상황이 또한 예상될 수 있다. 이러한 경우, 단일 NAT 어드레스 변환 장치는 다른 사설 서브 네트워크와 공중 서브 네트워크 간에 배치된다.
통신 네트워크(주로 SN 공중 네트워크)는 적어도 하나의 장치를 포함한다. 이러한 장치는 라우터와 같은 IP 송신 노드일 수 있지만, 또한 서버, 시그널링 요소, SIP 프록시, 호출 서버 등일 수도 있다. 도 1에서, 명료성을 위해, 호출 서버 CS와 더불어, NAT1 및 NAT2 어드레스 변환 장치만이 도시된다. 이러한 호출 서버 CS는 가장 일반적인 의미를 따르는 것으로 고려되며 따라서 "SIP 프록시" 요소, "소프트스위치", "호출 제어기" 등을 포함한다.
통신 세션의 셋업은 전문가에게 널리 알려진 현재 기술의 일부를 형성한다. 도식적으로는 이는 두 개의 통신 클라이언트 C1과 C2간의 시그널링 메시지의 송신 단계로 구성된다. 이러한 시그널링 흐름 fs는 공중 네트워크 SN에 속하는 호출 서버 CS에 의해 전송된다. 전술한 바와 같이, 이러한 시그널링 메시지의 송신은 통신 클라이언트 C1과 C2의 물리적인 어드레스의 교환을 가능하게 하며, 이에 의해 두 개의 통신 클라이언트들 간에 통신 세션 fm이 셋업될 수 있게 하며, 매체 흐름(음성, 데이터, 비디오 등) fm은 이러한 교환된 물리적인 어드레스를 사용하여 두 클라이언트들 간에 전송될 수 있다.
시그널링 메시지는 어드레스 변환 장치 NAT1 및 NAT2를 관통한다. 두 개의 통신 클라이언트 C1과 C2의 각각은 (세션 동안) 그것이 부착된 어드레스 변환 장치에 의해 할당되며 그 사설의 물리적인 어드레스와는 상이한 공중의 물리적인 어드레스를 갖는다.
통신 세션 fm을 확립할 수 있도록, 두 개의 클라이언트는 그 공중의 물리적인 어드레스를 교환해야하지만 그 사설의 물리적인 어드레스를 교환해서는 안된다.
도 1의 예에서 호출자 통신 클라이언트 C1이 어드레스 변환 장치 트래버셜 솔루션("NAT Traversal")을 구현한다고 가정한다. 용어 "구현"에 의해, 클라이언트는 어드레스 변환 장치 트래버셜 수단을 소유할 뿐만 아니라 이러한 수단이 인에이블된다는 것이 이해된다. 사실상 이러한 수단이 다양한 이유(사용자가 그 수단이 과소 수행되는 것으로 간주하기 때문에 고장, 수동의 구성해제)로 디스에이블되는 상황이 예상된다.
이러한 트래버셜 수단은 통신 클라이언트에 기반을 두고 있는, 기존의 기술 및 장래 기술에서 이용가능한 다양한 솔루션에 대해 유연성을 가질 수 있다. 전술한 이러한 메카니즘 STUN, TURN 또는 ICE는 여기에서 언급될 수 있다.
시그널링 메시지를 전송하기 전에, 호출자 통신 클라이언트 C1은 이러한 메시지에 대해 어드레스 변환 장치 트래버셜 솔루션이 클라이언트 C1에 의해 구현된다는 사실을 나타내는 파라미터을 부가한다.
SIP 프로토콜을 사용하는 구현의 문맥에서, 이러한 시그널링 메시지는 통상 "Invite" 메시지이다.
시그널링 메시지는 일단 전송되면 어드레스 변환 장치 NAT1으로 송신되며 다음에 공중 네트워크 SN의 다른 장치로 송신된다. 필요하다면, 어드레스 변환 장치 NAT1에 도달하기 전에, 사설 서브 네트워크 SN1의 장치를 관통할 수도 있다.
이러한 장치들의 일부는 어드레스 변환 장치 트래버셜 수단을 가질 수 있다. 이러한 수단은 전술한 솔루션에 대해 유연성을 가질 수 있으며, 이는 ALG 게이트웨이(애플리케이션 계층 게이트웨이) 또는 SBC(세션 보더 제어기)일 수 있다.
수신된 메시지에서 (클라이언트 C1에 의한) NAT의 트래버셜 수단의 구현을 나타내는 파라미터가 존재하는 경우, 이러한 네트워크 장치는 그 자신의 NAT 트래버셜 수단을 구현하지는 않는다.
이러한 방식에서, 일단 통신 클라이언트가 NAT 트래버셜 솔루션을 구현한다면, 어떠한 네트워크 장치도 그 자신의 솔루션을 구현하지는 않는다는 것을 보장한다. 따라서, 소정의 호출에 대해 하나의 솔루션만이 구현되는 것을 보장한다.
클라이언트에 의해 전송된 시그널링 메시지에 부가된 파라미터는 SIP 프로토콜에 따른 헤더일 수 있다. 따라서, 그것은 키워드에 이어서 값이 후속되는 가령 스트링 "X-Media-Processing: No-Processing"의 형태를 취할 수 있다.
용어 "X-Media-Processing"은 단지 정보용일 뿐이다. 그것은 SIP 프로토콜 및 그 확장부의 문맥에서 아직 사용되지 않은 임의의 스트링일 수 있다.
값 "No-Processing"은 또한 정보용일 뿐이며 네트워크 장치에 의해서는 처리가 행해져서는 안된다는 것을 규정하고 있다.(즉, NAT 트래버셜 수단의 구현은 존재하지 않는다)
대안으로서, 파라미터는 SDP 프로토콜(세션 디스크립션 프로토콜) 파라미터일 수 있다. 키워드에 이어서 값이 후속되는 가령 스트링 "a=media-processing no-processing"의 형태를 취할 수 있다.
통신 클라이언트 C1의 어드레스 변환 장치 트래버셜 수단이 이용불가능할 경우에, 통신 클라이언트는 전송된 시그널링 메시지 내의 NAT 트래버셜 솔루션의 구현을 나타내는 파라미터를 부가할 수 없거나, 또는 NAT 트래버셜 솔루션의 비구현을 나타내는 파라미터를 부가할 수 있다.
호환성의 이유로 인한 제 1 옵션에 대해, NAT 트래버셜 솔루션의 구현을 나타내는 파라미터를 포함하지 않는 시그널링 메시지를 수신하는 네트워크 장치는 현재의 기술에 따라 동작한다. 즉, 네트워크 장치가 NAT 트래버셜 수단을 갖는다면 그 수단을 구현할 수가 있을 것이다.
제 2 케이스에 대해, 이 파라미터는 제 1 파라미터와 유사할 것이다.
이 파라미터는 가령, 제 1 파라미터와 동일한 키워드를 사용하는 SIP 헤더일 수 있다. 따라서, 그것은 "X-Media-Processing: Processing-Required" 형태를 갖는 스트링일 수 있다.
"Processing-Required" 스트링은 지표이며 그리고 호출자 통신 클라이언트 C1에 의해서는 어떠한 NAT 트래버셜 솔루션도 배치되지 않으므로 솔루션은 통신 네트워크 장치에 의해 구현되어야만 한다는 것을 의미한다.
이러한 파라미터는 또한 전술한 바와 같이 SDP 파라미터로서 부가될 수 있다.
호출자 통신 클라이언트는 NAT 트래버셜 수단을 갖지 않거나 또는 그 수단을 소유하지만 이용불가능(STUN 서버 장애)인 경우이거나 또는 사용자가 그 수단을 디스에이블하도록 선택했기 때문에 그러한 파라미터를 부가하는 데 요구될 수 있다.
네트워크 장치가 NAT 트래버셜 솔루션을 구현했을 때, 그 네트워크 장치는 발신 시그널링 메시지 내로 이러한 구현을 나타내는 파라미터를 삽입하며, 그에 따라 시그널링 메시지의 경로 내에 위치할 수 있는 임의의 다른 장치는 그 자신의 NAT 트래버셜 수단을 구현하지 않는다.
본 발명의 방법은 통신 네트워크에서 수개의 SBC 서버 또는 ALG 게이트웨이의 존재로 인해 발생할 수 있는 추가적인 문제를 해결한다.
이러한 신규 파라미터는 상이한 방식으로 구현될 수 있다. 가령 그것은 클라이언트에 의한 트래버셜 솔루션의 구현을 나타내는 것과는 상이한 SIP 헤더 또는 SDP 파라미터일 수 있다. 또한 그것은 동일한 SIP 헤더 또는 동일한 SDP 파라미터일 수 있으며, 이러한 경우 그것은 특정의 값을 갖는다.
SIP 헤더를 사용한 구현의 경우, 이 파라미터는 임의의 키워드 "Processed"를 갖는 "X-Media-Processing: Processed" 스트링의 형태를 취할 수 있다.
수신 시그널링 메시지가 (가령 "Processing-requested"값과 연관된) 파라미터를 포함한다면, 그 값은 통신 네트워크 장치에 의해 변경되어 발신 시그널링 메시지 내의 "Processed"가 된다.
수신 시그널링 메시지가 파라미터를 포함하지 않는다면, 그 메시지는 그것을 발신 시그널링 메시지에 부가할 수 있다.

Claims (24)

  1. 호출자(caller) 통신 클라이언트(C1)와 피호출자(called) 통신 클라이언트(C2) 간의 통신 세션(fm)을 적어도 하나의 어드레스 변환 장치(NAT1, NAT2)를 포함하는 통신 네트워크(SN1, SN, SN2)를 통해 셋업하는 방법으로서,
    상기 적어도 하나의 어드레스 변환 장치를 관통하며, 상기 통신 세션을 셋업하기 위해 상기 통신 클라이언트들의 물리적인 어드레스의 교환을 가능하게 하는 시그널링 메시지(fs)의 송신 단계를 포함하며,
    상기 통신 클라이언트들 중의 적어도 하나는 어드레스 변환 장치 트래버셜 솔루션(traversal solution)을 구현하며,
    상기 적어도 하나의 통신 클라이언트는 전송된 시그널링 메시지 내에서 상기 어드레스 변환 장치 트래버셜 솔루션의 구현을 나타내는 파라미터를 부가하며,
    상기 파라미터가 존재하는 경우에 상기 통신 네트워크의 어드레스 변환 장치가 그 자신의 어드레스 변환 장치 트래버셜 솔루션을 구현하지 않는
    통신 세션 셋업 방법.
  2. 제 1 항에 있어서,
    상기 전송된 시그널링 메시지는 SIP 프로토콜을 따르는 메시지인
    통신 세션 셋업 방법.
  3. 제 1 항 또는 제 2 항에 있어서,
    상기 전송된 시그널링 메시지는 "Invite" 컴플라이언트(compliant) 메시지인
    통신 세션 셋업 방법.
  4. 제 1 항 또는 제 2 항에 있어서,
    상기 트래버셜 솔루션은 STUN, TURN 및 ICE 메카니즘을 포함한 그룹 내에서 취해진 하나의 메카니즘을 따르는
    통신 세션 셋업 방법.
  5. 제 2 항에 있어서,
    상기 파라미터는 SIP 프로토콜을 따르는 헤더인
    통신 세션 셋업 방법.
  6. 제 2 항에 있어서,
    상기 파라미터는 SDP 프로토콜을 따르는 파라미터인
    통신 세션 셋업 방법.
  7. 제 1 항 또는 제 2 항에 있어서,
    상기 파라미터가 존재하지 않는 경우, 상기 통신 네트워크의 어드레스 변환 장치는 자신의 어드레스 변환 장치 트래버셜 솔루션을 구현하는
    통신 세션 셋업 방법.
  8. 제 1 항 또는 제 2 항에 있어서,
    상기 통신 네트워크의 어드레스 변환 장치가 자신의 어드레스 변환 장치 트래버셜 솔루션을 구현할 때, 상기 장치는 상기 구현을 나타내는 파라미터를 발신(outgoing) 시그널링 메시지 내에 삽입하는
    통신 세션 셋업 방법.
  9. 삭제
  10. 삭제
  11. 삭제
  12. 삭제
  13. 삭제
  14. 삭제
  15. 삭제
  16. 호출자 통신 클라이언트(C1)와 피호출자 통신 클라이언트(C2) 간의 통신 세션(fm)의 셋업을 가능하게 하며 적어도 하나의 네트워크 장치를 포함하는 통신 네트워크(SN1, SN2, SN)로서,
    상기 적어도 하나의 네트워크 장치는 적어도 하나의 어드레스 변환 장치(NAT1, NAT2)를 포함하며,
    상기 통신 네트워크는 또한 상기 적어도 하나의 어드레스 변환 장치의 트래버셜을 위한 수단을 포함하며,
    상기 네트워크 장치들은, 수신된 시그널링 메시지 내에서, 상기 통신 클라이언트에 의한 어드레스 변환 장치 트래버셜 수단의 구현을 나타내는 파라미터가 존재하는 경우, 자신의 어드레스 변환 장치 트래버셜 수단을 구현할 수 없는
    통신 네트워크.
  17. 제 16 항에 있어서,
    상기 수신된 시그널링 메시지는 SIP 프로토콜을 따르는 메시지인
    통신 네트워크.
  18. 제 16 항 또는 제 17 항에 있어서,
    상기 수신된 시그널링 메시지는 "Invite" 메시지인
    통신 네트워크.
  19. 제 16 항 또는 제 17 항에 있어서,
    상기 트래버셜 솔루션은 STUN, TURN 및 ICE 메카니즘을 포함한 그룹 내에서 취해진 하나의 메카니즘을 따르는
    통신 네트워크.
  20. 제 17 항에 있어서,
    상기 파라미터는 SIP 프로토콜을 따르는 헤더인
    통신 네트워크.
  21. 제 17 항에 있어서,
    상기 파라미터는 SDP 프로토콜을 따르는 파라미터인
    통신 네트워크.
  22. 제 17 항에 있어서,
    상기 파라미터가 존재하지 않는 경우, 상기 통신 네트워크의 장치들은 자신의 어드레스 변환 장치 트래버셜 솔루션을 구현하는
    통신 네트워크.
  23. 제 16 항 또는 제 17 항에 있어서,
    상기 통신 네트워크 중의 하나의 장치가 자신의 트래버셜 솔루션을 구현할 때, 상기 장치는 상기 구현을 나타내는 파라미터를 발신 시그널링 메시지 내에 삽입하는
    통신 네트워크.
  24. 제 1 항 또는 제 2 항에 따른 방법을 구현하는 인스트럭션을 포함하는 컴퓨터 프로그램을 포함하는
    컴퓨터 판독가능 저장 매체.
KR1020097007194A 2006-09-08 2007-08-23 호출자 통신 클라이언트와 피호출자 통신 클라이언트 간의 통신 세션을 셋업하는 방법과 이 통신 세션의 셋업을 가능하게 하는 통신 네트워크와 컴퓨터 프로그램 KR101368172B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0653641 2006-09-08
FR0653641A FR2905812B1 (fr) 2006-09-08 2006-09-08 Traverssee d'un equipement de traduction d'adresse nat pour messages de signalisation conformes au protocole sip
PCT/EP2007/058753 WO2008028814A1 (fr) 2006-09-08 2007-08-23 Traversee d'un equipement de traduction d'adresse nat pour messages de signalisation conformes au protocole sip

Publications (2)

Publication Number Publication Date
KR20090057097A KR20090057097A (ko) 2009-06-03
KR101368172B1 true KR101368172B1 (ko) 2014-02-27

Family

ID=37946730

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020097007194A KR101368172B1 (ko) 2006-09-08 2007-08-23 호출자 통신 클라이언트와 피호출자 통신 클라이언트 간의 통신 세션을 셋업하는 방법과 이 통신 세션의 셋업을 가능하게 하는 통신 네트워크와 컴퓨터 프로그램

Country Status (8)

Country Link
US (1) US9036645B2 (ko)
EP (1) EP1898593B1 (ko)
JP (1) JP2010503300A (ko)
KR (1) KR101368172B1 (ko)
CN (1) CN101166192B (ko)
AT (1) ATE531174T1 (ko)
FR (1) FR2905812B1 (ko)
WO (1) WO2008028814A1 (ko)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008058906A2 (en) * 2006-11-13 2008-05-22 Nokia Corporation Address translation
US8554946B2 (en) * 2008-10-13 2013-10-08 Telefonaktiebolaget L M Ericsson (Publ) NAT traversal method and apparatus
JP5091887B2 (ja) * 2009-02-23 2012-12-05 エヌ・ティ・ティ・コミュニケーションズ株式会社 端末装置、通信処理方法、及びプログラム
CN101860536B (zh) * 2010-05-31 2014-05-07 北京邮电大学 一种基于sip软终端的私网穿越系统和方法
WO2013107504A1 (en) * 2012-01-17 2013-07-25 Telefonaktiebolaget L M Ericsson (Publ) Ice based nat traversal
JP5971026B2 (ja) * 2012-08-20 2016-08-17 沖電気工業株式会社 ゲートウェイ装置及びゲートウェイ装置用プログラム
US9515901B2 (en) 2013-10-18 2016-12-06 AppDynamics, Inc. Automatic asynchronous handoff identification
JP5941961B2 (ja) * 2014-10-23 2016-06-29 西日本電信電話株式会社 クラウド交換機システム及びゲートウェイ装置とゲートウェイプログラム
US9529691B2 (en) * 2014-10-31 2016-12-27 AppDynamics, Inc. Monitoring and correlating a binary process in a distributed business transaction
US9535811B2 (en) 2014-10-31 2017-01-03 AppDynamics, Inc. Agent dynamic service
US9535666B2 (en) 2015-01-29 2017-01-03 AppDynamics, Inc. Dynamic agent delivery
US11394686B1 (en) * 2021-02-25 2022-07-19 Nvidia Corporation Dynamic network address translation using prediction

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005516538A (ja) 2002-01-29 2005-06-02 コーニンクレッカ　フィリップス　エレクトロニクス　エヌ　ヴィ インターネット・プロトコルベースのワイヤレス通信アレンジメント
JP2005252809A (ja) 2004-03-05 2005-09-15 Nec Access Technica Ltd Ｉｐ電話用構内システム及び通話転送方法
US20050259637A1 (en) 2004-05-21 2005-11-24 Chu Thomas P Method for optimal path selection in traversal of packets through network address translators

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7899932B2 (en) * 2003-01-15 2011-03-01 Panasonic Corporation Relayed network address translator (NAT) traversal
CN1516409A (zh) * 2003-08-26 2004-07-28 中兴通讯股份有限公司 一种使媒体流穿越网络地址转换器的方法
US7142537B2 (en) * 2003-12-18 2006-11-28 Motorola, Inc. Interface call signaling protocol
CN100550882C (zh) * 2004-03-02 2009-10-14 华为技术有限公司 一种穿越子网的方法及子网穿越系统
US8432896B2 (en) * 2005-07-22 2013-04-30 Cisco Technology, Inc. System and method for optimizing communications between session border controllers and endpoints in a network environment
JP4722623B2 (ja) * 2005-08-24 2011-07-13 パナソニック株式会社 Ｉｐ通信装置及びその制御方法
US20070253418A1 (en) * 2006-04-27 2007-11-01 D.S.P. Group Ltd. Routing path optimization between sip endpoints

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005516538A (ja) 2002-01-29 2005-06-02 コーニンクレッカ　フィリップス　エレクトロニクス　エヌ　ヴィ インターネット・プロトコルベースのワイヤレス通信アレンジメント
JP2005252809A (ja) 2004-03-05 2005-09-15 Nec Access Technica Ltd Ｉｐ電話用構内システム及び通話転送方法
US20050259637A1 (en) 2004-05-21 2005-11-24 Chu Thomas P Method for optimal path selection in traversal of packets through network address translators

Also Published As

Publication number Publication date
ATE531174T1 (de) 2011-11-15
KR20090057097A (ko) 2009-06-03
FR2905812B1 (fr) 2008-10-24
WO2008028814A1 (fr) 2008-03-13
US9036645B2 (en) 2015-05-19
JP2010503300A (ja) 2010-01-28
CN101166192A (zh) 2008-04-23
CN101166192B (zh) 2011-04-20
US20080062993A1 (en) 2008-03-13
EP1898593A1 (fr) 2008-03-12
EP1898593B1 (fr) 2011-10-26
FR2905812A1 (fr) 2008-03-14

Similar Documents

Publication Publication Date Title
KR101368172B1 (ko) 호출자 통신 클라이언트와 피호출자 통신 클라이언트 간의 통신 세션을 셋업하는 방법과 이 통신 세션의 셋업을 가능하게 하는 통신 네트워크와 컴퓨터 프로그램
EP1687958B1 (en) Method and system for filtering multimedia traffic based on ip address bindings
JP5209061B2 (ja) Ｓｉｐ応答メッセージの送信インターフェースの制御
US9137200B2 (en) Ice based NAT traversal
US8166533B2 (en) Method for providing media communication across firewalls
US20050286538A1 (en) Method and call server for establishing a bi-directional peer-to-peer communication link
CA2751605A1 (en) Scalable nat traversal
JP3891195B2 (ja) データ通信方法
US20090103540A1 (en) Method for address translation device traversal for SIP signaling messages through temporary use of the TCP transport protocol
JP5089701B2 (ja) アドレス情報の冗長構成によるｓｉｐプロトコルシグナリングメッセージのｎａｔアドレス変換設備の通過
EP1959643A1 (en) Method for NAT traversal in a P2P-SIP network
Boulton et al. Nat traversal practices for client-server sip
Boucadair Discovering NAT64 IPv6 Prefixes Using the Port Control Protocol (PCP)
Koski et al. The sip-based system used in connection with a firewall
KR100899440B1 (ko) 사설 주소를 사용하는 망에서 ＶｏＩＰ 서비스를 제공하는방법 및 이를 구현하는 단말장치
JP5247534B2 (ja) ホームゲートウェイによって異なる経路の複数のセッションを確立する方法及びシステム
Cook Design of a Voice-Aware Firewall Architecture
Camarillo et al. NAT Traversal Practices for Client-Server SIP
Matharu NAT Boxes and Firewalls: A Look at VoD and Skype

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

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20180209

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20190116

Year of fee payment: 6