KR102648720B1 - 동적 터널링 기반 트래픽 전송 시스템, 그리고 이의 시그널링 방법 - Google Patents

Abstract

복수의 통신망에 접속하는 다중 통신 인터페이스를 통해 적어도 하나의 전송 경로를 생성하는 단말, 그리고 상기 단말과 연결된 적어도 하나의 전송 경로를 통해 세션 데이터를 송수신하는 게이트웨이의 트래픽 전송을 위해, 정책 서버가 단말 및 게이트웨이와 시그널링하는 방법으로서, 상기 게이트웨이로, 상기 단말의 특정 서비스/어플리케이션에 대해 지정된 전송 경로를 포함하는 서비스 필터링 설정 요청 신호를 전송하는 단계, 상기 게이트웨이로부터 상기 서비스 필터링 설정 요청 신호에 대한 수락을 포함하는 서비스 필터링 설정 응답 신호를 수신하는 단계, 그리고 상기 단말로, 상기 서비스 필터링 설정 응답 신호를 기초로 생성한 협상 완료 신호를 전송하는 단계를 포함한다. 상기 서비스 필터링 설정 요청 신호를 수신한 상기 게이트웨이와 상기 협상 완료 신호를 수신한 상기 단말은 상기 복수의 통신망 중 상기 지정된 전송 경로에 해당하는 통신망을 사용하여 상기 특정 서비스/어플리케이션에 대한 트래픽을 송수신한다.

Description

동적 터널링 기반 트래픽 전송 시스템, 그리고 이의 시그널링 방법{TRAFFIC TRANSMISSION SYSTEM BASED ON DYNAMIC TUNNELING COMMUNICATION, AND SIGNALING METHOD OF THE SAME}

본 발명은 동적 터널링 기반 트래픽 전송을 위한 시그널링 방법에 관한 것이다.

이동통신단말은 일반적으로 한 시점에 하나의 접속망을 사용하도록 설계되어 있고, 다중 경로 전송 제어 프로토콜(Multi-Path Transmission Control Protocol, MPTCP)과 같은 특수 목적의 전송 프로토콜과 라우팅 제어를 통해 복수의 망에 동시 접속할 수 있다.

MPTCP 기반 다중망 전송 기술은, 포어그라운드 또는 백그라운드로 동작하는 응용 프로그램 및 서비스에 의해 발생되는 트래픽을 세션단위로 구분하여 소켓(socket) 통신한다. 따라서, MPTCP 기반 다중망 전송 기술은 UDP(User Datagram Protocol)와 같은 TCP 이외 프로토콜 사용이 제한될 수밖에 없다.

TCP 세션이 생성되어 소켓 통신이 이루어지면, 라우팅 정책에 의해 하나 이상의 접속망을 통해 서브플로우(subflow)가 생성된다. 하지만, MPTCP 기반 다중망 전송 기술에 따르면, 이동통신단말은 데이터 크기나 종류에 상관없이 무조건 복수의 망들에 접속한다. 따라서, 데이터 전송량에 따른 요금제, 에너지 효율 등의 전송 조건이 접속망에 따라 다름에도 불구하고, 종래 기술은 서비스/어플리케이션에 무관하게 무조건 다중망을 사용할 뿐, 전송 경로를 결정할 수 없는 한계가 있다. 특히, 보안이 취약한 경로로 전송되는 데이터는 스니핑 가능성이 있고, 암/복호화 로직을 적용하더라도 복수의 전송 경로에 적용해야 하므로 효율이 떨어질 수 있다.

VPN(Virtual Private Network)에 사용되는 기술로서 터널링 통신이 있다. VPN은 대체로 하나의 망에 접속하여 터널을 생성하지만, 복수의 망들에 생성한 복수의 터널들을 묶어 병렬 처리할 수도 있다. 예를 들어, 기업 사설망 본사와 지사간 통신 회선 속도가 저속인 경우 저속의 여러 회선들을 묶어 회선속도를 향상시킬 수 있다. 하지만, 터널링 통신을 위해 회선들을 점유하여야 하고, 데이터 전송과 무관하게 항상 터널을 연결해 놓아야 하는 오버헤드가 존재한다.

본 발명이 해결하고자 하는 과제는 동적 터널링 기반으로 전송 프로토콜에 무관하게 하나 이상의 경로(전송망)를 통해 세션 데이터를 전송하고, 서비스/어플리케이션의 특성, 망이나 가입자 상황, 정책에 따라 세션 데이터를 전송할 하나 이상의 경로를 결정하며, 전송 경로에 생성되는 터널 수를 동적으로 가변하는 트래픽 전송 시스템, 그리고 이의 시그널링 방법을 제공하는 것이다.

한 실시예에 따라, 복수의 통신망에 접속하는 다중 통신 인터페이스를 통해 적어도 하나의 전송 경로를 생성하는 단말, 그리고 상기 단말과 연결된 적어도 하나의 전송 경로를 통해 세션 데이터를 송수신하는 게이트웨이 사이의 트래픽 전송을 위해, 정책 서버가 단말 및 게이트웨이와 시그널링하는 방법으로서, 상기 게이트웨이로, 상기 단말의 특정 서비스/어플리케이션에 대해 지정된 전송 경로를 포함하는 서비스 필터링 설정 요청 신호를 전송하는 단계, 상기 게이트웨이로부터 상기 서비스 필터링 설정 요청 신호에 대한 수락을 포함하는 서비스 필터링 설정 응답 신호를 수신하는 단계, 그리고 상기 단말로, 상기 서비스 필터링 설정 응답 신호를 기초로 생성한 협상 완료 신호를 전송하는 단계를 포함한다. 상기 서비스 필터링 설정 요청 신호를 수신한 상기 게이트웨이와 상기 협상 완료 신호를 수신한 상기 단말은 상기 복수의 통신망 중 상기 지정된 전송 경로에 해당하는 통신망을 사용하여 상기 특정 서비스/어플리케이션에 대한 트래픽을 송수신한다.

상기 서비스 필터링 설정 요청 신호를 전송하는 단계는 서비스-인터페이스 매핑 리스트를 포함하는 서비스 필터링 요청 신호를 상기 단말로부터 수신하고, 상기 서비스-인터페이스 매핑 리스트를 기초로 상기 서비스 필터링 설정 요청 신호를 생성하여 상기 게이트웨이로 전송할 수 있다. 상기 협상 완료 신호는 상기 서비스 필터링 요청 신호에 대한 응답인 서비스 필터링 응답 신호이며, 상기 서비스-인터페이스 매핑 리스트는 상기 특정 서비스/어플리케이션과 상기 지정된 전송 경로가 매핑된 정보를 포함할 수 있다.

상기 협상 완료 신호를 전송하는 단계는 상기 특정 서비스/어플리케이션과 상기 지정된 전송 경로가 매핑된 서비스-인터페이스 매핑 리스트를 상기 단말로 전송할 수 있다.

상기 시그널링 방법은 상기 게이트웨이로부터 상기 서비스 필터링 설정 요청 신호에 대한 거절을 포함하는 서비스 필터링 설정 응답 신호를 수신하는 단계, 그리고 수정된 서비스 필터링 설정 요청 신호를 상기 게이트웨이로 전송하여 재협상하는 단계를 더 포함할 수 있다.

