KR101882567B1 - 통신 네트워크에서의 어드레스 할당 - Google Patents

통신 네트워크에서의 어드레스 할당 Download PDF

Info

Publication number
KR101882567B1
KR101882567B1 KR1020157013411A KR20157013411A KR101882567B1 KR 101882567 B1 KR101882567 B1 KR 101882567B1 KR 1020157013411 A KR1020157013411 A KR 1020157013411A KR 20157013411 A KR20157013411 A KR 20157013411A KR 101882567 B1 KR101882567 B1 KR 101882567B1
Authority
KR
South Korea
Prior art keywords
address
node
single flow
peer
message
Prior art date
Application number
KR1020157013411A
Other languages
English (en)
Other versions
KR20150077470A (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 KR20150077470A publication Critical patent/KR20150077470A/ko
Application granted granted Critical
Publication of KR101882567B1 publication Critical patent/KR101882567B1/ko

Links

Images

Classifications

    • H04L61/2007—
    • H04L61/2053—
    • H04L61/2076—
    • 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/2521—Translation architectures other than single NAT servers
    • H04L61/2528—Translation at a proxy
    • 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/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • 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/59—Network arrangements, protocols or services for addressing or naming using proxies for addressing
    • H04L67/2833—
    • 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/56—Provisioning of proxy services
    • H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/677—Multiple interfaces, e.g. multihomed nodes
    • 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/50—Address allocation
    • H04L61/5053—Lease time; Renewal aspects
    • 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/50—Address allocation
    • H04L61/5076—Update or notification mechanisms, e.g. DynDNS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 통신 네트워크에서 프록시 노드로부터 피어 노드로 전송된 메시지를 어드레싱하기 위한 방법 및 장치에 관한 것이다. 프록시 노드는 호스트 노드로부터 복수의 다중경로 메시지를 수신한다. 복수의 다중경로 메시지의 각각의 메시지가 어드레스를 갖는다. 그 다음, 프록시 노드는 피어 노드를 향한 단일 흐름 메시지에 대해서 어드레스를 할당하기 위해 규칙을 적용한다. 단일 흐름 메시지가 복수의 다중경로 메시지의 각각의 메시지를 포함한다. 그 다음, 단일 흐름 메시지가 피어 노드를 향해 전송된다.

Description

통신 네트워크에서의 어드레스 할당{Assigning Addresses in a Communications Network}
본 발명은 통신 네트워크에서 어드레스를 할당하는 분야에 관한 것으로, 특히 다중경로 TCP 프록시 노드에 의해 사용되는 어드레스를 할당하기 위한 것이다.
전송 제어 프로토콜(TCP) 세션은, TCP를 사용해서, "2개의 애플리케이션 간의 논리적 엔드-투-엔드 데이터 통신 링크 프로토콜"로 규정될 수 있다. 정규의 TCP는 세션 당 단일 경로로 통신을 제한한다. 인터넷 엔지니어링 태스크 포스(IETF)는 현재 정규 TCP 세션에서 다중경로를 동시 사용하는 능력을 부가하는 메카니즘을 개발하고 있다. "다중경로 TCP"(MPTCP)로 불리는 TCP에 대한 확장은, 인터넷 드라프트 "http://tools.ietf.org/html/rfc6824"에 설명되어 있다. 다중경로 TCP 개발에 대한 아키텍처 가이드라인이 RFC 6182에 공지되었다. RFC 6182는 "소스 및 목적지 어드레스 쌍에 의해 이 문맥에서 규정된 전송기와 수신기 사이의 링크의 시퀀스"로서 "경로"를 규정한다.
많은 경우에 있어서, 다중경로가 피어 간에 존재한다. 이것의 한 예는, 하나의 또는 모두의 엔드 장치가 다중 호밍(multi-home)되고 및/또는 하나 이상의 액세스 기술을 통한 접속을 통해서 접속성을 갖는 것이다. 예를 들어, 3세대 파트너십 프로젝트(3GPP) 다중 액세스 시나리오에서, 사용자 장비(UE) 장치는 3GPP 액세스(GSM EDGE 무선 액세스 네트워크, GERAN, 범용 지상 무선 액세스 네트워크(UTRAN), 진화된 범용 지상 무선 액세스 네트워크에 E-UTRAN 등과 같은)와, 동시에 무선 근거리 통신망(WLAN) 액세스 모두를 통해서 접속될 수 있다. TCP 세션에 대한 이러한 다중경로의 동시 사용은 네트워크 내에서 리소스 사용을 개선하게 되고, 더 높은 처리량 및 네트워크 실패에 대한 개선된 복원력을 통해서 사용자 경험을 개선할 것이다. 다중 액세스에 걸친 MPTCP의 사용은 사용자 트래픽이 액세스 중 하나를 통해서만 또는 동시에 다수의 액세스를 통해서 라우팅되게 허용하게 된다. 이는, 또한, 트래픽이, 커버리지, 무선 링크 품질 또는 다른 팩터에 의존해서 액세스 사이에서 원활한 방식(seamless fashion)으로 이동할 수 있도록 허용하게 된다.
정규 TCP에 있어서, 2개의 호스트 사이의 하나의 TCP 세션은, 단일 경로를 통해서 반송된, 이들 호스트 간의 하나의 TCP 흐름에 대응한다. 본원의 도 1을 참조하면, MPTCP에서, 2개의 호스트 사이의 하나의 TCP 세션은, 경로를 통해서 각각 반송된 이러한 호스트 간의 하나 이상의 MPTCP 서브 흐름에 대응한다. 서브 흐름은 5-튜플(소스 어드레스, 소스 포트, 목적지 어드레스, 목적지 포트, 프로토콜)에 의해 규정된다.
도 1에 도시된 모델은 호스트 모두가 MPTCP-가능한 것을 요구한다. 실제로, MCTCP가 네트워크에 도입될 때, 이는 증분 방식으로 도입될 전망이다. 그러므로, 하나의 호스트만이 MPTCP를 지원하게 되는 확률이 높게 된다. 이러한 문제를 극복하기 위해, 도 2에 도시된 바와 같이, MPTCP 프록시(3)가 사용될 수 있는 것이 제안되었다. 하나의 사용 케이스는, MPTCP 프록시가 오퍼레이터의 네트워크 내에 배치되고, MPTCP-가능한 호스트가 오퍼레이터에 의해 제어되는 것이 될 수 있다.
도 2에 나타낸 호스트 B는 MPTCP-가능하지 않다. 호스트 A(1)와 호스트 B(2) 사이의 단일 TCP 세션은, 호스트 A(1)와 프록시 노드(3) 사이의 하나 이상의 MPTCP 서브 흐름 및, 프록시 노드(3)와 호스트 B(2) 사이의 단일 TCP 흐름에 대응한다. 프록시 노드(3)는 호스트 B(2)를 향한 MPTCP 서브 흐름들을 단일 TCP 흐름으로 다중화하고, 호스트 A(1)를 향한 단일 흐름을 서브 흐름으로 역다중화한다.
RFC 6182는 한 쌍의 어드레스와 포트 사이에서 동작하는, 사용 중인 TCP의 표준 버전으로서 정규/단일 경로 TCP를 규정한다. 다중경로 TCP는 호스트 사이의 다중경로의 동시 사용을 지원하는 TCP 프로토콜의 수정된 버전으로서 규정된다. 경로는 소스 및 목적지 어드레스 쌍에 의해 이러한 문맥에서 규정된 전송기와 수신기 사이의 링크의 시퀀스로서 규정된다. 호스트는 다중경로 TCP 접속을 개시 또는 종료하는 엔드 호스트로서 규정된다. 서브 흐름은, 큰 다중경로 TCP 접속의 부분을 형성하는 개별 경로를 통해서 동작하는 TCP 세그먼트의 흐름으로서 규정된다. MPTCP 접속은 호스트에서 애플리케이션에 단일 다중경로 TCP 서비스를 제공하기 위해 결합된 하나 이상의 서브 흐름들의 세트로서 규정된다. 더욱이, RFC 6182는, MPTCP가 "서브 흐름"으로 불리는 표준 TCP 세션(으로 되는 네트워크에 나타나는 것)을 사용해서, 경로 당 기본 전송을 제공하고, 이에 따라 이들이 요구되는 네트워크 호환성을 유지하게 한다. 이 메커니즘이 전달되는 실제 정보로부터 분리되더라도, MPTCP 특정 정보는 TCP 호환 방식으로 반송된다.
도 3은 호스트(1)가 MPTCP-가능하고 피어(4)가 MCTCP 가능하지 않은 시나리오를 도시한다. 상기된 바와 같이, TCP 세션은 MPTCP 프록시(3)를 통해서 전송된다. 호스트(1) 또는 프록시 노드(3) 내의 MPTCP 스택은 TCP 세션에 대해서 하나 이상의 MPTCP 서브 흐름을 수립하도록 결정할 수 있다.
호스트(1)는 다중 어드레스를 갖고, 각각은 하나 이상의 어드레스 할당 유닛(5)에 의해 할당된다. 예를 들어, 호스트(1)는 다중 무선 인터페이스를 갖는 3GPP UE가 될 수 있다. 어드레스 할당 유닛(5)은 호스트에 대한 외부 네트워크 노드일 수 있다. 호스트(1)의 하나 이상의 어드레스가 동일한 어드레스 할당 유닛(5)에 의해 할당될 수 있다.
도 3의 예에 있어서는, 3개의 MPTCP 서브 흐름이 있는데, 각각은 다른 어드레스(6, 7, 8)에 할당된다.
MPTCP 프록시 노드(3)가 MPTCP 프록시 노드(3)와 비-MPTCP-가능한 피어(4) 사이의 단일 TCP 흐름에 대해서 사용하기 위한 어떤 어드레스(9)를 규정하는 방법을 갖지 않기 때문에, 문제가 발생한다.
본 발명의 목적은, 비-MPTCP-가능한 노드를 향한 MPTCP 세션에 어드레스를 할당하기 위한 MPTCP 프록시 노드에 대한 방법을 제공하는 것이다.
제1측면에 따르면, 통신 네트워크에서 프록시 노드로부터 피어 노드로 전송된 메시지를 어드레싱하기 위한 방법이 제공된다. 프록시 노드는 호스트 노드로부터 복수의 다중경로 메시지를 수신한다. 복수의 다중경로 메시지의 각각의 메시지가 어드레스를 갖는다. 그 다음, 프록시 노드는 피어 노드를 향한 단일 흐름 메시지에 대해서 어드레스를 할당하기 위해 규칙을 적용한다. 단일 흐름 메시지가 복수의 다중경로 메시지의 각각의 메시지를 포함한다. 그 다음, 단일 흐름 메시지가 피어 노드를 향해 전송된다. 이것의 장점은, 프록시 노드가, 단일 흐름 메시지에 대해서 사용하기 위해 최상의 어드레스에 관해서 결정을 할 수 있는 것이다.
옵션으로, 복수의 다중경로 메시지가 서브 흐름, 예를 들어 다중경로 전송 제어 프로토콜 서브 흐름을 포함하고, 단일 흐름 메시지가 전송 제어 프로토콜을 포함한다. 물론, 제1측면이 다른 다중경로 메시징 프로토콜에 적용될 수 있는 것이 이해될 수 있다.
옵션으로, 프록시 노드가 복수의 다중경로 메시지 중 제1메시지에 대해서 어드레스를 결정한다. 결정된 어드레스는 피어 노드를 향한 단일 흐름 메시지에 대해서 할당된다. 그 다음, 프록시 노드는 단일 흐름 메시지에 대해서 어드레스를 릴리스 또는 재사용하지 않기 위해 지시를 어드레스 할당 노드에 전송한다. 이것의 장점은, 호스트에 신규 어드레스가 할당되더라도, 단일 흐름 메시지에 대해서 사용된 어드레스가 변경되지 않게 되는 것이다.
다른 옵션으로, 프록시 노드는 복수의 다중경로 메시지의 각각의 메시지에 대해서 어드레스를 결정하고; 결정된 어드레스로부터, 피어 노드를 향한 단일 흐름 메시지에 대해서 사용하기 위한 어드레스를 선택한다. 다시, 단일 흐름 메시지에 대해서 어드레스를 릴리스 또는 재사용하지 않기 위해 지시가 어드레스 할당 노드에 전송된다. 옵션의 방법으로, 각각의 어드레스가 속하는 네트워크의 타입과; 각각의 어드레스의 기대 수명과; 각각의 어드레스의 역사 수명 중 소정의 것에 기반한 선택을 수행하는 단계를 더 포함할 수 있다. 이 방법의 장점은, 가장 적합한 어드레스가 선택될 수 있는 것이다.
옵션으로, 상기 결정된 어드레스는 호스트에 할당되도록 기대된 적어도 하나의 어드레스를 포함한다. 이 방법으로, 호스트에 어드레스가 할당되는 것이 기대되지만, 아직 그 어드레스가 할당되지 않은 곳에서, 이것은 여전히 단일 흐름 경로에 대해서 사용될 수 있다.
대안적인 옵션으로, 프록시 노드는 피어 노드를 향한 단일 흐름 메시지에 대해서 어드레스를 할당하는데, 할당된 어드레스는 소정의 복수의 다중경로 메시지에 대해서 사용되지 않는다. 이것의 장점은, 호스트가 프록시 노드를 향해 사용된 어드레스를 변경하는지를 프록시 노드가 염려할 필요가 없는 점이다. 부가 옵션으로, 할당된 어드레스는 단일 호스트에 대해서 고유하다. 이것의 장점은, 피어가 호스트를 식별할 수 있는 것이다.
옵션으로, 프록시 노드는 또한 복수의 다중경로 메시지의 각각의 메시지에 대해서 네트워크 어드레스 변환을 수행한다.
제2측면에 따르면, 모바일 통신 네트워크에서 사용하기 위한 프록시 노드로가 제공된다. 프록시 노드는 호스트 노드로부터 복수의 다중경로 메시지를 수신하기 위한 제1수신기를 구비하고, 복수의 다중경로 메시지의 각각의 메시지가 어드레스를 갖는다. 또한, 피어 노드를 향한 단일 흐름 메시지에 대해서 어드레스를 할당하기 위해 규칙을 적용하기 위한 프로세서가 제공되고, 단일 흐름 메시지가 복수의 다중경로 메시지의 각각의 메시지를 포함한다. 또한, 피어 노드를 향해 단일 흐름 메시지를 전송하기 위한 제1전송기가 제공된다.
옵션으로, 복수의 다중경로 메시지가 다중경로 전송 제어 프로토콜 흐름을 포함하고, 단일 흐름 메시지가 전송 제어 프로토콜을 포함하다.
옵션으로, 프로세서가 복수의 다중경로 메시지 중 제1메시지에 대해서 어드레스를 결정하고, 피어 노드를 향한 단일 흐름 메시지에 대해서 결정된 어드레스를 사용하도록 배열된다. 이 경우, 프록시 노드는, 또한 단일 흐름 메시지에 대해서 어드레스를 릴리스 또는 재사용하지 않기 위해 지시를 어드레스 할당 노드에 전송하기 위한 제2전송기를 포함한다.
대안적인 옵션으로, 프로세서가 복수의 다중경로 메시지의 각각의 메시지에 대해서 어드레스를 결정하고, 결정된 어드레스로부터, 피어 노드를 향한 단일 흐름 메시지에 대해서 사용하기 위한 어드레스를 선택하도록 더 배열된다.
일례의 옵션으로, 프로세서가 각각의 어드레스가 속하는 네트워크의 타입과; 각각의 어드레스의 기대 수명과; 각각의 어드레스의 역사 수명 중 소정의 것에 기반한 선택을 수행하도록 배열된다.
옵션으로, 프록시 노드는, 선택된 어드레스를 릴리스 또는 재사용하지 않기 위해 지시를 어드레스 할당 노드에 전송하기 위한 제2전송기를 포함한다.
대안적인 옵션으로, 프로세서가 피어 노드를 향한 단일 흐름 메시지에 대해서 신규 어드레스를 할당하도록 배열되고, 할당된 어드레스가 소정의 복수의 다중경로 메시지에 대해서 사용되지 않는다.
이 경우, 옵션으로, 프로세서가 단일 호스트에 대해서 고유한 어드레스를 할당하도록 배열된다.
옵션으로, 프록시 노드는, 복수의 다중경로 메시지의 각각의 메시지에 대해서 네트워크 어드레스 변환을 수행하기 위한 네트워크 어드레스 변환(NAT) 기능을 포함한다.
제3측면에 따르면, 컴퓨터 프로그램으로서, 프록시 노드 내의 프로세서 내의 메모리의 형태의 컴퓨터 판독 가능한 매체로부터 실행할 때, 프록시 노드가 상기 제1측면을 수행하게 하는, 컴퓨터 판독 가능한 코드 수단을 포함하는, 컴퓨터 프로그램이 제공된다.
제4측면에 따르면, 컴퓨터 프로그램 제품으로서, 제3측면에 따른 컴퓨터 판독 가능한 매체와 컴퓨터 프로그램을 포함하고, 컴퓨터 프로그램이 컴퓨터 판독 가능한 매체 내에 기억되는, 컴퓨터 프로그램 제품이 제공된다.
또한, 프록시 노드를 통해서 피어를 향해 다중경로 서브 흐름을 전송하도록 배치된, UE와 같은 호스트 노드가 개시된다. 호스트 단말은, 예를 들어 어드레스 등의 상세를 제공함으로써, 피어 노드를 지원할 수 있다.
또한, 프록시 노드로부터 피어 노드로 전송된 메시지를 어드레싱하는 방법이 개시된다. 프록시 노드는 호스트 노드로부터, 피어 노드와의 세션을 수립하기 위한 요청을 수신하는데, 요청은 호스트가 다중경로 가능한 표시를 포함한다. 프록시 노드는 요청을 피어 노드에 전송하고, 응답을 수신한다. 응답은 피어 노드가 다중경로 가능한지를 가리킨다. 피어 노드가 다중경로 가능하지 않으면, 프록시 노드는, 프록시와 피어 노드 사이에서 사용하기 위한 복수의 다중경로 메시지를 포함하는 단일 흐름 메시지에 어드레스를 할당한다.
옵션으로, 프록시 노드는 전송된 요청의 오리지널의 소스 어드레스를 신규 소스 어드레스로 변경하고, 피어 노드가 다중경로 가능한 경우, 프록시 노드는 신규 소스 어드레스를 오리지널의 소스 어드레스로 다시 변경한다.
대안적인 옵션으로, 피어 노드가 다중경로 가능하면, 프록시 노드는 전송된 요청의 오리지널의 소스 어드레스를 신규 소스 어드레스로 변경한다.
본 발명에 의하면, 통신 네트워크에서의 어드레스 할당을 제공한다.
도 1은 2개의 호스트 사이의 다중경로 전송 제어 프로토콜 세션에 대한 예시적인 네트워크 아키텍처를 블록도로 개략적으로 도시한다;
도 2는 하나의 호스트가 다중경로 전송 제어 프로토콜 가능하지 않은 2개의 호스트 사이의 다중경로 전송 제어 프로토콜 세션에 대한 예시적인 네트워크 아키텍처를 블록도로 개략적으로 도시한다;
도 3은 하나의 호스트가 다중경로 전송 제어 프로토콜 가능하지 않은 2개의 호스트 사이의 다중경로 전송 제어 프로토콜 세션을 어드레싱하기 위한 예시적인 네트워크 아키텍처를 블록도로 개략적으로 도시한다;
도 4는 일 실시예에 따른 하나의 호스트가 다중경로 전송 제어 프로토콜 가능하지 않은 2개의 호스트 사이의 다중경로 전송 제어 프로토콜 세션을 어드레싱하기 위한 예시적인 네트워크 아키텍처를 블록도로 개략적으로 도시한다;
도 5는 도 4의 실시예에 따른 과정을 도시하는 흐름도이다;
도 6은 다른 실시예에 따른 하나의 호스트가 다중경로 전송 제어 프로토콜 가능하지 않은 2개의 호스트 사이의 다중경로 전송 제어 프로토콜 세션을 어드레싱하기 위한 예시적인 네트워크 아키텍처를 블록도로 개략적으로 도시한다;
도 7은 도 6의 다른 실시예에 따른 과정을 도시하는 흐름도이다;
도 8은 다른 실시예에 따른 하나의 호스트가 다중경로 전송 제어 프로토콜 가능하지 않은 2개의 호스트 사이의 다중경로 전송 제어 프로토콜 세션을 어드레싱하기 위한 예시적인 네트워크 아키텍처를 블록도로 개략적으로 도시한다;
도 9는 피어가 MPTCP-가능한지를 결정하는 제1예시적인 방법을 도시하는 시그널링 도면이고;
도 10은 피어가 MPTCP-가능한지를 결정하는 제2예시적인 방법을 도시하는 시그널링 도면이다.
도 11은 예시적인 과정을 도시하는 흐름도이고;
도 12는 예시적인 다중 전송 제어 프로토콜 프록시 노드를 블록도로 개략적으로 도시한다.
아래의 설명은, 통신 네트워크 내의 프록시 노드(MPTCP 프록시 노드(3)와 같은)가 피어(4)를 향한 단일 흐름(TCP 흐름과 같은)을 어드레싱할 수 있는 다양한 방법을 제공한다. 본 설명이 일 실시예에서 IPv4 어드레스로 해석될 수 있는 용어 "어드레스"를 사용하는 것을 유의하자. 아이디어는 IPv6에에도 역시 잘 적용되고, 이 경우 용어 "IP 프리픽스"가 어드레스이다. 본 설명의 목적을 위해, 용어 어드레스는 IP 프리픽스 또는 통신 네트워크 내의 소정의 다른 어드레싱 메커니즘과 동일하다. 더욱이, 어드레스는, 호스트와 프록시 사이의 통신이 다중경로 서브 흐름을 포함하고, 프록시와 피어 사이의 통신이 단일 흐름 경로인, 2개의 노드 사이의 통신에 대해서 사용되는 소정의 다른 타입의 어드레스가 될 수 있다. 예를 들어, 어드레스는 IP 어드레스와 TCP 포트의 조합이 될 수 있다.
더욱이, 후술하는 과정 및 장치는 3GPP 오퍼레이터에 의해 제공되는 3GPP UE와 MPTCP 프록시 노드(3)인 호스트의 예를 사용한다. 그런데, 과정 및 장치는, 호스트(1)와 프록시 노드(3)가 사이에서 다중경로 통신 흐름 및, 프록시 노드(3)와 피어(4) 사이에서 단일 경로 통신 흐름을 사용하는 다른 타입의 네트워크에 적용될 수 있는 것으로 이해하게 된다. MPTCP는 이러한 타입의 통신 흐름의 예시적인 실시예이다.
다음 논의는 흐름 및 서브 흐름의 어드레싱을 언급하는 동안, 어드레스가 흐름 내의 패킷들에 적용되는 것으로 이해하게 된다. 더욱이, 흐름은 단일 메시지의 전송을 포함하는, 노드 사이의 소정 종류의 데이터 통과를 언급할 수 있다.
상기된 문제를 해결하는 하나의 방법은, MPTCP 프록시 노드(3)와 피어(4) 사이의 단일 TCP 세션에 대한 TCP 세션의 제1MPTCP 서브 흐름의 어드레스(6)를 사용하는 MPTCP 프록시 노드(3)이다. 그런데, 이 접근은 다수의 단점을 갖는다.
제1단점은, 호스트(1)가 동일한 피어(4)와의 제2TCP 세션의 제1MPTCP 서브 흐름에 대해 다른 경로(즉, 다른 어드레스)를 사용할 수 있는 것이다. 결과는, 피어(4)가 다른 TCP 흐름에 대해서 호스트(1)로부터 다른 어드레스를 보는 것이다.
제2단점은, 액티브 TCP 세션에 대해서, MPTCP 프록시 노드(3)는, 어드레스가 호스트(1)에 할당됨에 따라서만, 피어(4)를 향한 단일 TCP 흐름에 대해서 어드레스(9)를 계속 사용할 수 있는 것이다. 어드레스(6)가 호스트(1)로부터 릴리스되면, 호스트(1)는 어드레스를 릴리스하기 위해 MPTCP 프록시 노드(3)에 알릴 필요가 있고, 그러므로 전체 TCP 세션이 끊어진다.
제1실시예에 따르면, 도 4에 도시된 바와 같이, MPTCP 프록시 노드(3)는 호스트(1)와 피어(4) 사이의 제1TCP 흐름에 대한 어드레스(9)로서 제1MPTCP 서브 흐름의 어드레스(6)를 사용하고, 동일한 호스트(1)와 피어(4) 쌍 사이의 모든 후속하는 TCP 흐름에 대해서 동일한 어드레스를 사용한다.
어드레스는, 이것이 호스트에 할당됨에 따라서만, 사용될 수 있다. 어드레스가 호스트(4)로부터 릴리스될 때, MPTCP 프록시 노드(3)는 또한 이를 더 이상 사용하지 않는다. 어드레스가 더 이상 사용될 수 없는 것을 MPTCP 프록시 노드(3)에 알리기 위해, 인터페이스가 MPTCP 프록시 노드(3)와 호스트(1)의 어드레스 할당 유닛(5) 사이에 제공된다. MPTCP 프록시 노드는, MPTCP 프록시 노드(3)가 여전히 그 어드레스를 사용함에 따라, 어드레스가 릴리스될 수 없고 또는 적어도 재사용할 수 없는 것을 상기 어드레스 할당 유닛(5)에 가리킬 수 있다.
다음의 예에서, 호스트(1)는 3GPP UE이다. UE(1)는 패킷 데이터 네트워크(PDN) 접속을 설정함으로써 그 어드레스를 획득한다. 3GPP 사양에 따르면, PDN 게이트웨이(PGW)(5)는 어드레스를 할당한다. UE(1)는 2개의 PDN 접속을 설정하는데; 하나는 롱 텀 에볼루션(LTE) 네트워크를 통해서이고, 다른 것은 WLAN 네트워크를 통해서이다. UE(1)는 다수의 TCP 세션을 시작한다. 각각의 TCP 세션은 2개의 서브 흐름을 갖는데, 하나는 각각의 PDN 접속을 통한다.
제1TCP 세션의 제1MPTCP 서브 흐름이 WLAN을 통해서 설정되는 것으로 상정하자. MPTCP 프록시 노드(3)는 피어(4)를 향한 TCP 흐름에 대한 WLAN 어드레스를 선택한다. 이제, UE는 진행중인 TCP 세션 동안 WLAN 커버리지를 이동하고, 손실한다. 이는 WLAN 서브 흐름의 손실로 귀결된다. 소정 주기의 시간 후, 다른 WLAN 셀이 범위 내로 들어오고, UE(1)는 다시 WLAN에 어태치된다. 네트워크는 소정의 어드레스 보존 메커니즘을 실행하지 않으므로, UE(1)는 WLAN 상에서 신규 어드레스를 수신할 수 있다. UE(1)는 신규 WLAN 서브 흐름을 부가할 수 있다.
이제, UE(1)의 WLAN 어드레스는 진행중인 TCP 세션 동안 변경되었다. 그런데, 본 실시예에 있어서, MPTCP 프록시 노드(3)는 초기 서브 흐름의 어드레스를 계속 사용하기 때문에, 피어(4)는 이 어드레스 변화를 보지 않는다.
양쪽 PDN 접속이 동일한 PGW를 통해서 라우팅되고, MPTCP 프록시 노드(3)가 그 PGW 제품 내에 동일-위치되면, PGW 기능은 UE(1)에 어드레스를 할당하기 전에 MPTCP 프록시 노드(3)와 상호 작용한다. PGW는, MPTCP 프록시 노드(3)가 여전히 제1UE(1)에 대해서 사용하는, 어드레스를 제2UE(1)에 결코 할당하지 않게 된다.
이 솔루션에서, 피어(4)는 TCP에 대한 단일 호스트 어드레스 흐름만을 보게 된다. 그런데, 피어(4)는, 호스트가 MPTCP를 사용하지 않도록 결정되는 이들 TCP 세션에 대해서 다른 호스트 어드레스를 여전히 볼 수 있다. 또한, 피어는 피어로부터의 비-TCP 트래픽(예를 들어, UDP 트래픽)에 대한 다른 호스트 어드레스를 볼 수 있다.
상기된 과정은 도 5에 요약된다. 다음의 참조 번호들은 도 5에 요약된 것에 대응한다:
S1. 호스트(1)에는 MPTCP 프록시 노드(3)를 향한 각각의 MPTCP 서브 흐름에 대한 어드레스가 할당된다. MPTCP 프록시 노드(3)는 제1서브 흐름의 어드레스를 결정한다.
S2. MPTCP 프록시 노드(3)는 피어(4)를 향한 단일 TCP 흐름(9)에 대한 어드레스로서 제1서브 흐름의 어드레스(6)를 사용한다.
S3. MPTCP 프록시 노드(3)는 제1어드레스를 릴리스 또는 재사용하지 않도록 어드레스 할당 유닛(5)에 지시한다.
S4. 호스트(1)는 후속해서 신규 어드레스를 할당되고, 그러므로 서브 흐름의 어드레스(6, 7, 8)를 변경한다.
S5. MPTCP 프록시(3)는, MPTCP 세션이 종료할 때까지 피어(4)와의 통신을 위해서 제1어드레스(6)를 계속 사용한다. 이때, MPTCP 프록시 노드(3)는 제1어드레스를 릴리스하도록 어드레스 할당 유닛에 지시할 수 있다.
제2실시예에서, MPTCP 프록시 노드(3)는 종래 기술에 기반해서 사용하기 위해 어드레스(9)를 선택한다.
제1실시예에서의 상기된 방법은 MPTCP 프록시 노드(3)와 호스트(1)의 어드레스 할당 유닛(들)(5) 사이의 인터페이스를 요구한다. 이 인터페이스는 제2실시예에서 더 활용된다. MPTCP 프록시 노드(3)는, 호스트(1)가 피어(4)와의 제1TCP 세션에 대해서 제1MPTCP 서브 흐름을 수립하기 전 또는 수립할 때, 호스트(1)의 어드레스를 질의한다. MPTCP 프록시 노드(3)는 이 지식을 사용해서, 피어(4)에 대한 제1 및 후속하는 TCP 흐름에 대해서 적합한 어드레스를 선택한다.
도 7에 도시된 예를 고려하면, UE(1)는 LTE 어드레스 및 WLAN 어드레스를 갖는다. WLAN 어드레스는, 어드레스 보존을 갖는 WLAN 핸드오버가 전형적으로 기존의 네트워크에서 충분히 지원되지 않기 때문에, UE가 접속하는 WLAN 액세스 포인트에 따라 다르게 될 수 있다. 그런데, 전형적으로, LTE 어드레스는, UE(1)가 다른 기지국으로 이동할 때 및 UE(1)가 일시적으로 LTE 무선 커버리지 밖으로 이동할 때에도, 동일하게 유지된다. 이러한 시나리오에 있어서는, WLAN 어드레스보다 변경 가능성이 작음에 따라, MPTCP 프록시 노드(3)는 피어(4)를 향한 UE(1)의 LTE 어드레스를 사용하는 것을 선호할 수 있다.
PDN 접속 모두가 동일한 PGW를 통해서 라우팅되고, MPTCP 프록시 노드(3)가 그 PGW 제품에서 동일-위치되면, PGW는 액세스하는 UE(1)에 대해서 사용할 수 있는 어떤 어드레스를 알게 된다. MPTCP 프록시 노드(3)는 UE의 LTE 어드레스를 사용한다. UE(1)가 (아직) 할당된 LTE 어드레스를 갖지 않더라도, 예를 들어 UE가 LTE를 통해서 어태치되지 않기 때문에, PGW는 UE(1)에 대해서 LTE 어드레스를 사전에 할당할 수 있다.
제2실시예에 대해서 상기된 과정은 도 7에 요약된다. 다음의 참조 번호들은 도 7에 요약된 것에 대응한다
S6. MPTCP 프록시 노드(3)는 서브 흐름에 대해서 호스트(1)에 의해 사용된 어드레스를 결정한다. 이는, 예를 들어 호스트(1) 또는 어드레스 할당 유닛(5)에 질의함으로써, 될 수 있다. 상기한 바와 같이, 이들은, 호스트(1)에 할당되게 되지만 아직 할당되지 않은 어드레스를 포함할 수 있는 것에 유의하자.
S7. MPTCP 프록시 노드(3)가 피어(4)와의 단일 흐름 TCP 통신을 위한 어드레스(9)로서 사용하기 가장 적합한 어떤 어드레스를 선택한다. 이 선택은, 예를 들어 규칙을 적용해서, 수행될 수 있다. 예를 들어, 어드레스 중 하나가 LTE 네트워크와 관련되면, 이는, 이 어드레스가 긴 수명을 가질 가능성이 있는 것으로서 선택될 수 있다.
S8. MPTCP 프록시 노드(3)는 피어(4)를 향해 사용하기 위한 어드레스(9)로서 결정된 어드레스를 사용한다.
MPTCP 프록시 노드(3)가 어드레스 할당 유닛(5)과의 인터페이스를 갖고, 어드레스 할당 유닛(5)이 MPTCP 프록시 노드(3)와 피어(4) 사이에서 사용된 어드레스를 릴리스 또는 재사용하지 않는 것을 요구할 수 있는 한, 제2실시예는 제1실시예와 호환되는 것에 유의하자.
도 8에 도시된 바와 같이, 제3실시예에 따르면, MPTCP 프록시 노드(3)는 완전히 다른 어드레스를 사용한다. 이전의 두 실시예는, MPTCP 프록시 노드(3)가 호스트(1)에 할당된 어드레스를 사용하는 것으로 상정한다. 그런데, 이것이 불가능한 시나리오가 있을 수 있다. MPTCP 프록시 노드(3)는 호스트(1)와 피어(4) 사이의 라우팅 경로 상에 있지 않을 수 있다. 이 경우, 호스트(1)는, MPTCP 프록시 노드(3)를 여전히 발견할 수 있다(예를 들어, MPTCP 프록시 노드(3)의 어드레스는 호스트(1) 내에 구성된다). 그런데, MPTCP 프록시 노드(3)가 피어(4)를 향한 호스트(1)의 어드레스 중 하나를 사용할 수 있으면, 피어(4)로부터 호스트(1)로의 단일 흐름 TCP 트래픽은 MPTCP 프록시 노드(3)를 통해서 라우팅되지 않게 된다.
더욱이, MPTCP 프록시 노드(3)가 호스트(1)와 피어(4) 사이의 라우팅 경로상에 있는 경우, MPTCP 프록시 노드(3)가 호스트(1)의 어드레스 중 하나를 사용하게 하는 것은 바람직하지 않을 수 있다. 이에 대한 하나의 이유는, MPTCP 프록시 노드(3)가 호스트(1)의 어드레스의 릴리스를 방지할 수 없는 것이다. 예를 들어, 이전 사용의 경우들에서 상정한 바와 같이, MPTCP 프록시 노드(3)가 PGW 내에 동일-위치되지 않는 경우와 같이, MPTCP 프록시 노드(3)가 호스트(1)의 어드레스 할당 유닛(들)(5)에 대해 인터페이스하는 것이 어렵거나 불가능하게 될 수 있다.
이 실시예에서, MPTCP 프록시 노드(3)는 호스트(1)에 의해 사용된 모든 어드레스와 다른 피어(4)를 향한 어드레스(9)를 사용한다. 어드레스(9)는 다중의 호스트에 대해서 동시에 사용될 수 있다. 한편, 이 어드레스(9)는 특정 호스트에 대해 고유하게 될 수 있으며, 이는 피어(4)가 다른 호스트 사이에서 구별하도록 허용한다.
MPTCP 프록시 노드(3)가 무선 액세스 네트워크(RAN) 노드 내에서 동일-위치된 경우를 고려하자. 이 예에서, UE(1)는 2개의 PDN 접속을 설정하는데, 하나는 LTE를 통해서이고 다른 하나는 WLAN을 통해서이다. 각각의 PDN 접속은 다른 PGW 통해서 라우팅된다. MPTCP 프록시 노드(3)가 기지국 또는 무선 네트워크 제어기(RNC)와 같은 RAN 내의 노드 내에서 동일-위치된 것을 상정한다. UE(1)는 2개의 서브 흐름을 갖는 TCP 세션을 설정하는데, 하나는 각각의 PDN 접속을 통해서이다. MPTCP 프록시 노드(3)는 LTE 어드레스를 사용하도록 결정한다. LTE PDN 접속이 릴리스되면, MPTCP 프록시 노드(3)는 여전히 그 어드레스를 사용할 필요가 있게 된다. 프록시가 LTE PDN 접속의 PGW1에 대한 인터페이스를 갖고, 다른 UE에 어드레스를 재할당하지 않는 것을 PGW1에 지시하는 것으로 상정한다. LTE PDN 접속이 릴리스됨에 따라, MPTCP 프록시 노드(3)로부터 피어(4)로의 트래픽은 WLAN PDN 접속 및 PGW2를 통해서 라우팅될 필요가 있게 된다. 그 트래픽의 소스 어드레스는 여전히 릴리스된 LTE PDN 접속의 어드레스일 수 있게 된다. 여기서 문제는, 다운 링크에서, 피어(4)가 LTE PDN 접속의 어드레스를 사용하게 되는 것이다. 그 어드레스는 위상적으로 PGW1에 속하지만; PGW는 이미 LTE PDN 접속을 릴리스했다. 이것은 정확한 UE(1)로 다운 링크 트래픽을 라우팅할 수 없게 한다.
상기한 바와 같이 다른 어드레스를 사용해서 이 문제를 해결한다. MPTCP 프록시 노드(3)는, MPTCP 프록시 노드(3)와 PGW 사이에 특별한 PDN 접속을 설정함으로써 이러한 어드레스를 획득할 수 있다.
MPTCP 프록시 노드(3)는, 피어(4)가 MPTCP-가능한지를 사전에 알지 않는 것에 유의하자. 피어(4)가 MPTCP-가능한 것으로 상정하면, MPTCP 프록시 노드(3)를 전혀 사용하지 않지만 호스트(1)와 피어(4) 사이에서 엔드-투-엔드 MPTCP를 허용하는 것이 바람직할 수 있다. 이러한 시나리오가 바람직하면, MPTCP 프록시 노드(3)는 TCP 세션의 초기 설정(예를 들어, 초기 TCP SYN 교환)에서 MPTCP 옵션을 스트립하지 않는다. 대신, MPTCP 프록시 노드(3)는 호스트(1)로부터 피어(4)로의 초기 TCP SYN 통과가 변경되지 않게 한다. 피어(4)로부터 호스트(1)로의 TCP SYN ACK에서, MPTCP 프록시 노드(3)는 피어(4)가 MPTCP 가능한지를 TCP 옵션으로부터 결론내린다. MPTCP 프록시 노드(3)가 소스 어드레스를 변경할 수 있음에 따라, MPTCP 프록시 노드(3)가 호스트(1)로부터 피어(4)로의 TCP SYN 통과를 변경하지 않게 하는 것은, 상기된 방법에서 더 이상 가능하지 않게 된다. 피어(4)가 TCP SYN ACK 내에서 MPTCP 기능을 가리키면, MPTCP 프록시 노드(3)는 어드레스를 변경하지 않아야 하는 것을 안다. 이 문제를 극복하기 위해서, MPTCP 프록시 노드(3)는 TCP SYN ACK를 호스트(1)에 전송하는 것을 삼간다. 대신, 이는, TCP 재설정을 피어(4)에 전송하고, 오리지널의 TCP SYN을 피어(4)에 재전송하지만, 이때 소스 어드레스의 변경은 없다. 후속하는 TCP SYN ACK는 호스트(1)로 재-전송된다.
이는 도 8의 시그널링 도면에 도시된다. MPTCP 프록시(3)는 호스트(1)로부터 요청을 수신해서 피어(4)와의 세션을 수립하는데, 이 요청은 호스트가 MPTCP 가능한 표시를 포함한다. 요청은 피어(4)로 전송되는데, 이는 피어가 MPTCP 가능한지의 표시로 응답한다. 피어가 MPTCP 가능하지 않으면, MPTCP 프록시는, 이것이 프록시로서 동작해야 하는 것을 알고, 복수의 다중경로 메시지를 포함하는 단일 흐름 메시지에 어드레스를 할당한다. 도 9의 실시예에서, MPTCP 프록시(3)는 신규 소스 어드레스로 전송된 요청의 오리지널의 소스 어드레스를 변경한다. 피어(4)가 MPTCP 가능하면, MPTCP 프록시(3)는 소스 어드레스를 TCP 재설정을 사용해서 오리지널의 소스 어드레스로 변경한다. 다음의 참조 번호는 도 9의 번호에 대응한다
S9. 호스트(1)가 MPTCP 프록시 노드(3)를 향한 세션의 수립을 요청하고, 호스트(1)의 소스 어드레스와 피어(4)의 목적지 어드레스와 함께 MPTCP가 요구되는 표시를 포함하는 TCP SYN 패킷을 전송한다.
S10. MPTCP 프록시(3)가 소스 어드레스를 MPTCP 프록시(3)의 소스 어드레스로 변경하고, MPTCP 옵션을 변경되지 않게 유지한다.
S11. TCP SYN 패킷이 피어(4)로 전송된다.
S12. 응답이 피어(4)로부터 MPTCP 프록시(3)로 전송된다(피어(4)의 소스 어드레스 및 프록시(3)의 목적지 어드레스를 사용해서). 피어(4)가 MPTCP 가능하지 않으면, 프록시가 응답에서 이를 인식하고, 신규 서브 흐름이 부가되면, MPTCP 프록시로서 행동해야 하는 것을 안다.
S13. 피어(4)가 MPTCP 가능하면, MPTCP 프록시는 피어(4)로부터의 응답에서 이를 인식한다(피어(4)의 소스 어드레스를 사용해서, 피어(4)가 MPTCP 가능한 MPTCP 프록시(3)의 목적지 어드레스 및 표시).
S14/S15. MPTCP 프록시(3)가 피어(4)를 향해 TCP 재설정을 전송한다. 그 다음, 이는 소스 어드레스를 변경하지 않고 오리지널의 패킷을 재-전송한다(즉, 호스트의 소스 어드레스와 피어(4)의 목적지 어드레스를 사용해서). 이는 피어가 호스트(21)와 직접 또 다른 서브 흐름을 수립할 수 있게 허용한다. 그러므로, 프록시는, 소정의 신규 서브 흐름이 부가되는 경우, 프록시로서 행동을 할 필요가 없는 것을 인식한다.
이 방법의 변형이 도 10에 도시된다. 이는 도 9의 것과 유사하지만, 도 10의 실시예에서는, 피어(4)가 MPTCP 가능하지 않고, 프록시 노드는 TCP 재설정을 사용해서 신규 소스 어드레스로 전송된 요청 메시지의 오리지널의 소스 어드레스를 변경한다. 다음 참조 번호는 도 10의 것에 대응한다.
S16. 호스트(1)는, 호스트(1)의 소스 어드레스와 피어(4)의 목적지 어드레스와 함께, MPTCP 프록시 노드(3)를 향한 세션의 수립을 요청하고 MPTCP가 요구되는 표시를 포함하는 TCP SYN 패킷을 전송한다.
S17. MPTCP 프록시(3)는 소스 어드레스를 변경하지 않고 MPTCP 옵션을 변경되지 않게 유지한다.
S18. TCP SYN 패킷은 피어(4)(호스트(1)의 소스 어드레스와 피어(4)의 목적지 어드레스를 갖는)에 전송된다.
S19. 피어(4)가 MPTCP 가능한 경우, 이는 MPTCP 프록시(3)에 응답하고, 이는 응답을 피어(1)에 전송한다. MPTCP 프록시(3)는, 호스트(1)와 피어(4) 양쪽이 MPTCP 가능함에 따라, 신규 서브 흐름이 부가되는 경우 프록시로서 행동을 할 필요가 없는 것을 인식한다. 응답은 피어(4)의 소스 어드레스, 호스트(1)의 목적지 어드레스, 및 피어가 MPTCP 가능한 표시를 포함한다.
S20. 피어(4)가 MPTCP 가능하지 않으면, 이는 MPTCP 프록시에 응답한다(피어(4)의 소스 어드레스와 호스트(1)의 목적지 어드레스를 사용해서). MPTCP 프록시(3)는, MPTCP-가능한 옵션을 포함하지 않음에 따라, 피어(4)가 MPTCP 가능하지 않는 것을 인식한다.
S21/S22. MPTCP 프록시(3)는 TCP 재설정을 피어(4)에 전송한다. 그 다음, 이는, 소스 어드레스가 MPTCP 프록시(3)의 소스 어드레스가 되도록 소스 어드레스를 변경하고, MPTCP 프록시(3)의 소스 어드레스에 대해서 변경된 소스 어드레스와 함께 오리지널 패킷을 재전송한다. 이는, 피어(4)로부터의 모든 미래의 메시지가 MPTCP 프록시(3)에 어드레스되는 것을 보장한다. 또한, MPTCP 프록시(3)는, 또 다른 MPTCP 서브 흐름이 부가되는 경우, 프록시 노드로서 행동을 해야하는 것을 인식한다.
도 9 및 도 10에 묘사된 기술 중 하나 또는 모두가 사용될 수 있는 것에 유의하자. 양쪽 기술이 사용되면, 피어는 2개의 다른 TCP 세션을 인식한다. 피어(4)가 MPTCP-가능한지를 결정하는 도 9 및 도 10에 나타낸 방법은, TCP 서브 흐름을 어떻게 어드레스할지를 결정하는 상기된 다른 방법과 분래해서 사용될 수 있는 것에 유의하자. 그런데, 도 9 및 도 10에 도시된 실시예들 중 소정의 하나와 처음 3개의 실시예들 중 소정의 조합이 또한 바람직할 수 있는 것으로 이해하게 된다.
상기된 실시예에 대해서, 피어(4)는, 그 동일한 호스트(1)로부터 TCP 트래픽에 대해서 사용된 어드레스와 비교해서 호스트(1)로부터 비-TCP 트래픽에 대한 다른 어드레스를 볼 수 있다. 이는, 피어(4)를 혼동시킬 수 있다. 이에 대한 하나의 솔루션은, MPTCP 프록시 노드(3)가 비-TCP 트래픽에 대해서 역시 네트워크 어드레스 변환(NAT)을 하게 두는 것이 될 수 있다(예를 들어, 사용자 데이터그램 프로토콜, UDP 트래픽).
예를 들어, MPTCP 프록시 노드(3)가, 제2실시예에서 묘사된 바와 같이, PGW에 동일-위치된 것으로 상정한다. 현재, 많은 PGW가 이미 NAT 기능을 실행한다. MPTCP 프록시 노드(3)가 PGW 내에 동일-위치되면, 그 NAT 기능은 MPTCP 프록시 기능과 조합해서 n:1 네트워크 어드레스 변환을 수행하도록 확장될 수 있다. 모든 UE(1)의 PDN 접속은 단일 어드레스로 변환하게 된다. 이 방법은, 어드레스 보존 없는 핸드오버가 피어(4)에 대해서 은폐될 뿐 아니라, 피어(4)도 다른 트래픽 타입(예를 들어, UDP와 TCP)이 UE(1)의 다른 인터페이스로부터 기원하는 것을 인식하지 않게 된다.
상기된 실시예들은 도 11에 요약된다. 다음의 참조 번호는 도 12의 것에 대응한다.
S23. MPTCP 프록시 노드(3)는 호스트(1)로부터 다중 MPTCP 서브 흐름을 수신한다. 각각의 MPTCP 서브 흐름은 어드레스와 연관된다.
S24. MPTCP 프록시 노드(3)는 피어(4)를 향해 사용된 단일 TCP 흐름에 대한 어드레스를 할당하기 위해 규칙을 적용한다. 상기한 바와 같이, 이 규칙은, 제1서브 흐름의 어드레스를 사용, 가장 긴 수명을 가질 가능성이 있는 서브프레임의 어드레스를 사용 또는, 소정의 서브 흐름에 의해 사용되지 않은 완전히 신규 어드레스를 사용하는 것을 포함할 수 있다.
S25. 할당된 어드레스를 갖는 단일 TCP 흐름이 피어(4)를 향해 전송된다.
도 10은 상기된 소정의 실시예에 따른 MPTCP 프록시 노드(3)를 도시한다. MPTCP 프록시 노드(3)는 호스트(1)로부터 다중경로 흐름을 수신하기 위한 제1수신기(10)를 구비한다. 또한, 프로세서(11)가 피어(4)를 향해 전송되는 단일 TCP 흐름에 대한 어드레스를 할당하기 위해 규칙을 적용하기 위해 제공된다. 이 규칙은, 예를 들어 제1다중 흐름의 어드레스를 사용, 다른 다중 흐름의 어드레스를 사용, 또는 완전히 신규 어드레스를 사용하는 것을 포함할 수 있다. 제1전송기(12)는, 또한 피어(4)를 향해 단일 TCP 흐름을 전송하기 위해 제공된다.
상기된 소정의 실시예에 있어서, MPTCP 프록시 노드(3)는 지시 메시지를 어드레스 할당 유닛(5)에 전송하도록 배열된 제2전송기(13)를 구비할 수 있다. 지시 메시지는 피어(4)를 향해 전송된 단일 TCP 흐름에 대해서 사용되는 어드레스를 릴리스 또는 재사용하지 않도록 어드레스 할당 유닛(5)에 지시한다. 후속해서, 이 전송기(13)는, 피어(4)와의 TCP 세션이 종료되면, 어드레스 할당 유닛(5)이 어드레스를 릴리스 또는 재사용하도록 허용하기 위해 사용될 수 있다.
또한, 메모리(15)의 형태로 비-일시적인 컴퓨터 판독 가능한 매체가 제공될 수 있다. 이는, 단일 TCP 흐름에 어드레스를 할당하기 위해서 프로세서(11)에 의해 사용되는 규칙(16)을 기억 하기 위해 사용될 수 있다.
또한, MPTCP 프록시 노드(3)에는 호스트(1)와 피어(4) 사이에서 전송된 흐름에 대해서 NAT를 수행하기 위한 상기된 바와 같은 NAT 기능(14)이 제공될 수 있다.
또한, 메모리(15)가 컴퓨터 프로그램(17)을 기억하기 위해 사용될 수 있다데, 이는 프로세서(11)에 의해 실행될 때, MPTCP 프록시 노드(3)가 상기한 바와 같이 행동하게 한다. 프로그램은 데이터 캐리어와 같은 원격 소스(18)로부터 획득될 수 있는 것에 유의하자. 또한, 규칙(16) 및 프로그램(17)이 MPTCP 프록시 노드(3)에 위치된 메모리(15) 내에 기억되는 것으로 나타냈지만, 이들은 원격 소스로부터 획득될 수 있고, 또는 다른 물리적인 메모리 내에 기억될 수 있는 것으로 이해하게 된다.
상기된 실시예는 피어(4)를 향해 MPTCP 프록시 노드(3)에 의해 사용된 어드레스의 다른 변형을 도시한다. 이러한 변형은 어드레스 할당을 최적화하기 위해 사용될 수 있는데, 특히 MPTCP 프록시 노드(3)가, 피어(4)가 MPTCP-가능하지 않은 텔레콤 오퍼레이터의 네트워크에서 사용되면, 단일 흐름 TCP 시그널링을 전송 및 수신만 할 수 있다. 상기된 실시예는, 어드레스를, 호스트가 MPTCP-가능하고 피어가 가능하지 않은 아닌 단일 흐름 TCP 시그널링에 할당하도록 허용한다.
당업자는 다양한 변형이 상기된 실시예들에 대해서 이루어질 수 있는 것으로 이해하게 된다. 예를 들어, 다양한 실시예는 상기되어 있다. 이는, 어떤 경우에, 이들 실시예들의 조합이 사용될 수 있는 것으로 이해하게 된다.
다음의 약어가 본 명세서에서 사용되었다.
3GPP 3rd Generation Partnership Project
E-UTRAN Evolved Universal Terrestrial Radio Access Network
GERAN GSM EDGE Radio Access Network
IETF Internet Engineering Task Force
IP Internet Protocol
LAN Local Area Network
LTE Long-term Evolution
MPTCP Multi-path TCP
NAT Network Address Translator
PDN Packet Data Network
PGW PDN Gateway
RAN Radio Access Network
RNC Radio Network Controller
TCP Transmission Control Protocol
UDP User Datagram Protocol
UE User Equipment

Claims (21)

  1. 프록시 노드(3)로부터 피어 노드(4)로 전송된 메시지를 어드레싱하는 방법으로서, 상기 방법은, 프록시 노드에서:
    호스트 노드(1)로부터 복수의 다중경로 메시지를 수신(S23)하는 단계로서, 복수의 다중경로 메시지의 각각의 메시지가 어드레스를 갖는, 수신하는 단계와:
    피어 노드를 향한 단일 흐름 메시지에 대해서 어드레스를 할당하기 위해 규칙을 적용(S24)하는 단계로서, 단일 흐름 메시지가 복수의 다중경로 메시지를 포함하고,
    복수의 다중경로 메시지의 각각의 메시지에 대해서 어드레스(6, 7, 8)를 결정(S6)하는 단계와;
    결정된 어드레스로부터, 피어 노드를 향한 단일 흐름 메시지에 할당(S8)하기 위한 어드레스를 선택(S7)하는 단계로서, 각각의 어드레스가 속하는 네트워크의 타입과, 각각의 어드레스의 기대 수명과, 각각의 어드레스의 역사 수명 중 적어도 하나에 기반한 선택을 수행하는, 선택하는 단계와;
    단일 흐름 메시지에 대해서 어드레스를 릴리스 또는 재사용하지 않기 위해 지시를 어드레스 할당 노드(5)에 전송(S3)하는 단계를 포함하는, 규칙을 적용하는 단계와;
    피어 노드를 향해 단일 흐름 메시지를 전송(S25)하는 단계를 포함하는, 방법.
  2. 청구항 1에 있어서,
    복수의 다중경로 메시지가 다중경로 전송 제어 프로토콜 메시지를 포함하고, 단일 흐름 메시지가 전송 제어 프로토콜을 포함하는, 방법.
  3. 청구항 1에 있어서,
    상기 프록시 노드에서;
    복수의 다중경로 메시지 중 제1메시지에 대해서 어드레스(6)를 결정(S1)하는 단계와;
    피어 노드를 향한 단일 흐름 메시지에 대해서 결정된 어드레스(9)를 할당(S2)하는 단계와;
    단일 흐름 메시지에 대해서 어드레스를 릴리스 또는 재사용하지 않기 위해 지시를 어드레스 할당 노드(5)에 전송(S3)하는 단계를 더 포함하는, 방법.
  4. 삭제
  5. 삭제
  6. 청구항 3에 있어서,
    상기 결정된 어드레스가 호스트에 할당되도록 기대된 적어도 하나의 어드레스를 포함하는, 방법.
  7. 청구항 3에 있어서,
    선택된 어드레스를 릴리스 또는 재사용하지 않기 위해 지시를 어드레스 할당 노드(5)에 전송하는 단계를 더 포함하는, 방법.
  8. 청구항 1에 있어서,
    피어 노드를 향한 단일 흐름 메시지에 대해서 신규 어드레스를 할당하는 단계로서, 할당된 어드레스가 소정의 복수의 다중경로 메시지에 대해서 사용되지 않는, 할당하는 단계를 더 포함하는, 방법.
  9. 청구항 8에 있어서,
    할당된 어드레스는 단일 호스트에 대해서 고유한, 방법.
  10. 청구항 1에 있어서,
    상기 프록시 노드에서,
    복수의 다중경로 메시지의 각각의 메시지에 대해서 네트워크 어드레스 변환을 수행하는 단계를 더 포함하는, 방법.
  11. 모바일 통신 네트워크에서 사용하기 위한 프록시 노드로서, 프록시 노드가:
    호스트 노드(1)로부터 복수의 다중경로 메시지를 수신하기 위한 제1수신기(10)로서, 복수의 다중경로 메시지의 각각의 메시지가 어드레스(6; 7; 8)를 갖는, 제1수신기와:
    피어 노드를 향한 단일 흐름 메시지에 대해서 어드레스를 할당하기 위해 규칙을 적용하기 위한 프로세서(11)로서, 단일 흐름 메시지가 복수의 다중경로 메시지를 포함하고,
    상기 규칙을 적용하는 것이, 복수의 다중경로 메시지의 각각의 메시지에 대해서 어드레스를 결정하고, 결정된 어드레스로부터, 피어 노드를 향한 단일 흐름 메시지에 할당하기 위해 어드레스를 선택하는 것을 포함하고,
    상기 선택이 각각의 어드레스가 속하는 네트워크의 타입과, 각각의 어드레스의 기대 수명과, 각각의 어드레스의 역사 수명 중 적어도 하나에 기반하는, 프로세서와;
    피어 노드를 향해 단일 흐름 메시지를 전송하기 위한 제1전송기(12)를 포함하는, 프록시 노드.
  12. 청구항 11에 있어서,
    복수의 다중경로 메시지가 다중경로 전송 제어 프로토콜 메시지를 포함하고, 단일 흐름 메시지가 전송 제어 프로토콜을 포함하는, 프록시 노드.
  13. 청구항 11에 있어서,
    프로세서(11)가 복수의 다중경로 메시지 중 제1메시지에 대해서 어드레스(6)를 결정하고, 피어 노드를 향한 단일 흐름 메시지에 대해서 결정된 어드레스를 할당하도록 배열되고;
    단일 흐름 메시지(9)에 대해서 어드레스를 릴리스 또는 재사용하지 않기 위해 지시를 어드레스 할당 노드(5)에 전송하기 위한 제2전송기(13)를 더 포함하는, 프록시 노드.
  14. 삭제
  15. 삭제
  16. 청구항 13에 있어서,
    선택된 어드레스를 릴리스 또는 재사용하지 않기 위해 지시를 어드레스 할당 노드(5)에 전송하기 위한 제2전송기(13)를 더 포함하는, 프록시 노드.
  17. 청구항 11에 있어서,
    프로세서(11)가 피어 노드를 향한 단일 흐름 메시지에 대해서 어드레스를 할당하도록 배열되고, 할당된 어드레스가 소정의 복수의 다중경로 메시지에 대해서 사용되지 않는, 프록시 노드.
  18. 청구항 17에 있어서,
    프로세서(11)가 단일 호스트에 대해서 고유한 어드레스를 할당하도록 배열된, 프록시 노드.
  19. 청구항 11에 있어서,
    복수의 다중경로 메시지의 각각의 메시지에 대해서 네트워크 어드레스 변환을 수행하기 위한 네트워크 어드레스 변환(NAT) 기능(14)을 더 포함하는, 프록시 노드.
  20. 프록시 노드(3) 내의 프로세서(11)에서 실행할 때, 프록시 노드가 프록시 노드(3)로부터 피어 노드(4)로 전송된 메시지를 어드레싱하는 방법을 수행하게 하는, 컴퓨터 판독 가능한 코드 수단을 포함하는, 비-일시적인 컴퓨터 판독 가능한 매체로서, 상기 방법은:
    호스트 노드(1)로부터 복수의 다중경로 메시지를 수신(S23)하는 단계로서, 복수의 다중경로 메시지의 각각의 메시지가 어드레스를 갖는, 수신하는 단계와:
    피어 노드를 향한 단일 흐름 메시지에 대해서 어드레스를 할당하기 위해 규칙을 적용(S24)하는 단계로서, 단일 흐름 메시지가 복수의 다중경로 메시지를 포함하고,
    복수의 다중경로 메시지의 각각의 메시지에 대해서 어드레스(6, 7, 8)를 결정(S6)하는 단계와;
    결정된 어드레스로부터, 피어 노드를 향한 단일 흐름 메시지에 할당(S8)하기 위한 어드레스를 선택(S7)하는 단계로서, 각각의 어드레스가 속하는 네트워크의 타입과, 각각의 어드레스의 기대 수명과, 각각의 어드레스의 역사 수명 중 적어도 하나에 기반한 선택을 수행하는, 선택하는 단계와;
    단일 흐름 메시지에 대해서 어드레스를 릴리스 또는 재사용하지 않기 위해 지시를 어드레스 할당 노드(5)에 전송(S3)하는 단계를 포함하는, 규칙을 적용하는 단계와;
    피어 노드를 향해 단일 흐름 메시지를 전송(S25)하는 단계를 포함하는, 비-일시적인 컴퓨터 판독 가능한 매체.
  21. 삭제
KR1020157013411A 2012-11-02 2013-10-31 통신 네트워크에서의 어드레스 할당 KR101882567B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201261721683P 2012-11-02 2012-11-02
US61/721,683 2012-11-02
PCT/EP2013/072822 WO2014068062A1 (en) 2012-11-02 2013-10-31 Assigning addresses in a communications network

Publications (2)

Publication Number Publication Date
KR20150077470A KR20150077470A (ko) 2015-07-07
KR101882567B1 true KR101882567B1 (ko) 2018-07-26

Family

ID=49515373

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020157013411A KR101882567B1 (ko) 2012-11-02 2013-10-31 통신 네트워크에서의 어드레스 할당

Country Status (5)

Country Link
US (2) US9843646B2 (ko)
EP (2) EP2915305B1 (ko)
KR (1) KR101882567B1 (ko)
CN (1) CN104769910B (ko)
WO (1) WO2014068062A1 (ko)

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10721269B1 (en) 2009-11-06 2020-07-21 F5 Networks, Inc. Methods and system for returning requests with javascript for clients before passing a request to a server
US11140178B1 (en) 2009-11-23 2021-10-05 F5 Networks, Inc. Methods and system for client side analysis of responses for server purposes
CN103532878B (zh) * 2013-09-26 2017-01-04 华为技术有限公司 数据包的处理方法和网络流量的管理方法及装置和系统
FR3019421A1 (fr) * 2014-03-31 2015-10-02 Orange Procede de communication par chemins multiples entre deux terminaux
EP3127392A1 (en) * 2014-04-04 2017-02-08 Nokia Technologies OY Access management with multipath transport
US9578109B2 (en) * 2014-05-30 2017-02-21 Apple Inc. Long-lived MPTCP sessions
WO2016049933A1 (zh) 2014-09-30 2016-04-07 华为技术有限公司 多路径传输控制协议通信的地址管理装置、系统及方法
EP3016347B1 (en) * 2014-10-27 2019-02-13 Cisco Technology, Inc. Multipath provisioning of l4-l7 traffic in a network
EP3269109B1 (en) 2015-03-12 2019-01-09 Telefonaktiebolaget LM Ericsson (publ) Methods and arrangements for multipath traffic aggregation
FR3035291A1 (fr) 2015-04-17 2016-10-21 Orange Procede d' emulation dune connexion a chemins multiples
WO2017007705A1 (en) 2015-07-06 2017-01-12 Shape Security, Inc. Asymmetrical challenges for web security
US10476992B1 (en) * 2015-07-06 2019-11-12 F5 Networks, Inc. Methods for providing MPTCP proxy options and devices thereof
WO2017101043A1 (zh) * 2015-12-16 2017-06-22 华为技术有限公司 一种数据传输方法及设备
US10469394B1 (en) 2016-08-01 2019-11-05 F5 Networks, Inc. Methods for configuring adaptive rate limit based on server data and devices thereof
US10721169B2 (en) * 2016-09-02 2020-07-21 Telefonaktiebolaget Lm Ericsson (Publ) TCP proxy using a communication distance indicator
WO2018058145A1 (en) 2016-09-26 2018-03-29 Yudong Yang Scheduling traffic of an application communication session between a wifi network and a device
US11259352B2 (en) * 2016-09-26 2022-02-22 The Trustees Of Columbia University In The City Of New York Systems, methods, and media for providing multi-homing
DE102016225892A1 (de) * 2016-12-21 2018-06-21 Robert Bosch Gmbh Verfahren zum Übertragen von Daten
EP3628118A4 (en) * 2017-07-07 2020-12-09 ARRIS Enterprises LLC AGENT SERVER BETWEEN WIRELESS LOCAL NETWORK INFRASTRUCTURES
CN112005533B (zh) * 2018-02-22 2023-11-07 瑞典爱立信有限公司 代理多路径协议连接的方法和设备
WO2019166697A1 (en) * 2018-03-01 2019-09-06 Nokia Technologies Oy Conversion between transmission control protocols
EP3547618B1 (de) * 2018-03-29 2023-03-01 Siemens Aktiengesellschaft Verfahren zum aufbau einer redundanten kommunikationsverbindung und ausfallgesicherte steuerungseinheit
US11063857B2 (en) * 2018-05-25 2021-07-13 Microsoft Technology Licensing, Llc Monitoring connectivity and latency of a virtual network
US11191121B2 (en) * 2018-07-23 2021-11-30 Parallel Wireless, Inc. Multipath TCP with mesh access
US10531436B1 (en) 2018-09-12 2020-01-07 Capital One Services, Llc Multiple network connections to increase data throughput of mobile device
US20210337422A1 (en) * 2020-04-24 2021-10-28 Parallel Wireless, Inc. QCI Based Traffic-Offload of PDN Traffic at Trusted Wifi Access Gateway

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120144062A1 (en) * 2010-06-04 2012-06-07 Interdigital Patent Holdings, Inc. MPTCP And Mobile IP Interworking

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8400923B2 (en) * 2010-10-15 2013-03-19 Telefonaktiebolaget L M Ericsson (Publ) Multipath transmission control protocol proxy
US8817797B2 (en) * 2012-01-31 2014-08-26 Alcatel Lucent Method and apparatus for multipath protocol packet relay

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120144062A1 (en) * 2010-06-04 2012-06-07 Interdigital Patent Holdings, Inc. MPTCP And Mobile IP Interworking

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Alcatel-Lucent, "Enhancements to Improve the Applicability of Multipath TCP to Wireless Access Networks", draft-hampel-mptcp-applicability-wireless-networks-00, MPTCP Applicability to Wireless Network*
Roke Manor Research, "Architectural Guidelines for Multipath TCP Development", RFC 6182, IETF (2011.03.)*

Also Published As

Publication number Publication date
US20150319270A1 (en) 2015-11-05
CN104769910B (zh) 2018-09-14
US9843646B2 (en) 2017-12-12
US20180097904A1 (en) 2018-04-05
CN104769910A (zh) 2015-07-08
KR20150077470A (ko) 2015-07-07
EP2915305A1 (en) 2015-09-09
WO2014068062A1 (en) 2014-05-08
EP2915305B1 (en) 2017-10-18
EP3301882A1 (en) 2018-04-04

Similar Documents

Publication Publication Date Title
KR101882567B1 (ko) 통신 네트워크에서의 어드레스 할당
US9998569B2 (en) Handling multipath transmission control protocol signaling in a communications network
EP3085192B1 (en) Multipath tcp subflow establishing on single ip connection
US10587498B2 (en) Methods and arrangements for multipath traffic aggregation
US9998954B2 (en) Method and apparatus for relocating packet processing functions
JP6619815B2 (ja) アクセス制御装置、システム、及び方法
US10103896B2 (en) Method and device of a policy control and charging (PCC) system in a communication network
EP3150019B1 (en) Multipath tcp with lte connections
US10932165B2 (en) OSS node, network node and methods performed therein
US10299181B2 (en) Method and apparatus for configuring disconnected TCP connection in communication system, handover support method and apparatus therefor
EP2468022A2 (en) A method for controlling the traffic within a network structure and a network structure
US20130294461A1 (en) CGN Entity Based Data Transmission Method, CGN Entity, Gateway, and System
CA3079351A1 (en) Data routing in communications systems
JP5798234B2 (ja) ネットワークベースのｉｐモビリティをサポートするマルチアクセス・モバイル通信システムにおけるトラフィック・オフロード
WO2009147468A2 (en) System and method for backwards compatible multi-access with proxy mobile internet protocol
CN101521622A (zh) 确定最大传输单元的方法和装置
EP4030864A1 (en) Data transmission method and apparatus
WO2016000789A1 (en) Trusted wireless access gateway handover

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E90F Notification of reason for final refusal
E701 Decision to grant or registration of patent right