다른 실시예에 따라, 복수의 통신망에 접속하는 다중 통신 인터페이스를 통해 적어도 하나의 전송 경로를 생성하는 단말, 그리고 상기 단말과 연결된 적어도 하나의 전송 경로를 통해 세션 데이터를 송수신하는 게이트웨이 사이의 트래픽 전송을 위해, 정책 서버가 단말 및 게이트웨이와 시그널링하는 방법으로서, 상기 게이트웨이로, 상기 단말에 대한 전송 경로 동적 제어 조건을 포함하는 제어 등록 요청 신호를 전송하는 단계, 상기 게이트웨이로부터 상기 제어 등록 요청 신호에 대한 수락을 포함하는 제어 등록 응답 신호를 수신하는 단계, 그리고 상기 단말로, 상기 제어 등록 응답 신호를 기초로 생성한 협상 완료 신호를 전송하는 단계를 포함한다. 상기 전송 경로 제어 조건은 제어 대상의 서비스명, 전송 경로 또는 터널 추가를 위해 요구되는 세션 유지 시간, 그리고 추가 전송 경로 또는 추가 터널이 생성되는 통신 인터페이스를 포함하고, 상기 제어 등록 요청 신호를 수신한 상기 게이트웨이와 상기 협상 완료 신호를 수신한 상기 단말은 상기 서비스명에 해당하는 세션이 상기 세션 유지 시간 동안 지속되는 경우, 상기 추가 전송 경로 또는 추가 터널을 생성하여 상기 세션의 트래픽을 병합 전송한다.

또 다른 실시예에 따라, 복수의 통신망에 접속하는 다중 통신 인터페이스를 통해 적어도 하나의 전송 경로를 생성하는 단말, 그리고 상기 단말과 연결된 적어도 하나의 전송 경로를 통해 세션 데이터를 송수신하는 게이트웨이 사이의 트래픽 전송을 위해, 정책 서버가 단말 및 게이트웨이와 시그널링하는 방법으로서, 상기 단말로부터, 터널 제어 조건을 포함하는 터널 요청 신호를 수신하는 단계, 상기 게이트웨이로, 상기 터널 제어 조건을 포함하는 터널 생성 요청 신호를 전송하는 단계, 상기 게이트웨이로부터, 상기 터널 생성 요청 신호에 대한 수락을 포함하는 터널 생성 응답 신호를 수신하는 단계, 그리고 상기 단말로, 상기 터널 생성 응답 신호를 기초로 생성한 터널 응답 신호를 전송하는 단계를 포함한다. 상기 터널 제어 조건은 전송 경로별 생성 터널 수를 포함하고, 상기 터널 요청 신호를 수신한 상기 게이트웨이와 상기 터널 응답 신호를 수신한 상기 단말은 상기 터널 제어 조건에 따라 전송 경로별 터널 수를 생성한다.

상기 터널 제어 조건은 터널별 데이터 암호화 여부를 더 포함할 수 잇다.

상기 시그널링 방법은 상기 단말로부터 암복호화를 위한 인증키를 수신하는 단계, 그리고 상기 게이트웨이로 상기 인증키를 포함하는 사용자 등록 요청 신호를 전송하는 단계를 더 포함하고, 상기 인증키는 데이터 암호화된 터널에서 전송되는 데이터 암복호화에 사용될 수 있다.

상기 시그널링 방법은 상기 단말과 상기 게이트웨이의 상태 정보를 기초로, 특정 전송 경로에 생성된 터널 수의 증가 또는 감소를 결정하는 단계, 그리고 결정한 터널 수의 증가 또는 감소를 포함하는 터널 요청 신호를 상기 단말로 전송하는 단계를 더 포함할 수 있다. 상기 단말은 상기 터널 요청 신호에 따라 상기 게이트웨이와 연결되는 터널을 추가하거나 연결된 터널을 제거할 수 있다.

또 다른 실시예에 따라, 복수의 통신망에 접속하는 다중 통신 인터페이스를 통해 적어도 하나의 전송 경로를 생성하는 단말, 그리고 상기 단말과 연결된 적어도 하나의 전송 경로를 통해 세션 데이터를 송수신하는 게이트웨이 사이의 트래픽 전송을 위해, 정책 서버가 단말 및 게이트웨이와 시그널링하는 방법으로서, 상기 단말로부터, 전송 경로에 대한 헬스 체크 요청 신호를 수신하는 단계, 상기 게이트웨이로, 상기 단말에서 요청된 헬스 체크 알림 신호를 전송하는 단계, 그리고 상기 단말로, 상기 헬스 체크 요청 신호에 대한 헬스 체크 응답 신호를 전송하는 단계를 포함한다. 상기 헬스 체크 응답 신호를 수신한 상기 단말과 상기 게이트웨이는 상기 적어도 하나의 전송 경로를 통해 헬로우 메시지를 교환할 수 있다.

상기 헬스 체크 요청 신호는 헬스 체크 대상인 전송 경로 그리고 체크 간격을 포함할 수 있다.

또 다른 실시예에 따라, 복수의 통신망에 접속하는 다중 통신 인터페이스 중 적어도 하나를 통해 게이트웨이와 트래픽 송수신하는 단말의 동작 방법으로서, 특정 서비스/어플리케이션과 특정 전송 경로가 매핑된 서비스-인터페이스 매핑 리스트를 정책 서버로 전송하여 서비스 필터링 요청하는 단계, 상기 정책 서버로부터 상기 서비스-인터페이스 매핑 리스트에 대한 상기 게이트웨이의 서비스 필터링 수락을 포함하는 응답을 수신하는 단계, 그리고 상기 다중 통신 인터페이스 중 상기 특정 전송 경로에 해당하는 통신 인터페이스를 통해 상기 특정 서비스/어플리케이션의 세션 데이터를 상기 게이트웨이와 송수신하는 단계를 포함한다.

상기 단말의 동작 방법은 상기 전송 경로별 생성 터널 수를 포함하는 터널 제어 조건을 상기 정책 서버로 전송하는 단계, 그리고 상기 정책 서버로부터 상기 터널 제어 조건에 대한 상기 게이트웨이의 제어 수락을 포함하는 응답을 수신하는 단계를 더 포함할 수 있다. 상기 세션 데이터를 상기 게이트웨이와 송수신하는 단계는 상기 터널 제어 조건에 포함된 전송 경로별 생성 터널 수를 기초로 상기 특정 전송 경로에 적어도 하나의 터널을 생성하여 상기 세션 데이터를 상기 게이트웨이와 송수신할 수 있다.

상기 터널 제어 조건은 터널별 데이터 암호화 여부를 더 포함하고, 상기 세션 데이터를 상기 게이트웨이와 송수신하는 단계는 상기 터널 제어 조건을 기초로, 상기 특정 전송 경로에 생성된 터널 중에서 데이터 암호화 대상인 터널로 전송되는 데이터를 암호화하여 상기 게이트웨이로 전송할 수 있다.

상기 단말의 동작 방법은 상기 특정 전송 경로에 대한 헬스 체크 요청을 상기 정책 서버로 전송하는 단계, 상기 정책 서버로부터 상기 헬스 체크 요청에 대한 상기 게이트웨이로의 알림을 수신하는 단계, 그리고 상기 다중 통신 인터페이스 중 상기 특정 전송 경로에 해당하는 통신 인터페이스를 통해 헬로우 메시지를 상기 게이트웨이로 전송하는 단계를 더 포함할 수 있다.

상기 단말의 동작 방법은 상기 헬로우 메시지가 누락되거나 상기 게이트웨이로부터 상기 헬로우 메시지에 대한 응답을 수신하지 못한 경우, 상기 특정 전송 경로에 해당하는 통신 인터페이스로의 데이터 전송을 제한하는 단계, 그리고 상기 정책 서버로 헬스 체크 실패를 알리는 단계를 더 포함할 수 있다.

실시예에 따르면 다중망 전송을 위해 TCP로 한정될 필요 없이, 다양한 전송 프로토콜을 통해 다중망에 접속하여 세션 데이터를 전송할 수 있다. 실시예에 따르면 전송 프로토콜에 무관하게 복수 경로들로 세션 데이터를 전송할 수도 있고, 복수 경로들 중 특정 경로를 선택적으로 사용할 수 있다.

실시예에 따르면 서비스/어플리케이션의 특성이나 상황에 무관하게 항상 다중 경로를 통한 데이터 전송할 필요 없이, 서비스/어플리케이션의 특성에 따라 복수의 경로들 중 적어도 하나의 경로를 통해 트래픽을 전송하므로, 불필요하게 다중망을 동시 사용하여 발생하는 세션 효율 저하를 방지할 수 있다.

실시예에 따르면 저성능 단말에서도 전송 경로에 복수의 터널들을 생성하여 전송 속도 성능을 높일 수 있다.

실시예에 따르면 전송 경로별 또는 터널별로 데이터 보호 기능을 선택적으로 적용하여 보안성을 높일 수 있다.

실시예에 따르면 어느 접속망을 통한 트래픽 전송이 중지되더라도, 가용한 다른 망을 통해 트래픽을 전송할 수 있어서 세션을 끊김없이 연속적으로 유지할 수 있다.

도 1은 한 실시예에 따른 네트워크 구성도를 설명하는 도면이다.
도 2는 한 실시예에 따른 단말의 기능 블록을 나타내는 도면이다.
도 3은 한 실시예에 따른 게이트웨이의 기능 블록을 나타내는 도면이다.
도 4와 도 5는 한 실시예에 따른 서비스/어플리케이션별 전송 경로 설정을 위한 서비스 필터링 협상 방법의 흐름도이다.
도 6은 한 실시예에 따른 서비스 유형별 동적 전송 경로 설정을 위한 서비스 병합 협상 방법의 흐름도이다.
도 7과 도 8은 한 실시예에 따른 전송 경로별 터널 수 동적 변경 방법의 흐름도이다.
도 9는 한 실시예에 따른 전송 모드 협상 방법의 흐름도이다.
도 10과 도 11은 한 실시예에 따른 세션 연속성 보장을 위한 전송 경로 변경 방법의 흐름도이다.

아래에서는 첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.

명세서 전체에서, 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 또한, 명세서에 기재된 "…부", "…기", "모듈" 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어 또는 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.

본 발명에서 설명하는 장치들은 적어도 하나의 프로세서, 메모리 장치, 통신 장치 등을 포함하는 하드웨어로 구성되고, 지정된 장소에 하드웨어와 결합되어 실행되는 프로그램이 저장된다. 하드웨어는 본 발명의 방법을 실행할 수 있는 구성과 성능을 가진다. 프로그램은 도면들을 참고로 설명한 본 발명의 동작 방법을 구현한 명령어(instructions)를 포함하고, 프로세서와 메모리 장치 등의 하드웨어와 결합하여 본 발명을 실행한다.

본 발명에서 단말은 이동국(Mobile Station, MS), 이동 단말(Mobile Terminal, MT), 가입자국(Subscriber Station, SS), 휴대 가입자국(Portable Subscriber Station, PSS), 사용자 장치(User Equipment, UE), 접근 단말(Access Terminal, AT) 등을 지칭할 수도 있고, 이동국, 이동 단말, 가입자국, 휴대 가입자 국, 사용자 장치, 접근 단말 등의 전부 또는 일부의 기능을 포함할 수도 있다.

단말은 기지국(base station, BS), 접근점(Access Point, AP), 무선 접근국(Radio Access Station, RAS), 노드B(Node B), 고도화 노드B(evolved NodeB, eNodeB), 송수신 기지국(Base Transceiver Station, BTS), MMR(Mobile Multihop Relay)-BS 등과 같은 네트워크 장치에 접속하여 원격의 서버에 연결될 수 있다.

단말은 스마트폰과 같은 모바일 단말, 스마트패드와 태블릿PC와 같은 태블릿 단말, 컴퓨터, 텔레비전 등 다양한 형태의 통신 단말로서, 복수의 통신 인터페이스를 구비할 수 있다. 통신 인터페이스는 다양할 수 있다. 예를 들면, 통신 인터페이스는 와이파이(WiFi)/WLAN/블루투스(bluetooth) 등의 근거리 무선망 인터페이스, 그리고 3G/LTE(Long Term Evolution)/LTE-A(Long Term Evolution-Advanced) 등의 이동통신망 인터페이스를 포함할 수 있고, 단말 제조사가 다양한 통신 인터페이스를 추가할 수 있다. 본 명세서에서는 3G/LTE 인터페이스와 WiFi 인터페이스를 예로 들어 설명하나, 통신 인터페이스가 이에 한정되는 것은 아니다. 단말은 다중 통신 인터페이스를 통해 한 시점에 복수의 망에 동시 접속할 수 있다.

병합 전송(aggregation transmission)은 복수의 통신망을 동시에 사용하여 데이터를 전송하는 기술이다. 병합 전송 기술을 통해, 단말은 한 시점에 복수의 통신망에 연결될 수 있고, 하나의 서비스/어플리케이션은 망 종류나 망의 수에 관계없이 복수의 망을 하나의 망처럼 병합하여 통신한다. 따라서, 병합 전송 장치는 가용한 복수의 망 자원을 이용하여 대량의 데이터를 빠르게 송수신할 수 있다. 복수의 망을 병합하는 의미에서 다중망 병합(MultiNet Aggregation)이라고 부를 수 있다.

설명에서 전송 경로는 단말이 접속한 망에 생성한 경로를 의미하고, 접속망별로 생성되는 것으로 설명한다. 이러한 설명에 한정되지 않고, 기술에 따라서 단일 망에 복수의 전송 경로들이 생성될 수 있음은 자명하다.

도 1은 한 실시예에 따른 네트워크 구성도를 설명하는 도면이고, 도 2는 한 실시예에 따른 단말의 기능 블록을 나타내는 도면이며, 도 3은 한 실시예에 따른 게이트웨이의 기능 블록을 나타내는 도면이다.

도 1을 참고하면, 다중망 병합 서비스를 제공하는 네트워크 시스템(10)은 복수의 망(예를 들면, LTE망과 WiFi망)을 통해 단말(100)과 연결되는 게이트웨이(Gateway)(200), 그리고 정책 서버(Policy Engine, PE)(300)를 포함한다.

정책 서버(300)는 터널 외 제어 채널(Control Channel)을 통해 단말(100)과 시그널링 신호를 송수신한다. 정책 서버(300)는 게이트웨이(200)와 논리적으로 연동한다. 정책 서버(300)는 단말(100) 및 게이트웨이(200)로부터 시그널링 신호를 송수신하고, 시그널링 신호를 기초로 단말(100) 및 게이트웨이(200) 사이의 동적 터널링 기반 트래픽 전송을 제어한다.

단말(100)은 다중 인터페이스(예를 들면 3G/LTE 인터페이스와 WiFi 인터페이스)를 통해 한 시점에 복수의 망에 동시 접속할 수 있다.

단말(100)은 복수 경로를 통한 터널 통신을 위한 에이전트를 탑재하고, 적어도 하나의 접속망에 적어도 하나의 터널을 생성하고, 이를 통해 세션 데이터를 송수신한다.

도 2를 참고하면, 단말(100)은 커널 공간(Kernal Space)과 사용자 공간(User Space)의 기능 블록을 포함한다. 커널 공간은 데이터링크 계층(레이어 2)(110), 네트워크 계층의 IP 스택(stack)(112), 전송 계층의 TCP/UDP의 기능 블록(114)을 포함한다. 사용자 공간은 복수 경로를 통한 터널 통신을 위한 에이전트를 탑재하고, 에이전트는 어플리케이션 매니저(Application Manager)(120), 인터페이스 매니저(Interface Manager)(122), 세션 매니저(Session Manager)(124), 경로 매니저(Path Manager)(126)를 포함할 수 있다. 또한, 에이전트는 패킷 암호화 및 복호화 기능 블록(128), 패킷 인증 기능 블록(130), 서비스 플로우 필터링 기능 블록(Service Flow Filtering)(132), 그리고 터널 매니저(Tunnel Manager)(134)를 포함할 수 있다. 예를 들면, LTE망을 통한 LTE Tunnel 1, LTE Tunnel 2, WiFi망을 통한 WiFi Tunnel 1 등이 적어도 하나의 접속망에 생성된다.

어플리케이션 매니저(120), 인터페이스 매니저(122), 세션 매니저(124), 경로 매니저(126), 터널 매니저(134) 각각은 다중 인터페이스를 통한 다중망 접속 관리, 전송 경로에 생성되는 세션 관리, 다중망에 생성된 다중 전송 경로 관리, 전송 경로에 생성된 터널 관리를 한다.

서비스 플로우 필터링 기능 블록(132)은 지정된 서비스/어플리케이션별 트래픽 전송 경로에 따라, 해당 서비스/어플리케이의 전송 경로로만 트래픽이 전송되도록 필터링한다. 이를 통해 복수의 전송 경로 중에서 서비스/어플리케이션별로 전송 경로가 달라질 수 있다. 이를 위해, 단말(100), 정책 서버(300), 그리고 게이트웨이(200)는 서비스/어플리케이션을 구분하는 식별자(예를 들면, 패키지명(package name), IP 목적지 주소/포트 등, 그리고 전송 경로(예를 들면, WiFi, LTE)를 매핑한 "서비스-인터페이스 매핑 리스트"의 협상을 통해, 서비스 필터링 대상인 서비스/어플리케이션과 전송 경로를 선택적으로 필터링할 수 있다. 이에 대해서는 도 4와 도 5를 참고로 자세히 설명한다.

게이트웨이(200)는 단말(100)과 연결된 다중망을 통해 세션 데이터를 송수신하여 단말(100)이 콘텐츠 서버(400, 410, 430)와 인터넷 통신하도록 한다. 게이트웨이(200)는 다중망 병합 게이트웨이(MultiNet Aggregation-Gateway, MA-GW)라고 부를 수 있으나, 게이트웨이의 명칭은 다양하게 부여될 수 있다. 게이트웨이(200)는 복수의 통신망의 접점에 위치하고, 예를 들면, LTE망과 WiFi망의 접점에 위치할 수 있다. 게이트웨이(200)는 복수의 전송 경로들이 복수의 터널들로 전송된 세션 데이터를 병합하거나, 단일 경로로 전송되는 세션 데이터를 복수의 전송 경로들이나 복수의 터널들로 분할하여 전송할 수 있다. 게이트웨이(200)는 단말(100)과 연결된 적어도 하나의 전송 경로에 적어도 하나의 터널(LTE망을 통한 적어도 하나의 LTE 터널, WiFi망을 통한 적어도 하나의 WiFi 터널)을 생성하고, 터널 통신한다.

도 3을 참고하면, 게이트웨이(200)는 커널 공간과 사용자 공간의 기능 블록을 포함한다. 커널 공간은 데이터링크 계층(레이어 2)(210), 네트워크 계층의 IP 스택(212), 전송 계층의 TCP/UDP의 기능 블록(214)을 포함한다. 사용자 공간은 복수의 단말들을 관리하는 사용자 매니저(User Manager)를 포함한다. 각 사용자 매니저는 세션 매니저(220), 경로 매니저(222), 터널 매니저(224), 패킷 암호화 및 복호화 기능 블록(226)을 포함할 수 있다. 각 사용자 매니저는 단말과 적어도 하나의 터널들을 생성한다.

이와 같이, 단말(100)과 게이트웨이(200)는 적어도 하나의 망에 생성된 전송 경로에 적어도 하나의 터널을 생성한다. UDP/IP 캡슐화(Encapsulation)하는 터널링을 통해, 전송 프로토콜의 종류와 무관하게 단말(100)의 어플리케이션 계층에서 생성된 세션 데이터를 터널을 통해 게이트웨이(200)로 전달한다. 게이트웨이(200)는 터널을 통해 수신한 데이터를 최종 목적지인 콘텐츠 서버(400, 410, 430)로 전달한다. 반대로 게이트웨이(200)는 콘텐츠 서버(400, 410, 430)에서 단말(100)로 전송된 트래픽을 터널을 통해 단말의 어플리케이션 계층으로 전송한다.

다음에서, 동적 터널링 기반 트래픽 전송을 위한 시그널링 방법에 대해 자세히 설명한다.

도 4와 도 5는 한 실시예에 따른 서비스/어플리케이션별 전송 경로 설정을 위한 서비스 필터링 협상 방법의 흐름도이다.

도 4를 참고하면, 단말(100)은 서비스/어플리케이션별 트래픽 전송 경로를 지정하여 정책 서버(300)로 서비스 필터링 요청 신호(Service Filtering Request)를 전송한다(S110). 서비스 필터링 요청 신호는 서비스/어플리케이션을 구분하는 식별자(예를 들면, 패키지명(package name), IP 목적지 주소/포트 등, 그리고 전송 경로(예를 들면, WiFi, LTE)를 매핑한 "서비스-인터페이스 매핑 리스트"를 포함한다. 서비스 필터링 요청 신호는 전송 경로의 방향성 정보도 포함할 수 있다.

정책 서버(300)는 수신한 서비스 필터링 요청 신호를 기초로, 게이트웨이(200)로 서비스 필터링 설정 요청 신호(Service Filtering Setting Request)를 전송한다(S120).

게이트웨이(200)는 서비스 필터링 설정 요청 신호에 포함된 서비스/어플리케이션별 트래픽 전송 경로로의 서비스 필터링 제공 여부를 판단한다(S130). 게이트웨이(200)는 부하를 기초로 서비스 필터링 설정 요청을 수락(Success)하거나 거절(Fail)할 수 있다.

게이트웨이(200)는 서비스 필터링 제공 여부(수락 또는 거절)를 포함하는 서비스 필터링 설정 응답 신호(Service Filtering setting Response)를 정책 서버(300)로 전송한다(S140).

정책 서버(300)는 수신한 서비스 필터링 설정 응답 신호를 기초로, 단말(100)로 서비스 필터링 응답 신호(Service Filtering Response)를 전송한다(S150). 서비스 필터링 응답 신호는 협상 완료 신호일 수 있다.

게이트웨이(200)가 단말(100)에서 요청된 서비스/어플리케이션별 트래픽 전송 경로에 대한 서비스 필터링 제공을 수락한 경우, 서비스 필터링 요청 신호에 포함된 서비스/어플리케이션은 단말에서 요청한 전송 경로를 통해 트래픽을 송수신한다. 예를 들어, 단말(100)이 LTE망과 WiFi망에 동시 접속해서, 두 전송 경로를 통해 트래픽을 송수신할 수 있는 경우라도, 동영상 서비스/어플리케이션은 WiFi망을 통한 전송 경로만으로 트래픽 전송되도록 서비스 필터링 협상된 경우, WiFi망으로만 전송 경로가 생성되도록 통신 인터페이스를 선택할 수 있다.

게이트웨이(200)가 거절한 경우, 정책 서버(300)는 수정된 서비스 필터링 설정 요청 신호를 게이트웨이(200)로 전송하여 재협상할 수 있다.

다른 실시예에 따르면, 서비스/어플리케이션별 트래픽 전송 경로는 도 5와 같이, 게이트웨이(200)나 정책 서버(300)가 지정한 후, 단말(100)과 협상할 수 있다.

도 5를 참고하면, 정책 서버(300)는 특정 사용자 또는 특정 서비스/어플리케이션에 대해 서비스 필터링 정보가 변경된 경우, 게이트웨이(200)로 서비스 필터링 정책을 포함하는 서비스 필터링 설정 요청 신호를 전송한다(S210). 서비스 필터링 정책은 서비스/어플리케이션을 구분하는 식별자와 해당 식별자에 대해 매핑된 전송 경로/터널 생성 경로(예를 들면, WiFi, LTE)를 포함한다. 필터링 요청 신호는 전송 경로의 방향성 정보도 포함할 수 있다. 예를 들어, 정책 서버(300)는 각 사용자의 LTE망을 통한 데이터 사용량을 고려하여, 사용자 단위로 해당 사용자가 이용 중인 특정 서비스/어플리케이션별 트래픽 전송 경로를 지정할 수 있다. 또는 정책 서버(300)는 서비스/어플리케이션 단위로 전송 경로를 지정하고 이를 이용하는 사용자들에게 서비스 필터링 정책을 적용할 수 있다.

게이트웨이(200)는 서비스 필터링 설정 요청 신호에 포함된 서비스 필터링 정책에 따라, 서비스/어플리케이션별 트래픽 전송 경로를 설정한다(S220). 이 경우, 게이트웨이(200)는 정책 서버(300)로부터 수신한 서비스 필터링 정책에 따라 설정할 수 있고, 또는 부하를 기초로 서비스 필터링 설정 요청을 수락하거나 거절할 수 있다.

게이트웨이(200)는 서비스 필터링 설정 응답 신호를 정책 서버(300)로 전송한다(S230). 서비스 필터링 설정 응답 신호는 설정 완료(Success) 정보를 포함할 수 있다. 서비스 필터링 설정 응답 신호에 설정 거절(Fail) 정보를 포함하여 전송한 경우, 게이트웨이(200)는 정책 서버(300)와 재협상할 수 있다.

정책 서버(300)는 게이트웨이(200)에 의해 설정 완료된 서비스 필터링 정책을 기초로, 단말(100)로 서비스/어플리케이션별 트래픽 전송 경로가 지정된 서비스 필터링 요청 신호를 전송한다(S240). 서비스 필터링 요청 신호는 서비스/어플리케이션을 구분하는 식별자와 전송 경로/터널 생성 경로(예를 들면, WiFi, LTE)를 매핑한 "서비스-인터페이스 매핑 리스트"를 포함한다. 서비스 필터링 요청 신호는 협상 완료 신호일 수 있다.

단말(100)은 수신한 서비스 필터링 요청 신호에 따라 서비스/어플리케이션별 트래픽 전송 경로를 설정하고, 게이트웨이(200)로 서비스 필터링 응답 신호를 전송한다(S250). 서비스 필터링 응답 신호는 설정 완료 정보를 포함하고, 설정 거절(Fail) 정보를 포함하는 경우, 정책 서버(300)와 재협상할 수 있다.

도 6은 한 실시예에 따른 서비스 유형별 동적 전송 경로 설정을 위한 서비스 병합 협상 방법의 흐름도이다.

도 6을 참고하면, 단말(100)은 세션(TCP, UDP 등) 유형별 트래픽 전송 경로를 지정하여 정책 서버(300)로 서비스 유형에 따른 제어 요청 신호(Service Type Control Request)를 전송한다(S310). 서비스 유형은 트래픽 특성에 따라 구분될 수 있고, 예를 들면, 세션 유지 기간에 따라 분류될 수 있다. 즉, 서비스 유형은 세션 유지 기간이 짧은 특성을 가지는 웹 서비스와 세션 유지 기간이 일정 시간 이상으로 긴 특성을 가지는 스트리밍/파일다운로드 서비스로 분류될 수 있다. 서비스 유형에 따른 제어 요청 신호는 터널에서 사용 중인 세션의 특성에 따라 전송 경로를 제어하는 경로 제어 조건을 포함하고, 경로 제어 조건은 세션 특성에 따라 다양하게 정의될 수 있다. 예를 들면, 서비스 유형에 따른 제어 요청 신호는 서비스명(단말에서 구동되는 서비스/어플리케이션의 식별 정보), 기준 세션 유지 시간, 그리고 병합 전송 유무를 포함할 수 있다. 예를 들어, 단말(100)은 터널에 세션이 생성된 후, 기준 세션 유지 시간에 해당하는 특정 시간까지는 제1망(예를 들면, LTE망)을 사용하다가, 특정 시간 이후까지 세션을 통한 데이터 전송이 유지되면 제2망(예를 들면, WiFi망)을 추가로 사용하도록 조건부 병합 전송 요청을 할 수 있다. 또는 단말(100)은 터널에 세션이 생성된 후, 특정 시간까지는 제1망(예를 들면, LTE망)을 사용하다가, 특정 시간 이후까지 세션을 통한 데이터 전송이 유지되면 제2망(예를 들면, WiFi망)으로 경로를 변경하도록 조건부 전송 경로 변경 요청을 할 수 있다.

정책 서버(300)는 수신한 서비스 유형에 따른 제어 요청 신호를 기초로, 게이트웨이(200)로 서비스 유형에 따른 제어 등록 요청 신호(Service Type Control Register Request)를 전송한다(S320).

게이트웨이(200)는 서비스 유형에 따른 제어 등록 요청 신호에 포함된 경로 제어 조건의 등록 여부를 판단한다(S330). 게이트웨이(200)는 부하를 기초로 제어 등록 요청을 수락(Success)하거나 거절(Fail)할 수 있다.

게이트웨이(200)는 제어 등록 여부(수락 또는 거절)를 포함하는 서비스 유형에 따른 제어 등록 응답 신호(Service Type Control Register Response)를 정책 서버(300)로 전송한다(S340).

정책 서버(300)는 수신한 서비스 유형에 따른 제어 등록 응답 신호를 기초로, 단말(100)로 서비스 유형에 따른 제어 응답 신호(Service Type Control Response)를 전송한다(S350). 서비스 유형에 따른 제어 응답 신호는 협상 완료 신호일 수 있다.

이처럼, 게이트웨이(200)가 단말(100)에서 요청된 서비스 유형에 따른 제어 등록 요청을 수락한 경우, 등록된 제어 조건에 따라 전송 경로를 추가하거나 전송 경로를 변경할 수 있다.

다른 실시예에 따르면, 게이트웨이(200)나 정책 서버(300)가 서비스 유형에 따른 경로 제어 조건(예를 들면, 세션 유지 시간과 병합 전송 유무)을 결정하고, 단말(100)과 협상할 수 있다.

도 7과 도 8은 한 실시예에 따른 전송 경로별 터널 수 동적 변경 방법의 흐름도이다.

도 7을 참고하면, 터널 통신 시, 단말 자원의 한계 및 다른 어플리케이션들과의 작업 전환 등의 이유로 실제 네트워크 성능과는 상관없이 터널링 성능이 열화될 수 있다. 운용체제로부터 제한된 자원의 작업 처리 기회를 할당받는 구조의 단말은, 가용 자원으로 가능한 터널 수를 기반으로 다중 터널을 생성하고 다중 터널을 통해 데이터 전송하는 것이 단일 터널을 사용하여 데이터 전송하는 것보다 주어진 자원(CPU, 메모리, I/O 처리 등)의 성능을 높일 수 있다.

다음에서, 단말과 게이트웨이 사이에 생성된 터널 수를 동적으로 변경하여, 단말의 성능을 높이는 방법에 대해 설명한다. 소프트웨어적으로 구현되는 터널 수는 항상 복수 개일 필요는 없으므로, 상황에 따라(예를 들면, 높은 전송 속도 대역폭을 할당받고 싶은 경우), 터널 수를 늘렸다가 불필요한 경우 터널 수를 동적으로 줄일 수 있다.

단말(100)과 정책 서버(300)는 암복호화를 위한 인증키를 교환하여 인증한다(S410). 인증 방법은 가입자 식별자(IMSI), 아이디/패스워드 등 다양할 수 있다.

정책 서버(300)는 게이트웨이(200)로 인증키를 포함하는 사용자 등록 요청(User Registration)을 한다(S420).

사용자 등록이 완료된 후, 단말(100)은 정책 서버(300)로, 터널 요청 신호(Tunnel Request)를 전송한다(S430). 터널 요청 신호는 통신 인터페이스별/전송 경로별(예를 들어, LTE 경로, WiFi 경로) 터널 수, 터널별 적용 품질(Quality of Service, QoS), 터널별 데이터 암호화 여부, 암호화 알고리즘 등의 터널 제어 조건을 포함한다.

정책 서버(300)는 수신한 터널 요청 신호를 기초로 단말(100)의 터널 생성 요청 신호(Tunnel Generation Request)를 게이트웨이(200)로 전송한다(S440).

게이트웨이(200)는 터널 생성 요청 신호에 포함된 터널 제어 조건의 수락 여부를 판단한다(S450). 게이트웨이(200)는 부하를 기초로 다중 터널 생성을 요청한 터널 제어 조건을 거절(Fail)할 수 있다.

게이트웨이(200)는 터널 제어 조건의 수락을 포함하는 터널 생성 응답 신호(Tunnel Generation Response)를 정책 서버(300)로 전송한다(S460).

정책 서버(300)는 수신한 터널 생성 응답 신호를 기초로, 단말(100)로 터널 응답 신호(Tunnel Response)를 전송한다(S470).

이와 같이, 단말(100)과 게이트웨이(200)는 협상 완료된 터널 제어 조건에 따라 통신 인터페이스별/전송 경로별로 적어도 하나의 터널을 생성하고, 특정 터널에 지정된 암호화 알고리즘을 사용하여 터널별로 데이터 암호화를 할 수 있다. 즉, 통신 인터페이스별/전송 경로별로 터널 수를 다르게 지정할 수 있다.

도 8을 참고하면, 단말(100)과 게이트웨이(200)는 협상 완료된 터널 제어 조건에 따라 생성된 통신 인터페이스별/전송 경로별 터널 수를 상태에 따라 동적으로 가변(증가 또는 감소)한다. 단말(100)은 통신 인터페이스별/전송 경로별 성능 상태 정보를 기초로 터널 요청 신호를 정책 서버(300)로 전송하여 터널 수를 동적으로 가변할 수 있고, 다음과 같이, 정책 서버(300)의 제어에 의해 터널 수를 동적으로 가변할 수 있다.

단말(100)은 통신 인터페이스별/전송 경로별 성능 상태 정보(Performance Status)를 정책 서버(300)로 보고한다(S510). 단말(100)은 주기적으로 성능 상태 정보를 정책 서버(300)로 보고할 수 있다.

정책 서버(300)는 단말(100)과 터널링된 게이트웨이(200)로부터 터널 상태 정보를 수신한다(S520). 터널 상태 정보는 게이트웨이(200)의 부하량, 터널을 통한 데이터 전송량 등을 포함할 수 있고, 또는 추가할 수 있는 터널 수를 포함할 수 있다.

정책 서버(300)는 단말(100)의 인터페이스별/전송 경로별 성능 상태 정보와 게이트웨이(200)의 터널 상태 정보를 기초로, 터널링을 통한 터널 추가 또는 생성된 터널 수 감소를 결정하고, 이를 요청하는 터널 요청(Tunnel Request)을 한다(S530). 터널 요청은 단말(100) 및/또는 게이트웨이(200)로 전송할 수 있다. 정책 서버(300)는 터널링 자원제공이 가능하다고 판단되는 경우 단말(100)에게 터널 추가를 요청할 수 있다.

단말(100)은 터널 요청에 대한 터널 응답(Tunnel Response)을 전송한다(S540). 터널 응답은 성공/수락(Success)을 포함할 수 있다. 단말(100)은 터널 제어 요청에 따라 게이트웨이(200)와 터널링을 통해 적어도 하나의 터널을 추가 생성하거나 생성된 적어도 하나의 터널을 제거할 수 있다.

도 9는 한 실시예에 따른 전송 모드 협상 방법의 흐름도이다.

도 9를 참고하면, 다중 통신 인터페이스/다중 전송 경로로 단말(100)과 게이트웨이(200)가 연결되고, 각 통신 인터페이스/전송 경로에 생성된 적어도 하나의 터널을 통해 데이터가 양방향 전송된다. 이때 전송 모드를 선택할 수 있다.

단말(100)은 정책 서버(300)로 전송 모드 요청 신호(Transport Mode Request)를 전송한다(S610). 전송 모드는 다중 터널을 통해 다른 데이터를 보내는 병합(Aggregation) 전송 모드, 다중 터널을 통해 동일한 데이터를 보내는 중복 전송(redundant) 모드, 백업(backup) 전송 모드를 포함할 수 있다. 이 중, 병합 전송 모드나 중복 전송 모드에서 백업 전송 모드로 변경하는 경우, 백업으로 사용하는 통신 인터페이스를 명시적으로 포함하여야 한다.

정책 서버(300)는 게이트웨이(200)로 전송 모드 요청 신호에 포함된 전송 모드 알림 신호(Transport Mode Notify)를 전송한다(S620).

게이트웨이(200)는 전송 모드 알림 신호에 따라 전송 모드를 변경하고, 전송 모드 변경 완료 신호를 정책 서버(300)로 전송한다(S630). 게이트웨이(200)가 전송 모드를 변경할 수 없는 경우, 정책 서버(300)로 이를 알릴 수 있다.

정책 서버(300)는 전송 모드 응답 신호(Transport Mode Response)를 단말(100)로 전송한다(S640). 전송 모드 응답은 성공/수락(Success)을 포함할 수 있다.

단말(100)과 게이트웨이(200)는 협상된 전송 모드에 따라 다중 터널을 통해 데이터를 전송한다.

도 10과 도 11은 한 실시예에 따른 세션 연속성 보장을 위한 전송 경로 변경 방법의 흐름도이다.

도 10을 참고하면, 단말(100)이 복수의 망에 접속한 상태에서, 단말 이동 등의 상황에 따라 커버리지 이탈이나 연결 오류로 인해 접속 상태가 수시로 변할 수 있다. 이러한 경우, 세션 연속성 보장을 위해 단말(100), 게이트웨이(200), 정책 서버(3300)는 통신 인터페이스의 상태를 다음과 같이 모니터링한다.

단말(100)은 정책 서버(300)로 헬스 체크 요청 신호(Health Check Request)를 전송한다(S710). 헬스 체크 요청 신호는 헬스 체크 대상인 통신 인터페이스/전송 경로, 체크 간격, 오류(Fail) 수 등을 포함한다. 체크 간격은 통신 인터페이스/전송 경로별로 다를 수 있다.

정책 서버(300)는 게이트웨이(200)로 헬스 체크 알림 신호(Health Check Notify)를 전송한다(S720). 게이트웨이(200)는 단말(100)의 헬스 체크가 진행됨을 알 수 있다.

그리고 정책 서버(300)는 단말(100)로 헬스 체크 응답 신호(Health Check Response)를 전송한다(S730).

단말(100)은 제1 통신 인터페이스를 통해 게이트웨이(200)로 헬로우 메시지(Hello Message)를 전송한다(S740). 단말(100)은 UDP 패킷으로 헬로우 메시지를 전송할 수 있다.

게이트웨이(200)는 단말(100)의 제1 통신 인터페이스로 헬로우 메시지를 전송한다(S750).

단말(100)은 제2 통신 인터페이스를 통해 게이트웨이(200)로 헬로우 메시지를 전송한다(S760).

게이트웨이(200)는 단말(100)의 제2 통신 인터페이스로 헬로우 메시지를 전송한다(S770).

헬스 체크 응답 신호를 수신한 단말(100)은 게이트웨이(200)로 통신 인터페이스/전송 경로별로 헬로우 메시지를 전송하여 접속망의 상태를 확인한다.

도 11을 참고하면, 헬스 체크를 위해 전송되는 헬로우 메시지가 누락될 수 있다. 이 경우, 단말(100)과 게이트웨이(200) 각각은 스스로 연결에 문제가 있음을 인지할 수 있다. 단말(100)과 게이트웨이(200) 각각은 전송망의 상태가 양호하지 않아 끊김을 판단하는 경우, 해당 경로의 터널을 제거하고, 이상여부를 상대방에게 전달한다.

단말(100)은 헬스 체크를 위해 전송되는 헬로우 메시지가 누락되거나 전송되지 않음을 확인하면, 해당 통신 인터페이스를 통한 경로를 제거하거나 데이터 전송을 제한한다(S810).

단말(100)은 정책 서버(300)로 헬스 체크 실패 알림 신호(Health Check Fail Notify)를 전송한다(S820). 헬스 체크 실패 알림 신호는 헬로우 메시지를 수신하지 못한 통신 인터페이스의 정보가 포함된다.

정책 서버(300)는 게이트웨이(200)로 헬스 체크 실패 알림 신호를 전달한다(S830).

게이트웨이(200)는 헬스 체크 실패 알림 신호에 포함된 통신 인터페이스를 통한 경로를 제거하거나 데이터 전송을 제한한다(S840). 한편, 게이트웨이(200)는 헬스 체크 실패 알림 신호를 수신하기 전에, 일정 시간 동안 단말로부터 헬로우 메시지를 수신하지 못하면, 문제가 발생한 통신 인터페이스를 통한 경로를 제거하거나 데이터 전송을 제한할 수 있다.

이처럼, 단말(100)은 문제가 발생한 통신 인터페이스를 통한 상향 데이터 전송을 제한하거나, 해당 통신 인터페이스를 통한 전송 경로를 제거할 수 있다. 게이트웨이(200)는 문제가 발생한 통신 인터페이스로의 하향 데이터 전송을 제한하거나, 해당 통신 인터페이스를 통한 전송 경로를 제거할 수 있다. 그리고, 단말(100)과 게이트웨이(200)는 정상적인 통신 인터페이스/전송 경로를 통해 터널링 통신을 유지한다. 이때 터널 내에서 처리되는 단대단 세션 통신은 연속적으로 유지되므로 특정 통신 인터페이스를 통한 데이터 전송이 제한되더라도, 서비스에 영향이 없다.

이와 같이, 단말(100), 정책 서버(300), 그리고 게이트웨이(200) 사이의 시그널링을 통해, 적어도 하나의 전송 경로에 생성된 적어도 하나의 터널을 통해 세션 데이터를 전송하고, 다중망 전송 또는 다중망 중 선택된 망을 통한 전송 모두 할 수 있다. 단말(100), 정책 서버(300), 그리고 게이트웨이(200) 사이의 인-밴드 시그널링(in-band signaling)으로 각종 전송 조건을 협상하여 전송 방법을 선택할 수 있다. 단말(100), 정책 서버(300), 그리고 게이트웨이(200) 사이의 인-밴드 시그널링으로 단일 세션 트래픽을 송/수신단 각자 결정할 수 있고, 복수 세션 발생 시 세션 단위로 트래픽 경로를 결정할 수도 있다.

이상에서 설명한 본 발명의 실시예는 장치 및 방법을 통해서만 구현이 되는 것은 아니며, 본 발명의 실시예의 구성에 대응하는 기능을 실현하는 프로그램 또는 그 프로그램이 기록된 기록 매체를 통해 구현될 수도 있다.

이상에서 본 발명의 실시예에 대하여 상세하게 설명하였지만 본 발명의 권리범위는 이에 한정되는 것은 아니고 다음의 청구범위에서 정의하고 있는 본 발명의 기본 개념을 이용한 당업자의 여러 변형 및 개량 형태 또한 본 발명의 권리범위에 속하는 것이다.

Claims (16)

1. 복수의 통신망에 접속하는 다중 통신 인터페이스를 통해 적어도 하나의 전송 경로를 생성하는 단말, 그리고 상기 단말과 연결된 적어도 하나의 전송 경로를 통해 세션 데이터를 송수신하는 게이트웨이 사이의 트래픽 전송을 위해, 정책 서버가 단말 및 게이트웨이와 시그널링하는 방법으로서,
   단말로부터 서비스-인터페이스 매핑 리스트를 수신하는 단계,
   상기 서비스-인터페이스 매핑 리스트를 기초로 상기 단말의 특정 서비스 또는 특정 어플리케이션에 대해 지정된 전송 경로를 포함하는 서비스 필터링 설정 요청 신호를 생성하고, 상기 게이트웨이로 상기 서비스 필터링 설정 요청 신호를 전송하는 단계,
   상기 게이트웨이로부터 상기 서비스 필터링 설정 요청 신호에 대한 수락을 포함하는 서비스 필터링 설정 응답 신호를 수신하는 단계,
   상기 단말로, 상기 서비스 필터링 설정 응답 신호를 기초로 생성한 협상 완료 신호를 전송하는 단계,
   상기 단말로부터, 설정된 전송 경로에 대한 헬스 체크 요청 신호를 수신하는 단계,
   상기 게이트웨이로, 상기 단말에서 요청된 헬스 체크 알림 신호를 전송하여 상기 단말에 의한 헬스 체크가 진행됨을 알려주는 단계, 그리고
   상기 단말로, 상기 헬스 체크 요청 신호에 대한 헬스 체크 응답 신호를 전송하는 단계를 포함하고,
   상기 서비스 필터링 설정 요청 신호를 수신한 상기 게이트웨이와 상기 협상 완료 신호를 수신한 상기 단말은 상기 복수의 통신망 중 상기 서비스-인터페이스 매핑 리스트에 포함된 전송 경로를 사용하여 상기 특정 서비스 또는 특정 어플리케이션에 대한 트래픽을 송수신하며,
   상기 서비스-인터페이스 매핑 리스트는 상기 특정 서비스 또는 특정 어플리케이션을 구분하는 식별자, 그리고 상기 복수의 통신망 중 지정된 전송 경로를 포함하고,
   상기 헬스 체크 응답 신호를 수신한 상기 단말과 상기 헬스 체크 알림 신호를 수신한 상기 게이트웨이는 상기 적어도 하나의 전송 경로를 통해 헬로우 메시지를 교환함으로써 해당 접속망의 접속 상태를 확인하는, 시그널링 방법.
2. 제1항에서,
   상기 협상 완료 신호는 상기 서비스 필터링 설정 요청 신호에 대한 응답인 서비스 필터링 응답 신호이며,
   상기 서비스-인터페이스 매핑 리스트는 상기 특정 서비스 또는 특정 어플리케이션과 상기 지정된 전송 경로가 매핑된 정보를 포함하는, 시그널링 방법.
3. 제1항에서,
   상기 협상 완료 신호를 전송하는 단계는
   상기 특정 서비스 또는 특정 어플리케이션과 상기 지정된 전송 경로가 매핑된 서비스-인터페이스 매핑 리스트를 상기 단말로 전송하는, 시그널링 방법.
4. 제1항에서,
   상기 게이트웨이로부터 상기 서비스 필터링 설정 요청 신호에 대한 거절을 포함하는 서비스 필터링 설정 응답 신호를 수신하는 단계, 그리고
   수정된 서비스 필터링 설정 요청 신호를 상기 게이트웨이로 전송하여 재협상하는 단계
   를 더 포함하는 시그널링 방법.
5. 삭제
6. 삭제
7. 삭제
8. 삭제
9. 삭제
10. 삭제
11. 제1항에서,
    상기 헬스 체크 요청 신호는
    헬스 체크 대상인 전송 경로 그리고 체크 간격을 포함하는, 시그널링 방법.
12. 복수의 통신망에 접속하는 다중 통신 인터페이스 중 적어도 하나를 통해 게이트웨이와 트래픽 송수신하는 단말의 동작 방법으로서,
    특정 서비스 또는 특정 어플리케이션과 특정 전송 경로가 매핑된 서비스-인터페이스 매핑 리스트를 정책 서버로 전송하여 서비스 필터링 요청하는 단계,
    상기 정책 서버로부터 상기 서비스-인터페이스 매핑 리스트에 대한 상기 게이트웨이의 서비스 필터링 수락을 포함하는 응답을 수신하는 단계, 그리고
    상기 다중 통신 인터페이스 중 상기 특정 전송 경로에 해당하는 통신 인터페이스를 통해 상기 특정 서비스 또는 특정 어플리케이션의 세션 데이터를 상기 게이트웨이와 송수신하는 단계를 포함하며,
    상기 서비스-인터페이스 매핑 리스트는 상기 특정 서비스 또는 특정 어플리케이션을 구분하는 식별자, 그리고 상기 복수의 통신망 중 지정된 상기 특정 전송 경로를 포함하고,
    설정된 상기 특정 전송 경로에 대한 헬스 체크 요청을 상기 정책 서버로 전송해서 상기 정책 서버가 상기 헬스 체크 요청에 대한 헬스 체크 알림을 상기 게이트웨이로 전송하도록 하고, 상기 정책 서버로부터 상기 헬스 체크 요청 신호에 대한 헬스 체크 응답 신호를 수신한 이후에, 상기 특정 전송 경로에 해당하는 통신 인터페이스를 통해 헬로우 메시지를 상기 게이트웨이로 전송함으로써 해당 접속망의 접속 상태를 확인하는 단계를 더 포함하고
    상기 헬스 체크 알림 신호를 수신한 상기 게이트웨이는 상기 특정 전송 경로를 통해 헬로우 메시지를 교환함으로써 헬스 체크를 진행하는, 단말의 동작 방법.
13. 제12항에서,
    전송 경로별 생성 터널 수를 포함하는 터널 제어 조건을 상기 정책 서버로 전송하는 단계, 그리고
    상기 정책 서버로부터 상기 터널 제어 조건에 대한 상기 게이트웨이의 제어 수락을 포함하는 응답을 수신하는 단계를 더 포함하고,
    상기 세션 데이터를 상기 게이트웨이와 송수신하는 단계는
    상기 터널 제어 조건에 포함된 전송 경로별 생성 터널 수를 기초로 상기 특정 전송 경로에 적어도 하나의 터널을 생성하여 상기 세션 데이터를 상기 게이트웨이와 송수신하는, 단말의 동작 방법.
14. 제13항에서,
    상기 터널 제어 조건은 터널별 데이터 암호화 여부를 더 포함하고,
    상기 세션 데이터를 상기 게이트웨이와 송수신하는 단계는
    상기 터널 제어 조건을 기초로, 상기 특정 전송 경로에 생성된 터널 중에서 데이터 암호화 대상인 터널로 전송되는 데이터를 암호화하여 상기 게이트웨이로 전송하는, 단말의 동작 방법.
15. 삭제
16. 제12항에서,
    상기 헬로우 메시지가 누락되거나 상기 게이트웨이로부터 상기 헬로우 메시지에 대한 응답을 수신하지 못한 경우, 상기 특정 전송 경로에 해당하는 통신 인터페이스로의 데이터 전송을 제한하는 단계, 그리고
    상기 정책 서버로 헬스 체크 실패를 알리는 단계
    를 더 포함하는, 단말의 동작 방법.

Images