KR102176428B1

KR102176428B1 - 무선 랜으로 미디어 전송 시 사용자 체감 서비스 품질을 높이는 방법 및 장치

Info

Publication number: KR102176428B1
Application number: KR1020140117261A
Authority: KR
Inventors: 정상수; 박주현
Original assignee: 삼성전자주식회사
Priority date: 2014-05-23
Filing date: 2014-09-03
Publication date: 2020-11-09
Also published as: CN107079371A; EP3146762A1; EP3146762B1; CN107079371B; EP3146762A4; KR20150135035A

Abstract

본 발명은 3GPP 시스템과 비 3GPP 시스템이 공존하는 망에서, LTE와 같은 3GPP 시스템과 무선 랜과 같은 비(non)-3GPP 시스템을 동시에 사용하여 데이터를 효과적으로 송수신하는 서비스를 제공하기 위한 기술이다. 보다 구체적으로, 본 명세서의 실시 예는 사용자의 선호도 및 망의 상태에 따라 데이터를 전송할 엑세스망을 선택하여 데이터 전송시 사용자 체감 서비스 품질을 높이는 기술이다.

Description

무선 랜으로 미디어 전송 시 사용자 체감 서비스 품질을 높이는 방법 및 장치 {APPARATUS AND METHOD FOR IMPROVING SERVICE QUALITY OF MEDIA TRANSMISSION THROUGH WLAN}

본 명세서의 실시 예는 3GPP 시스템과 비 3GPP 시스템이 공존하는 망에서, LTE와 같은 3GPP 시스템과 무선 랜과 같은 비(non)-3GPP 시스템을 동시에 사용하여 데이터를 효과적으로 송수신하는 서비스를 제공하기 위한 기술이다. 보다 구체적으로, 본 명세서의 실시 예는 사용자의 선호도 및 망의 상태에 따라 데이터를 전송할 엑세스망을 선택하여 데이터 전송시 사용자 체감 서비스 품질을 높이는 기술이다.

일반적으로 이동 통신 시스템은 사용자의 활동성을 보장하면서 음성 서비스를 제공하기 위해 개발되었다. 그러나 이동통신 시스템은 점차로 음성뿐 아니라 데이터 서비스까지 영역을 확장하고 있으며, 현재에는 고속의 데이터 서비스를 제공할 수 있는 정도까지 발전하였다. 그러나 현재 서비스가 제공되고 있는 이동 통신 시스템에서는 자원의 부족 현상이 발생하고 있고, 또한 사용자들이 보다 고속의 서비스를 요구함으로 인해 보다 발전된 이동 통신 시스템이 요구되고 있다.

이러한 요구에 부응하여 차세대 이동 통신 시스템으로 개발 중인 중 하나의 시스템으로써 3GPP(The 3rd Generation Partnership Project)에서 LTE(Long Term Evolution)에 대한 규격 작업이 진행 중이다. LTE는 최대 100 Mbps정도의 전송 속도를 가지는 고속 패킷 기반 통신을 구현하는 기술이다. 이를 위해 여러 가지 방안이 논의되고 있는데, 예를 들어 네트워크의 구조를 간단히 해서 통신로 상에 위치하는 노드의 수를 줄이는 방안이나, 무선 프로토콜들을 최대한 무선 채널에 근접시키는 방안 등이 있다.

이와 같은 이동통신 시스템에서 단말은 복수 개의 이종 망을 동시에 사용할 수 있다. 특히, 단말은 GERAN/UTRAN/E-UTRAN과 같은 3GPP 엑세스 망과 WLAN(Wireless Local Area Network)과 같은 비(non)-3GPP 엑세스 망을 동시에 사용할 수 있다. 예를 들면, 사용자 단말은 E-UTRAN에 접속하여 데이터를 송수신 하면서, 다른 트래픽을 위해 WLAN에 동시에 접속해 데이터를 송수신 할 수도 있다. 이때, 사용자 단말에 대해 트래픽이 전송될 엑세스 망을 사용자의 가입 정보나 망 상태 등을 고려해서 최적으로 제어할 수 있는 방법 및 장치가 요구된다.

사용자 단말이 비(non)-3GPP 시스템을 통해 특정 패킷 데이터 네트워크(PDN: Packet Data Network)에 연결된 서비스를 사용하는 경우, 사용자 단말로부터 패킷 데이터 네트워크 게이트웨이(P-GW: Packet Data Network Gateway)까지 연결(Connection)이 생성될 필요가 있다. 사업자 망 구성과 사용자에 대한 서비스 자유도를 높이기 위해, 패킷 데이터 네트워크는 한 사용자 단말이 무선랜을 사용하여 접속하는 경우에도 동일한 APN(Access Point Name)을 갖는 PDN에 대해 하나 이상의 PDN 연결을 생성할 수 있도록 허용해야 한다. 또는, 사용자 단말이 하나의 IP 주소를 사용해 동시에 3GPP 시스템과 비 3GPP 시스템을 통해 트래픽을 송수신 할 수 있도록 지원하는 방법이 허용될 수 있다. 이 때, 연결의 생성, 해제, 및 어떤 엑세스망을 통해 트래픽을 전송할지 여부는 사용자에 대한 가입 정보나, 사업자 망의 상태를 고려하여 결정되어야 한다. 또한, 만약 사용자 단말이 3GPP 엑세스 망과 WLAN 망에 동시에 접속 중인 상태에서 시작된 데이터 전송이, WLAN 망과의 연결 상실로 인해 이루어질 수 없을 때, 만약 나머지 데이터가 사용자에게 아무런 공지 없이 3GPP 엑세스 망으로 전송되면, 과도한 요금이 청구되거나, 사용자가 느끼는 서비스 품질이 저하될 수 있다.

상기한 문제점들을 해결하기 위해서, 따라서, 연결과 트래픽 송수신을 효율적으로 제어하기 위한 장치 및 방법이 요구된다.

상기와 같은 목적을 달성하기 위한 본 발명의 제1 망 및 제2망에 접속할 수 있는 단말의 트래픽 송수신 방법은, 임의의 트래픽을 송수신할 망을 선택하기 위한 제어정보를 획득하는 단계, 획득한 상기 제어정보를 네트워크에 전송하는 단계 및 상기 네트워크로부터 수신한 상기 전송한 제어정보에 대한 응답을 기초로 상기 임의의 트래픽을 상기 제1 망 및 제2 망 중 어느 하나의 망을 이용하여 송수신 하는 단계를 포함하는 것을 특징으로 한다.

또한 본 발명의 일 실시 예에 따른 제1 망 및 제2망 중 어느 한 망으로 트래픽 송수신을 수행하는 단말은 데이터통신을 수행하는 통신부 및 임의의 트래픽을 송수신할 망을 선택하기 위한 제어정보를 획득하고, 획득한 상기 제어정보를 네트워크에 전송하고, 상기 네트워크로부터 수신한 상기 전송한 제어정보에 대한 응답을 기초로 상기 임의의 트래픽을 상기 제1 망 및 제2 망 중 어느 하나의 망을 이용하여 송수신 하는 제어부를 포함하는 것을 특징으로 한다.

또한 본 발명의 일 실시 예에 따른 네트워크 장치의 단말 접속 방법은, 상기 단말로부터 제어정보를 포함한 접속요청 메시지를 수신하는 단계, 상기 접속요청 메시지에 포함된 상기 제어정보를 네트워크의 게이트웨이에 전송하는 단계, 상기 네트워크의 게이트웨이로부터 상기 제어정보에 대한 응답을 수신하는 단계를 포함하되, 상기 제어정보는 임의의 트래픽에 대하여 상기 네트워크의 게이트웨이가 제1망 또는 제2망 중 어느 하나의 망으로 전송할지를 결정하기 위해 사용되는 정보인 것을 특징으로 한다.

또한 본 발명의 일 실시 예에 따른 단말과 접속하기 위한 네트워크 장치는, 데이터 통신을 수행하는 통신부 및 상기 단말로부터 제어정보를 포함한 접속요청 메시지를 수신하고, 상기 접속요청 메시지에 포함된 상기 제어정보를 네트워크의 게이트웨이에 전송하고, 상기 네트워크의 게이트웨이로부터 상기 제어정보에 대한 응답을 수신하는 제어부를 포함하되, 상기 제어정보는 임의의 트래픽에 대하여 상기 네트워크의 게이트웨이가 제1망 또는 제2망 중 어느 하나의 망으로 전송할지를 결정하기 위해 사용되는 정보인 것을 특징으로 한다.

또한 본 발명의 일 실시 예에 따른 제1 망 및 제2망에 연결된 네트워크 게이트웨이의 트래픽 송수신 결정 방법은, 상기 제1망에 연결된 단말로부터 임의의 트래픽의 송수신할 망을 결정하기 위한 제어정보를 수신하는 단계, 상기 수신한 제어정보를 기초로 상기 임의의 트래픽을 송수신할 망을 결정하는 단계 및 결정된 상기 임의의 트래픽을 송수신할 망을 통하여 상기 임의의 트래픽을 상기 단말과 송수신하는 단계를 포함하는 것을 특징으로 한다.

또한 본 발명의 일 실시 예에 따른 제1 망 및 제2망에 연결된 네트워크 게이트웨이는, 데이터 통신을 수행하는 통신부 및 상기 제1망에 연결된 단말로부터 임의의 트래픽의 송수신할 망을 결정하기 위한 제어정보를 수신하고, 상기 수신한 제어정보를 기초로 상기 임의의 트래픽을 송수신할 망을 결정하고, 결정된 상기 임의의 트래픽을 송수신할 망을 통하여 상기 임의의 트래픽을 상기 단말과 송수신하는 제어부를 포함하는 것을 특징으로 한다.

또한 본 발명의 일 실시 예에 따른 2 이상의 망에 접속 중인 단말의 데이터 송수신 방법은, 임의의 데이터의 송수신의 요청을 입력받는 단계, 상기 단말의 사용자에게 상기 임의의 데이터를 송수신할 엑세스 망을 선택하는 사용자 인터페이스를 표시하는 단계 및 사용자가 선택한 상기 임의의 데이터를 송수신할 엑세스 망을 통해서 상기 임의의 데이터를 송수신하는 단계를 포함하는 것을 특징으로 한다.

또한 본 발명의 일 실시 예에 따른 2 이상의 망에 접속 중인 단말은, 데이터 통신을 수행하는 통신부 및 상기 제1망에 연결된 단말로부터 임의의 트래픽의 송수신할 망을 결정하기 위한 제어정보를 수신하고, 상기 수신한 제어정보를 기초로 상기 임의의 트래픽을 송수신할 망을 결정하고, 결정된 상기 임의의 트래픽을 송수신할 망을 통하여 상기 임의의 트래픽을 상기 단말과 송수신하는 제어부;를 포함하는 것을 특징으로 한다.

본 명세서의 다양한 실시 예에 따르면, 3GPP망과 non 3GPP 망에 함께 접속할 수 있는 단말의 트레픽 전송 경로를 네트워크에서 제어할 수 있고, 네트워크 및 단말의 상태에 따라 트레픽 전송 경로를 결정할 수 있도록 함으로써 제한된 통신 자원을 효율적으로 활용할 수 있다.

또한, 본 명세서의 다양한 실시 예에 따르면, 데이터가 송수신 중인 엑세스 망 일부에 대하여 연결이 상실되는 경우, 망 상태나 사용자의 선호에 따라 연결이 유지된 엑세스 망을 이용한 나머지 데이터의 전송 여부를 제어하므로, 부당한 요금이 청구되거나 사용자가 느끼는 서비스 품질이 저하되는 것을 막을 수 있다.

도 1은 본 명세서의 일 실시 예에 따른 단말이 3GPP 엑세스 망과 비-3GPP 엑세스 망을 동시에 사용하여 데이터를 송수신하는 상황을 개략적으로 나타낸 도면이다.
도 2는 본 명세서의의 일 실시 예에 따른 TWAN(Trusted WLAN Access Network)의 블록 구성도의 일 예를 나타낸 도면이다.
도 3은 사용자 단말이 WLAN과 연결을 생성하고, LTE 및 WLAN을 통해 트래픽을 송수신하기 위해 트래픽 제어 정보를 갱신하는 동작을 나타낸 순서도이다.
도 4는 사용자 단말과 네트워크가 WLAN과 연결을 생성하고, LTE와 WLAN을 통해 트래픽을 송수신하기 위해 트래픽 제어 정보를 갱신하는 동작을 나타낸 순서도이다.
도 5는 사용자 단말과 네트워크가 WLAN과 연결을 생성하고, LTE 및 WLAN을 통해 트래픽을 송수신하기 위해 트래픽 제어 정보를 갱신하는 과정을 나타낸 흐름도이다.
도 6은 사용자 단말이 WLAN을 통해 연결을 생성한 후, IP flow 제어 정보를 코어 망과 교환하여 트래픽의 전송 경로를 설정하는 방법을 나타낸 흐름도이다.
도 7은 사용자 단말에 새로운 세션(session) 생성이 필요할 때, 생성되는 세션을 통한 데이터를 송수신하는데 사용되는 엑세스망을 선택하는 방법을 나타낸 도면이다.
도 8은 사용자 단말이 특정 세션에 대해 엑세스 망을 선택해 전송을 수행하다가, 전송이 완료되기 전에 해당 엑세스망에 대한 접속이 상실된 경우의 동작을 나타낸 도면이다.
도 9는 새로운 미디어 또는 파일 전송이 발생했을 때 미디어 또는 파일을 전송할 엑세스망에 대한 선호도를 묻는 UI(User Interface)를 나타낸 도면이다.
도 10은 미디어 또는 파일을 송수신 중이던 엑세스망의 접속이 해제된 경우 사용자가 선호하는 다음 동작을 묻는 UI를 나타낸 도면이다.
도 11은 새로운 미디어 또는 파일 전송이 시작될 때, 엑세스 망을 선택해 전송 경로를 설정하는 과정을 나타낸 도면이다.
도 12는 WLAN을 통해 미디어 또는 파일을 전송 중이던 상황에서 WLAN 접속이 해제된 경우 LTE로 전송 경로를 재설정하는 과정을 나타낸 도면이다.
도 13은 WLAN을 통해 미디어 또는 파일을 전송 중이던 상황에서 WLAN 접속이 해제된 경우 WLAN 접속이 복귀되었을 때 이어서 전송하는 과정을 나타낸 도면이다.
도 14는 본 발명의 일 실시 예에 따른 단말의 개략적인 구조를 나타낸 장치도이다.
도 15는 본 발명의 일 실시 예에 따른 네트워크 장치의 개략적인 구조를 나타낸 장치도이다.
도 16은 LTE로 데이터를 이어받을지 여부에 대한 사용자 의사를 입력받기 위한 알림창의 일 예를 나타낸 도면이다.
도 17은 본 발명의 실시 예에서 2차 사용자 단말이 사용되는 경우를 나타낸 도면이다.

이하, 본 발명의 실시 예를 첨부된 도면을 참조하여 상세하게 설명한다.

실시 예를 설명함에 있어서 본 발명이 속하는 기술 분야에 익히 알려져 있고 본 발명과 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 발명의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.

마찬가지 이유로 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.

본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.

이때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.

또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.

이 때, 본 실시 예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA또는 ASIC과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다.

또한 앞으로 본 명세서의 실시 예들을 구체적으로 설명함에 있어서, 기본적인 3GPP(Third Generation Partnership Project) LTE 시스템을, 그리고 비(non)-3GPP 엑세스 망으로는 무선 랜(WLAN, Wireless Local Area Network, WiFi로 속칭됨)을 주된 대상으로 할 것이지만, 본 명세서의 실시 예들의 주요한 요지는 유사한 기술적 배경 및 시스템 형태를 가지는 여타의 통신/컴퓨터 시스템에도 본 명세서의 실시 예의 범위를 크게 벗어나지 아니하는 범위에서 약간의 변형으로 적용 가능하며, 이는 본 명세서의 실시 예의 기술 분야에서 숙련된 기술적 지식을 가진 자의 판단으로 가능할 것이다.

예를 들면, 본 발명의 적용 대상은 WLAN 대신 1x/CDMA2000 시스템이나 WiMAX 시스템이 될 수 있다.

도 1은 본 명세서의 일 실시 예에 따른 단말이 3GPP 엑세스 망과 비-3GPP 엑세스 망을 동시에 사용하여 데이터를 송수신하는 상황을 개략적으로 나타낸 도면이다.

도 1을 참조하면, 비-3GPP 엑세스 망(120, 130)의 일 예로 WLAN이 도시되어 있지만, 앞서 언급한 것처럼 비-3GPP 엑세스 망(120, 130)은 WLAN 뿐만 아니라 다른 비 3GPP 표준 엑세스 망, 예를 들면 1x/CDMA2000/HRPD 엑세스 망 또는 WiMAX 망을 포함할 수 있다.

비-3GPP 엑세스 망(120, 130)은 크게 trusted 비-3GPP 엑세스 망(120)(이하, 신뢰성 있는 비-3GPP 엑세스 망, trusted WLAN 등을 혼용하여 명명됨)과 untrusted 비-3GPP 엑세스 망(130)(이하, 신뢰성 없는 비-3GPP 엑세스 망, untrusted WLAN 등을 혼용하여 명명됨)으로 나눌 수 있다. 비-3GPP 엑세스 망의 구분은, 사업자가 사업자 망에 연결된 비-3GPP 엑세스 망을 신뢰할 수 있는지의 여부에 따라 결정될 수 있다. 만약 비-3GPP 엑세스 망이 신뢰성이 없는 경우(Untrusted 비-3GPP 엑세스 망(130)), 비-3GPP 엑세스 망은 ePDG(evolved Packet Data Gateway)(140)를 통해 3GPP 사업자 망, 일 예로 P-GW(PDN Gateway)(170)에 연결될 수 있다. 본 발명의 다양한 실시 예에서 사업자는 3GPP 엑세스 망을 운용하는 사업자를 포함할 수 있으며, 비-3GPP 엑세스 망은 3GPP 사업자와 계약을 맺은 서비스 제공자(Service Provider)일 수 있다.

이와 달리, 신뢰성 있는 비-3GPP 엑세스 망(120)은 ePDG(140) 없이 바로 P-GW(170)에 연결될 수 있다.

도 1에는 설명의 편의를 위해 비-3GPP 엑세스 망(120, 130)이 하나의 장치로 표시되어 있으나, 비-3GPP 엑세스 망(120, 130)은 다수의 엑세스 포인트로 구성된 망일 수 있다. 특히, WLAN으로 신뢰성 있는 비-3GPP 엑세스 망(120)을 구성하는 경우, 이는 TWAN(Trusted WLAN Access Network)라 부르며, TWAN은 하나 이상의 WiFi 엑세스 포인트와 TWAG(Trusted WLAN Access Gateway)를 포함할 수 있다. 이 경우, WiFi 엑세스 포인트는 TWAG를 통해 3GPP 사업자 망에 연결된다. TWAG는 WiFi 엑세스 포인트와 물리적으로 분리되어 구현되거나, 아니면 하나의 장치 내에 별도의 논리적인 모듈을 통해 구현될 수 있다.

한편, 도 1에서 나타난 것처럼, 사용자 단말(User Equipment; UE)(110)은 Trusted WLAN(120) 또는 Untrusted WLAN(130)을 통해 사업자 코어 망을 지나지 않고 직접 외부 PDN(190)(예를 들면 Internet)과 트래픽을 송수신하는 NSWO(Non-Seamless WLAN offloading) 기술을 사용할 수도 있다.

본 발명의 다양한 실시 예에서 3GPP 이동 통신 시스템, 특히 LTE 시스템은 차세대 기지국(Evolved Node B, EUTRAN, ENB, Node B)(150) 및 S-GW(Serving Gateway)(160)를 포함할 수 있으며, UE(110)는 ENB(150) 및 S-GW(160), 그리고 P-GW(170)를 통해 외부 네트워크에 접속할 수 있다. P-GW(170)는 보통 PCEF(Policy and Charging Enforcement Function)(180)을 갖는데, 만약 PCEF(180)가 P-GW와(170) 별도로 구현되는 경우, 본 발명의 실시 예에서 P-GW(170)는 PCEF(180)로 대치되어 적용될 수 있다.

PCRF(180)는 사용자의 서비스 품질(QoS)과 관련된 정책을 제어하는 장치이며, 정책에 해당하는 PCC(Policy and Charging Control) 규칙(rule)은 P-GW(170)에 전달되어 적용될 수 있다.

eNB(150)는 RAN(Radio Access Network) 노드로서, UTRAN 시스템의 RNC(Radio Network Controller) 그리고 GERAN 시스템의 BSC(Base Station Controller)에 대응되는 기능을 수행할 수 있다. eNB(150)는 UE(110)와 무선 채널로 연결되며 기존 RNC/BSC와 유사한 역할을 수행한다. 또한 eNB (150)는 여러 개의 셀을 동시에 사용할 수 있다. 따라서 본 명세서의 실시 예들은 eNB(E-UTRAN)(150)을 UTRAN 또는 GERAN으로 대체할 경우, 2G/3G 레거시 망에 적용될 수 있다.

S-GW(160)는 데이터 베어러를 제공하는 장치이며, 이동성 관리 엔티티(Mobility Management Entity, MME)의 제어에 따라서 데이터 베어러 컨텍스트를 생성하거나 제거한다. S-GW(160)의 기능은 2G/3G 망에서의 SGSN(Serving GPRS Support Node)의 기능에 대응될 수 있다.

LTE와 같은 무선 통신 시스템에서 QoS를 적용할 수 있는 단위는 EPS 베어러(bearer)이다. 하나의 EPS 베어러는 동일한 QoS 요구사항을 갖는 IP 플로우(Flow)들을 전송하는데 사용된다. EPS 베어러에는 QoS와 관련된 파라미터가 지정될 수 있으며 QoS와 관련된 파라미터에는 QCI(QoS Class Identifier)와 ARP(Allocation and Retention Priority)가 포함될 수 있다.

본 발명의 다양한 실시 예에서 EPS 베어러는 GPRS 시스템의 PDP 컨텍스트(context)에 대응될 수 있다. UE(110)가 3GPP 또는 비-3GPP 엑세스망을 통해 EPC(Evolved Packet Core)에 접속할 경우, UE(110)는 PDN connection을 생성하게 되는데, 이 PDN connection에는 하나 이상의 EPS bearer가 포함될 수 있으며, PDN connection 별로 IP 주소를 할당 받을 수 있다. 이하 본 발명의 실시 예를 설명함에 있어, PDN connection 또는 연결이라는 용어는, IP 주소를 기반으로 단말이 코어망을 통해 PDN과 데이터를 주고받을 수 있는 논리적인 통로를 포함하는 개념으로 이해될 수 있다.

도 2는 본 명세서의의 일 실시 예에 따른 TWAN(Trusted WLAN Access Network)의 블록 구성도의 일 예를 도시한 도면으로, TWAN은 도 1에서 설명한 Trusted 비-3GPP 엑세스 망의 일종으로 볼 수 있다.

도 2를 참조하면, TWAN(Trusted WLAN Access Network)(210)은 하나 이상의 WLAN으로 구성된 WLAN 엑세스 네트워크(WLAN Access Network)(220), AAA와의 연동을 위한 신뢰하는 WLAN AAA 프록시(Trusted WLAN AAA Proxy)(230), 그리고 WLAN Access Network(210)와 P-GW를 연결해 주는 신뢰하는 WLAN 엑세스 게이트웨이(TWAG: Trusted WLAN Access Gateway)(240)를 포함할 수 있다.

TWAG(240)와 P-GW 사이의 인터페이스는 S2a라 칭할 수 있으며, 여기에는 GTP(GPRS Tunneling Protocol)나 PMIP(Proxy Mobile IP)같은 프로토콜이 사용될 수 있다. 위의 구조는 논리적(Logical)인 구조일 뿐 실제로 물리적인 구성은 보다 자유로울 수 있다. 또한 실시 예에 따라 WLAN Access Network(220) 및 TWAG(240)은 통신 시스템에서 물리적으로 동일한 엔티티에 구현될 수 있다.

이하에서는 앞서 언급한 문제, 즉 사용자 단말이 비-3GPP 엑세스망과 3GPP 엑세스망을 동시에 사용할 수 있을 때, 연결을 생성하거나 관리하는 방법 및 특정 트래픽을 사용자 가입 정보나 망 상태에 따라 어떤 엑세스망으로 전송할지 결정하여 알리는 방법을 실시 예들을 통해 설명하도록 한다. 그러나, 본 발명은 상기한 실시 예들에 한정되는 것은 아니며, 본 명세서에 개시된 실시 예들 이외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.

본 명세서의 실시 예를 설명함에 있어, 설명의 간결함을 위해 네트워크 구성이 비-3GPP 엑세스 망으로 TWAN을 포함하는 경우를 위주로 할 것이지만, 본 발명의 주요한 요지는 비-3GPP 엑세스 망을 통해 PDN을 활용하는 어떠한 상황에도 적용될 수 있다. 즉, 만약 사업자 망 구성이 Untrusted WLAN을 사용하는 경우, 본 발명의 실시 예에 있어 TWAN은 ePDG로 대체될 수 있으며, ePDG는 untrusted WLAN을 통해 사용자 단말과 메시지를 주고받는 것으로 대체될 수 있다.

한편, 본 발명의 실시 예를 설명함에 있어, IP flow 제어 정보는 IP flow를 식별할 수 있는 정보를 포함할 수 있는데, 이는 TFT(Traffic Flow Templates), packet filter, IP flow descriptor, SDF(Service Data Flow) Template 등 특정한 IP flow를 검출하는데 사용될 수 있는 정보 모두를 지칭할 수 있다.

본 명세서에서 TWAN과 WLAN은 설명의 편의를 위해 혼용되어 사용될 수 있다. 또한, 설명의 편의를 위해 WLAN은 WLAN에서 제어를 담당하는 엔터티, 예를 들면 WLAN AP(Access Point), TWAG, 또는 ePDG를 지칭할 수 있다. 또한, 이하에서는 설명의 간결함을 위해, UE와 통신하는 엔터티가 TWAN인 경우를 예로 들어 설명하나, 실제 UE가 교환하는 메시지의 프로토콜에 의해 실제 UE가 통신하는 엔터티는 TWAN 내의 적어도 하나의 요소(즉, WLAN access network, TWAG, TWAP 중 적어도 하나)일 수 있다. 예를 들면, 비콘(Beacon) 메시지는 TWAN 내의 WLAN access network에 의해 전송될 수 있다. 또한, ANQP(Access Network Query Protocol) 방법은 UE와 TWAN 내의 WLAN access network, 또는 이와 연결된 ANQP 서버, 또는 TWAG와 사이에 적용될 수 있다. 또한 WLAN 제어 계층 메시지(WLCP - WLAN Control Protocol)는 UE와 TWAG 사이에 교환될 수 있다.

만약, 비-3GPP 엑세스망이 untrusted인 경우, 사용자 단말과 ePDG 사이에서 교환되는 정보는 WLAN 제어 계층 메시지가 아닌 IKE(Internet Key Exchange) 메시지에 포함되며, 비-3GPP 엑세스망을 통해 전달될 수 있다. 만약 사용자 단말이 WLAN 엑세스 망과 직접 정보를 교환하는 경우, EAP 메시지가 사용될 수 있다.

또한, 본 명세서에서 WLAN과 PCRF 사이의 정보 교환은 Gateway Control Session 생성(Establishment), 변경(Modification), 해제(Termination)로, PGW와 PCRF 사이의 정보 교환은 IP-CAN Session 생성(Establishment), 변경(Modification), 해제(Termination)로 설명될 것이지만, 실제 이 과정은 WLAN 또는 PGW가 CCR(Credit Control Request) 메시지에 본 발명의 실시 예에 설명된 정보를 포함하여 PCRF에게 전송하고, PCRF가 CCA(Credit Control Answer) 메시지에 본 발명의 실시 예에 설명된 정보를 포함하여 WLAN 또는 PGW에게 전송하는 것에 대응될 수 있다.

만약 PCRF가 요청을 받지 않은 상태에서 WLAN 또는 PGW에게 본 발명의 실시 예에 설명된 정보를 전송하는 것은 PCRF가 RA(Re-Auth) Request 메시지에 본 발명의 실시 예에 설명된 정보를 포함하여 WLAN 또는 PGW에게 전송하고, 이를 수신한 WLAN 또는 PGW가 RA(Re-Auth) Answer 메시지에 본 발명의 실시 예에 설명된 정보를 포함해 PCRF에게 응답하는 것에 대응될 수 있다.

또한, 본 발명의 실시 예들을 적용함에 있어, diameter 메시지는 상기 설명된 것에 한정되는 것이 아니며 유사한 다른 요청/응답 메시지로 변경되어 사용될 수 있으며, 본 발명의 주요한 요지는 한 엔터티에서 다른 엔터티로 본 발명의 실시 예에서 설명된 정보를 전달하고, 그에 따라 본 발명의 실시 예에서 설명된 동작을 수행하는 것에 있다.

한편, 앞서 언급한 것처럼, 이하에서는 본 발명의 실시 예들을 사용자 단말이 비-3GPP 엑세스 망과 3GPP 엑세스 망을 통해 동시에 하나의 IP 주소를 할당 받아 사용하는 경우를 기본으로 설명할 것이지만, 본 발명의 주요한 요지는 사용자 단말이 비-3GPP 엑세스 망과 3GPP 엑세스 망에 대하여 서로 다른 IP 주소를 할당 받아 사용하는 경우에도 적용될 수 있다. 이 경우, 본 발명의 실시 예는 사용자 단말이 동일한 PGW에 연결을 가진 경우에 적용되고, 사용자 단말 및 각 네트워크 엔터티들이 주고받는 정보에는 동작의 대상이 되는 연결을 식별할 수 있는 정보(IP 주소, 연결 식별자, 또는 연결에 포함된 기본 bearer의 식별자 등)가 포함되어야 한다.

한편, 본 발명의 실시 예들을 설명함에 있어, 각 실시 예들의 메시지 교환 과정 중 SGW가 일부 생략될 수 있다. 만약 하나의 네트워크 엔터티, 특히 MME가 메시지를 PGW와 교환하는 경우, 이 메시지는 SGW를 통해 PGW와 교환될 수 있다. 즉, SGW는 MME로부터 수신한 제어 메시지를 PGW로 전달하고, PGW로부터 수신한 메시지를 MME로 전달할 수 있으며, 이때 SGW가 생성하여 다음 홉(hop)으로 전달하는 GTP 메시지에 들어가는 정보(Information Element)는 이전 홉으로부터 수신한 것을 사용할 수 있다.

이하에서는, 사용자 단말이 3GPP 엑세스 망과 WLAN과 같은 비-3GPP 엑세스 망을 통해 동시에 접속할 수 있을 때, 연결 및 트래픽 경로를 결정하는 방법을 실시 예를 통해 설명한다.

도 3은 사용자 단말이 WLAN과 연결을 생성하고, LTE 및 WLAN을 통해 트래픽을 송수신하기 위해 트래픽 제어 정보를 갱신하는 동작을 나타낸 순서도이다.

도 3을 참조하면, 사용자 단말은 WLAN 사용을 위한 policy를 설정한다(301). 사용자 단말은 WLAN을 사용하기 위한 policy(또는 rule)를 가질 수 있는데, 이러한 policy는 사용자 단말에 저장되어 있거나, 또는 ANDSF 서버로부터 수신할 수도 있으며, 아니면 사업자 망의 MME(NAS 메시지 사용)나 eNB(RRC 메시지 사용)을 통해 수신할 수도 있다. 이러한 policy에는 WLAN을 선택하기 위한 정보와 트래픽을 어떤 엑세스 망으로 전송할지 판단할 수 있는 정보 중 하나 이상이 포함될 수 있다. 또한 상기 policy는 사용자 단말에 저장되어 수행되는 WLAN 상태 보고를 위한 설정을 포함할 수 있다. 본 발명의 실시 예에서 상기 WLAN 상태 보고를 위한 설정은 보고를 수행할 대상 또는 이벤트(Event), 보고를 수행해야 하는 조건 또는 보고 주기 중 적어도 하나를 포함할 수 있으며, 이외에 실시 예에서 WLAN 동작을 위해 필요한 정보를 추가적으로 포함할 수도 있다. 예를 들면, WLAN 상태 보고를 위한 설정은, 사용자 단말의 WLAN 연결 상태가 변경되었거나(즉, 연결의 생성 또는 해제, 또는 측정된 신호 세기가 조건을 만족하는 경우), 새로운 WLAN에 연결 될 경우 보고를 수행하도록 설정될 수 있으며, 사용자 단말이 접속 중인 WLAN의 혼잡 상태(AP의 beacon으로부터 수신한 BSS load나, ANQP 과정을 통해 수신한 backhaul의 속도/로드, 또는 사용자 단말이 측정한 평균 지연시간 등)가 일정 문턱 값 이상이나 이하가 되면 혼잡 상태를 보고하도록 설정될 수 있다.

사용자 단말은 상기 policy 또는 규칙에 따라 WLAN을 선택하고, 접속(association) 및 인증(authentication) 과정을 수행할 수 있다(303). 일 실시 예에서 단말은 인증 과정을 생략하고, 차후 연결을 맺는 과정에서 인증 절차를 수행할 수도 있다.

사용자 단말은 상기 policy 또는 규칙에 따라 IP flow에 대한 경로 설정(즉, IP flow의 전송할 때 사용할 엑세스 망)이 필요함을 판단하고, 네트워크로 요청할 IP flow 제어 정보를 생성할 수 있다(305).

WLAN과 접속을 맺은 사용자 단말은 연결(connection)을 생성하기 위한 요청 메시지를 WLAN을 통해 사업자 망으로 전송한다(307).

실시 예에 따라서는, 사용자 단말의 접속 및 연결 생성은 동시에 이루어질 수도 있다. 본 발명의 다양한 실시 예에서 상기 요청 메시지는 L3(Layer 3) attach 메시지를 포함할 수 있다. 본 발명의 다양한 실시 예에서 만약 WLAN이 TWAN인 경우, 사용자 단말은 연결 생성을 요청하기 위해 WLCP PDN connectivity request 메시지를 TWAG에게 전송하거나, 또는 WLAN에게 EAP 메시지를 전송할 수도 있다. 만약 WLAN이 untrusted WLAN인 경우, 사용자 단말은 연결 생성을 요청하기 위해 IKE 메시지를 ePDG에게 전송할 수 있다. 상기 메시지에는 사용자 식별자(IMSI 또는 NAI), 연결을 맺을 APN(Access Point Name), 연결의 형태(attach인지 아니면 Handover인지), 또는 사용자 단말이 NW 제어 기반 IP flow mobility 기능을 지원하는지 여부를 나타내는 정보 중 적어도 하나가 포함될 수 있다. 또한 사용자 단말은 앞선 과정에서 생성한 IP flow 제어 정보를 상기 요청 메시지에 포함시킬 수 있다.

본 발명의 다양한 실시 예에서 IP flow 별 제어 정보는 IP flow descriptor로 칭해질 수 있다. 여기서, IP flow 제어 정보는 TFT 또는 packet filter의 형태를 따를 수 있으며, 보다 구체적으로 IP flow를 식별할 수 있는 정보(송수신 IP 주소, 송수신 port, 도메인 네임, 프로토콜 타입, 서비스 응용 식별자 등)와 각 IP flow가 송수신 되어야 하는 연결을 가진 엑세스 망(예를 들면, WLAN을 통한 연결 또는 3GPP 엑세스망을 통한 연결)을 구별할 수 있는 정보 중 적어도 하나를 포함할 수 있다. 또한, IP flow 제어 정보는 활성화 된 ANDSF policy(또는 rule) 전체 또는 일부를 포함할 수도 있다.

네트워크로부터 응답 메시지를 수신한 단말은(309), 만약 응답 메시지에 IP flow 제어 정보가 포함된 경우, 이를 기반으로 생성된 연결을 통해 IP flow를 전송할 수 있다. 만약 PDN 연결이 WLAN과 3GPP 엑세스망을 통해 동시에 생성된 경우, 사용자 단말은 상기 IP flow 제어 정보를 기반으로 어떤 엑세스망을 통해 트래픽을 전송해야 하는지 결정할 수 있다(311). 또한 실시 예에 따라 사용자 단말은 IP flow 제어 정보에서 지정하는 값에 따라 트래픽을 전송할 엑세스 망을 선택할 수 있다.

본 발명의 다양한 실시 예에서 IP flow 제어 정보는, 각 IP flow 별로 엑세스 망의 우선순위 또는 IP flow 별로 엑세스 망을 선택하는 조건 중 적어도 하나가 포함될 수 있는데, 상기 조건에는 시간, 위치(지리적 위/경도 위치, 셀, TA 등), 혼잡 상태 중 적어도 하나가 포함될 수 있다. 본 발명의 다양한 실시 예에서 단말은 상기 우선 순위 또는 조건 중 적어도 하나를 기반으로 IP flow를 전송할 엑세스 망을 선택할 수 있다. 상기 우선 순위는 상기 조건에 따라 다르게 지정될 수 있다. 보다 구체적으로 우선 순위는 제1 위치의 경우 WLAN 망이 높은 우선순위를 가지고, 제2 위치의 경우 3GPP 망이 높은 우선순위를 갖도록 설정될 수 있다.

IP flow 제어 정보에 조건이 포함된 경우, 사용자 단말은 특정 IP flow를 전송할 수 있는 엑세스 망 중 IP flow 제어 정보에 포함된 조건이 만족되며 가장 우선순위가 높은 엑세스 망을 선택해 트래픽을 전송할 수 있다.

만약, 망 상태로 인해 우선순위가 높은 엑세스 망을 이용한 트래픽 전송이 실패하는 경우(예를 들면, WLAN의 우선순위가 높은 IP flow의 트래픽이 발생하였는데, WLAN과의 연결이 끊어진 경우), 사용자 단말은 다음 우선순위를 갖는 엑세스 망으로 트래픽을 전송할 수도 있다.

한편, 본 명세서의 실시 예에서 사용자 단말이 사업자 망으로부터 수신하는 IP flow 제어 정보는, 정책(즉, 사용자 단말이 판단을 내릴 때 사용되는 조건으로, 동작에 대한 성공/실패 여부를 망에게 알리지 않을 수 있음) 또는 명령(사용자 단말은 명령에 따라 동작을 수행하려고 시도하고, 성공/실패 여부를 망에게 알림)의 형태를 포함할 수 있다. 또한 본 발명의 다양한 실시 예에서 사업자 망으로부터 수신되는 IP flow descriptor의 경우 3GPP 망으로 전송되기 위한 조건 및 규칙을 포함하거나, 비 3GPP 망으로 전송되기 위한 조건 및 규칙을 포함할 수 있다.

한편, 응답(수락) 메시지에 별도의 IP flow 제어 정보가 포함되지 않은 경우, 사용자 단말은 자신의 요청이 수락되었음을 인지하고, 자신이 요청 메시지에 삽입하였던 IP flow 제어 정보에 따라 상기 과정과 동일하게 IP flow에 대한 경로 설정 및 제어 동작을 수행할 수 있다.

도 4는 사용자 단말과 네트워크가 WLAN과 연결을 생성하고, LTE와 WLAN을 통해 트래픽을 송수신하기 위해 트래픽 제어 정보를 갱신하는 과정을 나타낸다. 도 3과 차별적인 점은, WLAN을 통해 연결을 생성하는 과정과 IP flow 제어 정보를 송수신하는 과정이 분리된 점이다.

도 4를 참조하면, 사용자 단말은 WLAN 사용을 위한 policy를 설정한다(401). 사용자 단말은 WLAN을 사용하기 위한 policy(또는 rule)를 가질 수 있는데, 이러한 policy는 사용자 단말에 저장되어 있거나, 또는 ANDS 서버로부터 수신할 수도 있으며, 아니면 사업자 망의 MME(NAS 메시지 사용)나 eNB(RRC 메시지 사용)을 통해 수신할 수도 있다. 이러한 policy에는 WLAN을 선택하기 위한 정보와 트래픽을 어떤 엑세스망으로 전송할지 판단할 수 있는 정보 중 하나 이상이 포함될 수 있다. 또한 상기 policy는 사용자 단말에 저장되어 수행되는 WLAN 상태 보고를 위한 설정을 포함할 수 있다. 본 발명의 실시 예에서 상기 WLAN 상태 보고를 위한 설정은 보고를 수행할 대상 또는 이벤트(Event), 보고를 수행해야 하는 조건 또는 보고 주기 중 적어도 하나를 포함할 수 있으며, 이외에 실시 예에서 WLAN 동작을 위해 필요한 정보를 추가적으로 포함할 수도 있다. 예를 들면, WLAN 상태 보고를 위한 설정은, 사용자 단말의 WLAN 연결 상태가 변경되었거나(즉, 연결의 생성 또는 해제, 또는 측정된 신호 세기가 조건을 만족하는 경우), 새로운 WLAN에 연결 될 경우 보고를 수행하도록 설정될 수 있으며, 사용자 단말이 접속 중인 WLAN의 혼잡 상태(AP의 beacon으로부터 수신한 BSS load나, ANQP 과정을 통해 수신한 backhaul의 속도/로드, 또는 사용자 단말이 측정한 평균 지연시간 등)가 일정 문턱 값 이상이나 이하가 되면 혼잡 상태를 보고하도록 설정될 수 있다.

사용자 단말은 상기 policy 또는 규칙에 따라 WLAN을 선택하고, 접속(association) 및 인증(authentication) 과정을 수행할 수 있다(403). 일 실시 예에서 단말은 인증 과정을 생략하고, 차후 연결을 맺는 과정에서 인증 절차를 수행할 수도 있다.

사용자 단말은 WLAN을 통해 3GPP 코어망과 연결을 생성하기 위한 과정(attach 또는 PDN connection 생성)을 수행한다(405). 이때 사용자가 네트워크로 전송하는 요청 메시지는 WLCP PDN connectivity request 메시지일 수 있다. 또한, 이 과정 중에 사용자 단말은 생성된 연결을 통해 IP flow를 어떻게 처리해야 하는지에 대한 기본 규칙을 설정할 수 있다. 이때, 만약 네트워크로부터 수신한 연결 생성 수락(응답) 메시지에 기본 규칙이 포함된 경우, 사용자 단말은 이 정보를 사용하여 설정 과정을 수행한다.

사용자 단말은 상기 policy 또는 규칙에 따라 IP flow에 대한 경로 설정(즉, IP flow의 전송할 때 사용할 엑세스망)이 필요함을 판단하고, 네트워크로 요청할 IP flow 제어 정보를 생성할 수 있다(407).

사용자 단말은 IP flow 제어가 필요한 경우, 세션 관리 요청 메시지를 사업자 망으로 전송한다(409). 일 실시 예에서 만약 WLAN이 TWAN인 경우, 사용자 단말은 세션 관리를 요청하기 위해 WLCP binding update request 메시지를 TWAG에게 전송하거나, 또는 사용자 단말은 WLAN에게 EAP 메시지를 전송할 수도 있다. 만약 WLAN이 untrusted WLAN인 경우, 사용자 단말은 세션 관리를 요청하기 위해 IKE 메시지를 ePDG에게 전송할 수 있다. 만약 E-UTRAN을 통해 세션 관리가 필요한 경우, 사용자 단말은 MME에게 보내는 ESM 요청 메시지, 예를 들면 binding update request 또는 bearer resource modification request 메시지를 사용할 수 있다. 상기 메시지에는 사용자 식별자(IMSI 또는 NAI), 대상 연결을 구분할 수 있는 식별자(연결 ID, IP 주소, 또는 bearer ID), 또는 사용자 단말이 NW 제어 기반 IP flow mobility 기능을 지원하는지 여부를 나타내는 정보 중 적어도 하나가 포함될 수 있다. 또한 사용자 단말은 앞선 과정에서 생성한 IP flow 제어 정보를 상기 요청 메시지에 포함시킬 수 있다.

네트워크로부터 응답 메시지를 수신한 단말은(411), 만약 응답 메시지에 IP flow 제어 정보가 포함된 경우, 이를 기반으로 생성된 연결을 통해 IP flow를 전송할 수 있다. 만약 PDN 연결이 WLAN과 3GPP 엑세스망을 통해 동시에 생성된 경우, 사용자 단말은 상기 IP flow 제어 정보를 기반으로 어떤 엑세스망을 통해 트래픽을 전송해야 하는지 결정할 수 있다(413). 또한 실시 예에 따라 사용자 단말은 IP flow 제어 정보에서 지정하는 값에 따라 트래픽을 전송할 엑세스 망을 선택할 수 있다.

본 발명의 다양한 실시 예에서 IP flow 제어 정보는, 각 IP flow 별로 엑세스 망의 우선순위 또는 IP flow 별로 엑세스 망을 선택하는 조건 중 적어도 하나가 포함될 수 있는데, 상기 조건에는 시간, 위치(지리적 위/경도 위치, 셀, TA 등), 혼잡 상태 중 적어도 하나가 포함될 수 있다. 본 발명의 다양한 실시 예에서 단말은 상기 우선 순위 또는 조건 중 적어도 하나를 기반으로 IP flow를 전송할 엑세스 망을 선택할 수 있다. 상기 우선 순위는 상기 조건에 따라 다르게 지정될 수 있다. 보다 구체적으로 우선 순위는 제1위치의 경우 WLAN 망이 높은 우선순위를 가지고, 제2위치의 경우 3GPP 망이 높은 우선순위를 갖도록 설정될 수 있다.

만약, 망 상태로 인해 우선순위가 높은 엑세스 망을 이용한 트래픽 전송이 실패하는 경우(예를 들면, WLAN의 우선순위가 높은 IP flow의 트래픽이 발생하였는데, WLAN과의 연결이 끊어진 경우), 사용자 단말은 다음 우선순위를 갖는 엑세스망으로 트래픽을 전송할 수도 있다.

한편, 응답(수락) 메시지에 별도의 IP flow 제어 정보가 포함되지 않은 경우, 사용자 단말은 자신의 요청이 수락되었음을 인지하고, 자신이 요청 메시지에 삽입하였던 IP flow 제어 정보에 따라 상기 과정과 동일하게 IP flow에 대한 경로 설정 및 제어 동작을 수행할 수 있다.도 5는 사용자 단말과 네트워크가 WLAN과 연결을 생성하고, LTE 및 WLAN을 통해 트래픽을 송수신하기 위해 트래픽 제어 정보를 갱신하는 과정을 나타낸다.

도 5을 참조하면, 사용자 단말(UE), TWAN/ePDG, 기지국, MME, PGW 및 PCRF 중 적어도 두 개의 엔티티 사이에 신호가 송수신될 수 있다.

사용자 단말에는 WLAN을 선택하거나, 연결을 갖는 엑세스 망에 대해 어떤 트레픽(IP flow)를 송수신해야 하는지 결정할 수 있는 정책(policy 또는 rule)이 설정되어 있다(501). 이 정책은 보통 policy 서버, 예를 들면 ANDSF 서버를 통해 생성되어 단말에 전달된 후 설정될 수 있지만, 별도의 외부 엔터티와의 상호 연동 없이 사용자 단말에 미리 설정되거나 저장된 정책일 수도 있다. 사용자 단말은 상기 정책에 따라 WLAN을 선택하고, 접속 및 인증 과정을 수행할 수 있다.

사용자 단말은 WLAN 망을 통한 TWAN/ePDG로 attach 요청을 전송한다(503). 이때, 망 구성에 따라 WLCP(Trusted WLAN에서 다중 연결 모드일 때), DHCP(DHCP를 사용하도록 설정된 경우), EAP(Trusted WLAN에서 싱글 연결 모드일 때), IKE(Untrusted WLAN 일 때) 요청 메시지가 사용될 수 있다. 특히, WLCP를 사용하는 경우, 상기 요청 메시지는 PDN connectivity request 메시지일 수 있다. 상기 메시지들에는 사용자 단말의 NW 기반 IP flow mobility 지원 여부를 나타내는 정보 및 NW 기반 IP flow 제어 관련 정보(IP flow filter) 중 적어도 하나가 포함될 수 있다. IP flow 제어 정보에는 IP flow를 구분할 수 있는 정보(packet filter)와, 이 IP flow에 대한 허용 엑세스 망을 나타내는 식별자가 포함될 수 있다. 또는, IP flow 제어 정보에는, 엑세스 망의 선택 조건과 엑세스 망 선택의 우선순위 개념을 도입하여, IP flow 구분 정보와 적용 조건(시간, 위치, 혼잡 상태 등), 그리고 각 조건 별 엑세스 망의 우선순위가 포함될 수도 있다. 또한, IP flow 제어 정보에는 각 IP flow 별 QoS 정보, 예를 들면 트래픽 형태(VoIP, Video, Best effort 등), uplink/downlink 최대/최소/보장 bitrate, QCI/ARP나 WLAN에서 사용할 수 있는 전송 파라메터, 예를 들면 Access Category index 등이 포함될 수 있다. 사용자 단말은 IP flow 제어 정보에, 설정된 정책(예를 들면 ANDSF로부터 수신하여 설정된 정책) 중 활성화 된 것 전체를 포함시킬 수도 있으며, 또는 현재 IP flow 이동의 대상이 되는 트래픽에 대한 것만 추출해서 포함시킬 수도 있다.

단말로부터 전송된 연결(또는 attach) 요청 메시지를 수신한 TWAN(Trusted WLAN인 경우) 또는 ePDG(Untrusted WLAN인 경우)는, 만약 각 엔티티가 PCRF와 연결(Gx interface)을 수행할 수 있을 경우, PCRF와 gateway control session 생성/변경 과정을 수행할 수 있다(505). 이때, PCRF는 사용자 단말의 ID, WLAN의 ID와 연결 상태, 요청된 APN, 또는 NW 기반 IP flow mobility 지원여부를 나타내는 정보 중 하나 이상을 수신할 수 있다. WLAN의 상태정보에는 사용자 단말의 WLAN 연결 상태, 사용자 단말이 접속 중인 WLAN의 혼잡 상태(BSS load, 연결 중인 station의 수, backhaul의 속도/로드, 또는 평균 지연시간 등)가 포함될 수 있다. WLAN의 상태정보를 수신한 PCRF는 사용자 단말에 대한 오프로딩(즉, WLAN 오프로딩을 수행할 지 여부나 어떤 트래픽을 WLAN으로 전송할지)을 결정할 때, 상기 WLAN 상태 정보를 고려할 수 있다.

또한, TWAN/ePDG는 사용자 단말로부터 수신한 IP flow 제어 정보를 PCRF에 전달할 수 있다. PCRF는 사용자 가입정보(SPR 등으로부터 수신한)를 기반으로 IP flow 제어를 허용할지 여부를 결정하고, 사업자 망의 상태(LTE 망의 혼잡 상태/WLAN의 혼잡 상태 등)를 고려하여 IP flow 별로 어떤 엑세스 망을 선택해야 하는지 판단할 수 있는 정보(이하 IP flow 제어 정보라 칭함)를 TWAN 또는 ePDG에게 전송할 수 있다. 이 정보에는 IP flow를 구분할 수 있는 정보(packet filter)와, 이 IP flow에 대한 허용 엑세스망을 나타내는 식별자가 포함될 수 있다. 또는, 상기 정보에는 엑세스 망의 선택 조건과 엑세스 망 선택의 우선순위 개념을 도입하여, IP flow 구분 정보와 적용 조건(시간, 위치, 혼잡 상태 등), 그리고 각 조건 별 엑세스망의 우선순위가 포함될 수도 있다. 또한, 이 정보에는 각 IP flow 별 QoS 정보, 예를 들면 트래픽 형태(VoIP, Video, Best effort 등), uplink/downlink 최대/최소/보장 bitrate, QCI/ARP나 WLAN에서 사용할 수 있는 전송 파라메터, 예를 들면 Access Category index 등이 포함될 수 있다. 또한, PCRF는 사용자 단말에 대해 각 APN 또는 Bearer 별로 WLAN 오프로딩이 허용되는지 여부를 나타내는 정보를 코어 망에 전달해 줄 수도 있다.

TWAN/ePDG는 PGW에게 Proxy Binding Update(PMIP인 경우) 또는 Create Session Request 메시지(GTP인 경우)를 전송한다(507). 상기 요청 메시지에는 기본 정보 외에 사용자 단말로부터 수신한 IP flow 제어 정보 및 QoS 정보 중 적어도 하나가 포함될 수 있다. 또는, 상기 요청 메시지에는 PCRF로부터 수신한 IP flow 제어 정보 및 QoS 정보가 포함될 수 있다. 또한, 상기 요청 메시지에는 WLAN의 상태 정보가 포함될 수 있다. WLAN의 상태정보에는 사용자 단말의 WLAN 연결 상태, 사용자 단말이 접속 중인 WLAN의 혼잡 상태(BSS load, 연결 중인 station의 수, backhaul의 속도/로드, 또는 평균 지연시간 등)등이 포함될 수 있다.

이를 수신한 PGW는 사용자 단말에 대한 오프로딩(즉, WLAN 오프로딩을 수행할 지 여부나 어떤 트래픽을 WLAN으로 전송할지)을 결정할 때, 상기 WLAN 상태 정보를 고려할 수 있다.

PGW는 TWAN/ePDG로부터 수신한 상기 정보를 기반으로 사용자 단말에 대한 PGW context를 생성/갱신하며(509), 이를 통해 각 IP flow별로 downlink data를 어떤 엑세스 망으로 전송해야 하는지 결정할 수 있다.

또한 PGW는 어떤 QoS 파라메터를 적용해서 트래픽을 제어할지도 결정할 수 있다. 만약 PDN 연결이 E-UTRAN을 통해 이미 생성된 경우, PGW는 상기 정보를 통해 E-UTRAN로 송수신되어 하는 IP flow를 구분해서 routing 테이블 및 E-UTRAN의 bearer context(즉, TFT 또는 packet filter)를 갱신할 수 있다. 상기 갱신되는 정보는 제어되는 트래픽 별 엑세스 망의 우선순위를 포함할 수 있으며, 3GPP 망을 통해서 전송되는 트래픽 및 비 3GPP 망을 통해서 전송되는 트래픽 전부 또는 일부의 정보가 포함될 수 있다. 또한 상기 갱신되는 정보는 IP filter 관련 정보를 포함할 수 있다.

PGW는 앞선 결정에 따라 WLAN을 통해 송수신되어야 하는 IP flow의 정보를 담은 Proxy Binding Ack(PMIP인 경우) 또는 Create Session Response(GTP인 경우) 메시지를 TWAN 또는 ePDG에게 전달한다(511). 만약 IP flow 제어 정보가 사용자 단말에게 PCO를 통해 전달되어야 하는 경우, PGW는 PCO에 상기 IP flow 제어 정보를 포함시켜 상기 응답 메시지를 TWAN/ePDG에게 전송하고, 이를 수신한 TWAN/ePDG는 PCO 부분을 사용자 단말에게 다시 전달해준다. 만약 IP flow 제어 정보에 QoS 제어 정보가 포함된 경우, TWAN/ePDG는 WLAN으로 QoS 제어 정보를 전달하여 트래픽 별로 트래픽 전송 파라메터가 설정될 수 있도록 한다.

TWAN/ePDG는 PGW로부터 수신한 IP flow 제어 정보를 사용자 단말에게 전달할 수 있다(513). 이를 수신한 사용자 단말은 각 IP flow 중 WLAN으로 송수신해야 하는 것들을 판단할 수 있게 된다. 만약 IP flow 제어 정보에 QoS 제어 정보가 포함된 경우, 사용자 단말은 이에 따라 IP flow에 속한 트래픽 전송 파라메터가 설정될 수 있도록 한다.

또는, TWAN/ePDG는 단순히 사용자 단말의 요청이 승인되었음을 나타내는 메시지만 사용자 단말에게 전송할 수도 있다. 이 경우, 사용자 단말은 자신이 요청 메시지에 포함시켰던 IP flow 제어 정보의 사용이 허용됨을 인지하고, 이를 이용해 IP flow에 대한 제어 및 경로 선택을 수행할 수 있다.

한편, WLAN으로 연결을 추가/해제하거나, IP flow의 경로를 WLAN으로 설정함에 따라 E-UTRAN으로 송수신되어야 하는 IP flow가 변경되는 경우(즉, 일부 IP flow가 E-UTRAN으로 우선적으로 전송되어야 하거나, 우선적으로 전송되지 않아야 하는 경우가 발생했을 때), 이에 대한 제어는 앞서 발생한 TWAN/ePDG와 단말 사이의 메시지 교환에 의해서 수행될 수 있다(515, 517, 519). 즉, 사용자 단말에게 전달되는 IP flow 제어 정보에 각 트래픽 별로 선택해야 하는 엑세스망 정보가 포함된 경우, 사용자 단말은 TWAN/ePDG로부터 수신한 정보를 바탕으로 WLAN을 위한 TFT 또는 packet filter를 갱신함과 동시에, 3GPP 모뎀의 NAS로 E-UTRAN에서 사용되는 bearer의 TFT 또는 packet filter를 전달해 E-UTRAN의 bearer context를 갱신할 수 있다. 이 경우, 사용자 단말이 TFT 또는 packet filter를 자체적으로 처리하는 부담을 줄이기 위해, PGW로부터 생성되어 단말까지 전달되는 IP flow 제어 정보에는 NAS에서 TFT 또는 Packet filter를 갱신할 때 사용되는 ESM message(예를 들면, Bearer Resource Modification Request) 전체가 포함되거나, 아니면 단순히 각 bearer별로 갱신될 TFT 또는 Packet filter가 포함될 수도 있다. 만약 WLAN을 통해 수신한 IP flow 제어 정보를 담은 메시지에 ESM message가 포함된 경우, 사용자 단말은 내부적으로 상기 ESM message를 3GPP NAS를 처리하는 제어부로 전달하며, 이를 수신한 3GPP NAS 제어부는 상기 ESM message를 처리한다. 이 과정 중 사용자 단말의 3GPP NAS 계층의 context가 변경되거나, 이에 대한 ESM 응답 메시지 또는 새로운 ESM 요청 메시지를 생성하여 전송하게 될 수도 있다.

한편, 상기 방법이 적용되지 않는 경우, PGW는 E-UTRAN을 통해 E-UTRAN 쪽의 bearer context, 즉 TFT 또는 packet filter를 변경해야 하며, 이를 위해서 P-GW initiated bearer modification 과정이 수행될 수 있다(521). 각 메시지에는 TFT 정보 및 QoS 정보가 포함될 수 있다.

상기한 본 발명의 실시 예에 따른 과정이 완료되면, PGW는 downlink IP flow들에 대해, 어떤 엑세스 망으로 전송을 해야 하는지 알 수 있게 되고, 사용자 단말은 uplink IP flow들에 대해 어떤 엑세스 망을 선택해 전송해야 하는지 판단할 수 있다. 또한 사용자 단말은 트래픽들을 전송할 때 적용할 QoS 파라미터도 알 수 있고, 이를 기반으로 엑세스 망을 선택하거나 전송 우선순위를 결정할 수 있다.

한편, 상기 실시 예에서는 사용자 단말이 WLAN망을 통해 attach 되거나, PDN 연결을 생성하는 과정 중에 IP flow 제어 정보를 망에 전달하는 것으로 기술하였으나, 본 발명의 또 다른 실시 예에서 attach/PDN 연결 생성 과정과 IP flow 제어 정보를 교환하여 트래픽의 전송 경로(즉, 대상 엑세스망)를 설정하는 과정은 서로 분리되어 순차적으로 수행될 수도 있다.

도 6은 사용자 단말이 WLAN을 통해 연결을 생성한 후, IP flow 제어 정보를 코어 망과 교환하여 트래픽의 전송 경로를 설정하는 방법을 나타내는 도면이다.

도 6을 참조하면, 사용자 단말(UE), TWAN/ePDG, 기지국, MME, PGW 및 PCRF 중 적어도 두 개의 엔티티 사이에 신호가 송수신될 수 있다.

사용자 단말에는 WLAN을 선택하거나, 연결을 갖는 엑세스 망에 대해 어떤 트레픽(IP flow)를 송수신해야 하는지 결정할 수 있는 정책(policy 또는 rule)이 설정되어 있다(601). 이 정책은 보통 policy 서버, 예를 들면 ANDSF 서버를 통해 생성되어 단말에 전달된 후 설정될 수 있지만, 별도의 외부 엔터티와의 상호 연동 없이 사용자 단말에 미리 설정되거나 저장된 정책일 수도 있다.

사용자 단말은 상기 정책에 따라 WLAN을 선택하고, 접속 및 인증 과정을 수행할 수 있다. 사용자 단말은 WLAN 망을 통한 attach 또는 PDN connection 생성 과정을 수행한다(603).

이 과정이 끝나면, 사용자 단말은 생성된 연결을 통해 데이터를 어떻게 주고받을지 설정하여야 한다. 이를 위해서 사용자 단말은 default IP flow 제어 정보를 설정할 수 있다(605). 이 default IP flow 제어 정보는, 명시적으로 네트워크와 연결을 생성하는 과정 중에 단말로 전송될 수도 있으며, 그렇지 않은 경우, 사용자 단말에 미리 설정되어 있을 수도 있다. 이러한 default IP flow 제어 정보는, 모든 트래픽을 WLAN을 통해 생성된 연결을 통해 송수신할 수 없도록 설정하거나, 일부 또는 모든 트래픽의 송수신은 허용되나 E-UTRAN보다 낮은 우선 순위를 갖도록 설정하는 IP flow 제어 정보를 포함할 수 있다.

사용자 단말은 특정 IP flow에 대한 경로 설정을 위해 session management 요청 메시지를 전송할 수 있는데(607), 이때, 망 구성에 따라 WLCP(Trusted WLAN에서 다중 연결 모드일 때), DHCP(DHCP를 사용하도록 설정된 경우), EAP(Trusted WLAN에서 싱글 연결 모드일 때), IKE(Untrusted WLAN 일 때) 요청 메시지가 사용될 수 있다. 특히, WLCP를 사용하는 경우, 상기 요청 메시지는 binding update request 메시지일 수 있다. 상기 메시지들에는 대상이 되는 연결을 구분할 수 있는 식별자(연결 ID 또는 IP 주소, 사용자 단말의 NW 기반 IP flow mobility 지원 여부를 나타내는 정보 및 NW 기반 IP flow 제어 관련 정보(IP flow filter) 중 적어도 하나가 포함될 수 있다. IP flow 제어 정보에는 IP flow를 구분할 수 있는 정보(packet filter)와, 이 IP flow에 대한 엑세스망을 나타내는 식별자가 포함될 수 있다. 또는, IP flow 제어 정보에는, 엑세스 망의 선택 조건과 엑세스 망 선택의 우선순위 개념을 도입하여, IP flow 구분 정보와 적용 조건(시간, 위치, 혼잡 상태 등), 그리고 각 조건 별 엑세스망의 우선순위가 포함될 수도 있다. 또한, IP flow 제어 정보에는, 각 IP flow 별 QoS 정보, 예를 들면 트래픽 형태(VoIP, Video, Best effort 등), uplink/downlink 최대/최소/보장 bitrate, QCI/ARP나 WLAN에서 사용할 수 있는 전송 파라메터, 예를 들면 Access Category index 등이 포함될 수 있다. 사용자 단말은 IP flow 제어 정보에, 설정된 정책(예를 들면 ANDSF로부터 수신하여 설정된 정책) 중 활성화 된 것 전체를 포함시킬 수도 있으며, 또는 현재 경로 설정의 대상이 되는 IP flow에 대한 것만 추출해서 포함시킬 수도 있다.

단말로부터 전송된 요청 메시지를 수신한 TWAN(Trusted WLAN인 경우) 또는 ePDG(Untrusted WLAN인 경우)는, 만약 각 엔티티가 PCRF와 연결(Gx interface)을 수행할 수 있을 경우, PCRF와 gateway control session 생성/변경 과정을 수행할 수 있다(609). 이때, PCRF는 사용자 단말의 ID, 연결을 식별할 수 있는 ID, WLAN의 ID와 연결 상태, 요청된 APN, 또는 NW 기반 IP flow mobility 지원여부를 나타내는 정보 중 하나 이상을 수신할 수 있다. WLAN의 상태정보에는 사용자 단말의 WLAN 연결 상태, 사용자 단말이 접속 중인 WLAN의 혼잡 상태(BSS load, 연결 중인 station의 수, backhaul의 속도/로드, 또는 평균 지연시간 등)가 포함될 수 있다. WLAN의 상태 정보를 수신한 PCRF는 사용자 단말에 대한 오프로딩(즉, WLAN 오프로딩을 수행할 지 여부나 어떤 트래픽을 WLAN으로 전송할지)을 결정할 때, 상기 WLAN 상태 정보를 고려할 수 있다.

TWAN/ePDG는 PGW에게 Proxy Binding Update(PMIP인 경우) 또는 Modify Bearer Command(GTP인 경우) 메시지를 전송한다(611). 상기 메시지에는 기본 정보 외에 연결을 구분할 수 있는 식별자(연결 ID, IP 주소 또는, Bearer ID), 사용자 단말로부터 수신한 IP flow 제어 정보 및 QoS 정보 중 적어도 하나가 포함될 수 있다. 또는, 상기 메시지에는 PCRF로부터 수신한 IP flow 제어 정보 및 QoS 정보가 포함될 수 있다. 또한, 상기 메시지에는 WLAN의 상태 정보가 포함될 수 있다. WLAN의 상태정보에는 사용자 단말의 WLAN 연결 상태, 사용자 단말이 접속 중인 WLAN의 혼잡 상태(BSS load, 연결 중인 station의 수, backhaul의 속도/로드, 또는 평균 지연시간 등)등이 포함될 수 있다.

PGW는 TWAN/ePDG로부터 수신한 상기 정보를 기반으로 사용자 단말에 대한 PGW context를 생성/갱신하며(613), 이를 통해 각 IP flow별로 downlink data를 어떤 엑세스망으로 전송해야 하는지 결정할 수 있다.

PGW는 앞선 결정에 따라 WLAN을 통해 송수신되어야 하는 IP flow의 정보를 담은 Proxy Binding Ack(PMIP인 경우) 또는 Update Bearer Request(GTP인 경우) 메시지를 TWAN 또는 ePDG에게 전달한다(615). 만약 IP flow 제어 정보가 사용자 단말에게 PCO를 통해 전달되어야 하는 경우, PGW는 PCO에 상기 IP flow 제어 정보를 포함시켜 상기 메시지를 TWAN/ePDG에게 전송하고, 이를 수신한 TWAN/ePDG는 PCO 부분을 사용자 단말에게 다시 전달해준다. 만약 IP flow 제어 정보에 QoS 제어 정보가 포함된 경우, TWAN/ePDG는 WLAN으로 QoS 제어 정보를 전달하여 트래픽 별로 트래픽 전송 파라메터가 설정될 수 있도록 한다.

TWAN/ePDG는 PGW로부터 수신한 IP flow 제어 정보를 사용자 단말에게 전달할 수 있다(617). 이를 수신한 사용자 단말은 각 IP flow 중 WLAN으로 송수신해야 하는 것들을 판단할 수 있게 된다. 만약 IP flow 제어 정보에 QoS 제어 정보가 포함된 경우, 사용자 단말은 이에 따라 IP flow에 속한 트래픽 전송 파라메터가 설정될 수 있도록 한다.

한편, WLAN으로 연결을 추가/해제하거나, IP flow의 경로를 WLAN으로 설정함에 따라 E-UTRAN으로 송수신되어야 하는 IP flow가 변경되는 경우(즉, 일부 IP flow가 E-UTRAN으로 우선적으로 전송되어야 하거나, 우선적으로 전송되지 않아야 하는 경우가 발생했을 때), 이에 대한 제어는 앞서 발생한 TWAN/ePDG와 단말 사이의 메시지 교환에 의해서 수행될 수 있다(619, 621, 623). 즉, 사용자 단말에게 전달되는 IP flow 제어 정보에 각 트래픽별로 선택해야 하는 엑세스망 정보가 포함된 경우, 사용자 단말은 TWAN/ePDG로부터 수신한 정보를 바탕으로 WLAN을 위한 TFT 또는 packet filter를 갱신함과 동시에, 3GPP 모뎀의 NAS로 E-UTRAN에서 사용되는 bearer의 TFT 또는 packet filter를 전달해 E-UTRAN의 bearer context를 갱신할 수 있다. 이 경우, 사용자 단말이 TFT 또는 packet filter를 자체적으로 처리하는 부담을 줄이기 위해, PGW로부터 생성되어 단말까지 전달되는 IP flow 제어 정보에는 NAS에서 TFT 또는 Packet filter를 갱신할 때 사용되는 ESM message(예를 들면, Bearer Resource Modification Request) 전체가 포함되거나, 아니면 단순히 각 bearer별로 갱신될 TFT 또는 Packet filter가 포함될 수도 있다. 만약 WLAN을 통해 수신한 IP flow 제어 정보를 담은 메시지에 ESM message가 포함된 경우, 사용자 단말은 내부적으로 상기 ESM message를 3GPP NAS를 처리하는 제어부로 전달하며, 이를 수신한 3GPP NAS 제어부는 상기 ESM message를 처리한다. 이 과정 중 사용자 단말의 3GPP NAS 계층의 context가 변경되거나, 이에 대한 ESM 응답 메시지 또는 새로운 ESM 요청 메시지를 생성하여 전송하게 될 수도 있다.

한편, 상기 방법이 적용되지 않는 경우, PGW는 E-UTRAN을 통해 E-UTRAN 쪽의 bearer context, 즉 TFT 또는 packet filter를 변경해야 하며, 이를 위해서 P-GW initiated bearer modification 과정이 수행될 수 있다(625). 각 메시지에는 TFT 정보 및 QoS 정보가 포함될 수 있다.

상기한 본 발명의 실시 예에 따른 과정이 완료되면, PGW는 downlink IP flow들에 대해, 어떤 엑세스 망으로 전송을 해야 하는지 알 수 있게 되고, 사용자 단말은 uplink IP flow들에 대해 어떤 엑세스 망을 선택해 전송해야 하는지 판단할 수 있다. 또한 사용자 단말은 트래픽들을 전송할 때 적용할 QoS 파라메터도 알 수 있고, 이를 기반으로 엑세스망을 선택하거나 전송 우선순위를 결정할 수 있다.

한편, 사용자 단말이 3GPP 엑세스 망(E-UTRAN/LTE)와 non-3GPP 엑세스 망(WLAN)에 동시에 접속하여 연결을 갖는 경우, 사용자는 데이터를 송수신할 때, 자신이 선호하는 엑세스 망을 선택할 수 있다. 특히, 전송될 데이터의 크기가 크거나 특별한 QoS 요구사항을 갖는 경우, 이에 적합한 엑세스 망을 선택해 데이터를 송수신해야 사용자 체감 서비스 품질을 높일 수 있다. 여기에서, 사용자가 받는 서비스는 RCS(Rich Communication Suit)일 수 있으며, 특히, 사용자가 RCS 서비스 중 미디어 또는 파일 전송을 선택한 경우일 수 있다.

도 7은 사용자 단말에 새로운 세션(session) 생성이 필요할 때, 생성되는 세션을 통한 데이터를 송수신하는데 사용되는 엑세스망을 선택하는 방법을 나타낸다.

도 7에 따르면, 사용자 단말은 WLAN과 LTE에 동시에 접속되어 있으며, PDN 연결은 WLAN과 LTE를 통해 생성되어 있다(701). 사용자 단말은 이 PDN 연결을 통해 IMS(IP Multimedia Subsystem)망에 등록(registration) 되어 있으며, 또한 RCS(Rich Communication Suit) 서비스를 받고 있을 수 있다.

사용자는 사용자 단말을 통해 미디어 또는 파일 전송을 선택할 수 있다(703). 본 발명의 실시 예에서 설명의 편의를 위해 미디어 또는 파일을 예로 들 것이나, 본 발명을 적용하는 것은 미디어 또는 파일 전송에 국한되는 것은 아니며, 어떠한 형태의 데이터도 적용 대상이 될 수 있다.

사용자 단말은 사용자에게 미디어 또는 파일을 송수신할 엑세스 망 중 선호하는 것이 무엇인지 묻는 화면을 출력할 수 있다(705). 사용자가 선호하는 엑세스망을 선택 또는 입력하면 사용자 단말은 이를 인식한다. 또는, 미리 사용자가 미디어 또는 파일을 전송할 때 선호하는 엑세스망이 무엇인지 미리 설정해 놓은 경우, 사용자 단말은 설정 정보를 확인하여 사용자가 선호하는 엑세스망이 무엇인지 확인한다.

사용자 단말은 제어 메시지를 통해 서버에 미디어 또는 파일 전송을 시작하기 위한 정보를 전달할 수 있다(707). 상기 제어 메시지는 SIP(Session Initiation Protocol) 메시지일 수 있으며, 서버는 IMS를 지원하는 서버일 수 있다. 상기 제어 메시지에는, 사용자 단말이 미디어 또는 파일 전송을 수행할 때 선호하는 엑세스망(RAT:Radio Access Technology)가 무엇인지를 나타내는 정보가 포함될 수 있다. 본 발명의 실시 예에서 상기 SIP 메시지는 INIVTE 메시지일 수 있다. 또한, 본 발명의 실시 예에서 상기 SIP 메시지는 미디어 또는 파일 전송을 위한 세션을 생성하기 위해 MSRP(Message Session Relay Protocol) 세션 정보를 포함할 수 있다. 또한, 본 발명의 실시 예에서 상기 선호하는 엑세스 망 정보는 WLAN/3GPP/E-UTRAN/UTRAN/GERAN 중 하나를 나타내는 식별자일 수 있다. 또한, 본 발명의 실시예에서 상기 선호하는 엑세스 망 정보는 SDP(Session Description Protocol)의 일부로 포함될 수 있다. 만약 SDP가 사용되는 경우, 선호하는 엑세스 망 정보는, 예를 들어 만약 선호하는 엑세스 망이 WLAN인 경우, “a=preferredRAT:WLAN” 과 같은 형태로 인코딩 될 수 있다. 만약 MSRP가 사용되는 경우, 상기 선호하는 엑세스 망을 나타내는 SDP 정보는 MSRP를 위한 SDP의 일부로 포함될 수 있다.

상기 요청에 의해, 사용자 단말은 사업자 망으로부터 IP flow 제어 정보를 수신할 수 있으며(709), 이에 따라 미디어 또는 파일 전송을 위한 신규 세션이 어떤 엑세스망으로 전송되어야 하는지 판단할 수 있다.

사용자 단말은, 상기 설정에 따라 미디어 또는 파일을 선택된 엑세스 망으로 송수신한다(711).

도 8은 사용자 단말이 특정 세션에 대해 엑세스 망을 선택해 전송을 수행하다가, 전송이 완료되기 전에 해당 엑세스망에 대한 접속이 상실된 경우의 동작을 나타낸다.

도 8에 따르면, 사용자 단말은 WLAN과 LTE에 동시에 접속되어 있으며, PDN 연결은 WLAN과 LTE를 통해 생성되어 있다(801). 사용자 단말은 이 PDN 연결을 통해 IMS에 등록(registration) 되어 있으며, 또한 RCS(Rich Communication Suit) 서비스를 받고 있을 수 있다. 도 8에서 사용자 단말은 상기 PDN 연결을 통해 미디어 또는 파일을 송수신하고 있으며, 이를 위해서 WLAN가 사용되는 상황을 가정하여 설명한다. 본 발명의 실시 예에서 설명의 편의를 위해 미디어 또는 파일을 예로 들 것이나, 본 발명을 적용하는 것은 미디어 또는 파일 전송에 국한되는 것은 아니며, 어떠한 형태의 데이터도 적용 대상이 될 수 있다.

사용자 단말은 상기 미디어 또는 파일 전송이 완료되기 전에 WLAN의 연결이 상실됨을 검출한다(803).

사용자 단말은 전송이 완료되지 못했으며, WLAN에 대한 접속이 상실되었음을 사용자에게 알리는 화면을 출력할 수 있다. 또한, 사용자 단말은 전체 미디어/파일 크기 중에 송수신이 완료된 부분의 크기를 알려주는 화면을 출력할 수 있다. 또한, 사용자 단말은 미디어 또는 파일 전송을 위해 사용자가 선호하는 다음 동작이 무엇인지 묻는 화면을 출력할 수 있다(805). 여기서 사용자 단말이 수행할 수 있는 다음 동작은 다음을 포함할 수 있다.

● 남은 부분은 LTE로 계속 송수신

● WLAN의 연결이 복구 되었을 때 다시 송수신

● 송수신 취소

사용자가 선호하는 단말의 다음 동작을 선택하면, 사용자 단말은 이를 인식한다. 또는, 사용자가 상기 상황에서의 동작을 미리 설정해 놓은 경우, 사용자 단말은 설정 정보를 확인하여 설정된 다음 동작을 인식한다.

만약 사용자가 남은 부분을 LTE로 계속 송수신하는 동작을 선택하거나, 미리 그렇게 동작하도록 설정된 경우, 사용자 단말은 과정 809~815를 수행한다.

이하에서는 사용자가 남은 부분을 LTE망을 통해 송수신 하는 경우의 동작에 대해서 상세하게 설명한다.

사용자 단말은 선택적으로 LTE 망을 통해 WLAN의 접속이 상실되었음을 알릴 수 있다(809).

사용자 단말은 제어 메시지를 통해 서버에 미디어 또는 파일 전송을 시작하기 위한 정보를 전달한다(811). 상기 제어 메시지는 SIP 메시지일 수 있으며, 서버는 IMS를 지원하는 서버일 수 있다. 상기 제어 메시지에는, 사용자 단말이 미디어 또는 파일 전송을 수행할 때 선호하는 엑세스망(RAT:Radio Access Technology)가 무엇인지를 나타내는 정보가 포함될 수 있는데, 본 실시 예에서는 선호하는 엑세스망은 LTE 또는 E-UTRAN이다.

또한 상기 제어 메시지에는, 이어서 송수신할 미디어/파일의 부분 범위(range)를 나타내는 정보가 포함될 수 있다. 본 발명의 실시 예에서 상기 SIP 메시지는 INIVTE 메시지일 수 있다. 또한, 본 발명의 실시 예에서 상기 SIP 메시지는 미디어 또는 파일 전송을 위한 세션을 생성하기 위해 MSRP(Message Session Relay Protocol) 세션 정보를 포함할 수 있다. 또한, 본 발명의 실시 예에서 상기 선호하는 엑세스 망 정보는 SDP(Session Description Protocol)의 일부로 포함될 수 있다. 만약 SDP가 사용되는 경우, 선호하는 엑세스 망 정보는 “a=PreferredRAT:E-UTRAN” 과 같은 형태로 인코딩 될 수 있으며, 송수신할 미디어 파일의 범위는 “a=Range:bytes=A-B”와 같은 형태로 인코딩 될 수 있으며, A는 송수신 될 부분의 시작 지점, B는 마지막 지점을 나타내는 값이다. 만약 MSRP가 사용되는 경우, 상기 선호하는 엑세스 망 또는 범위를 나타내는 SDP 정보는 MSRP를 위한 SDP의 일부로 포함될 수 있다.

상기 요청에 의해, 사용자 단말은 사업자 망으로부터 IP flow 제어 정보를 수신할 수 있으며, 이에 따라 미디어 또는 파일 전송을 위한 신규 세션이 어떤 엑세스망으로 전송되어야 하는지 판단할 수 있다(813).

사용자 단말은, 상기 설정에 따라 미디어 또는 파일을 선택된 엑세스 망으로 송수신한다(815).

807단계에서 남은부분을 LTE망을 이용하여 계속 송수신하는 것이 아니라, 만약 사용자가 WLAN 연결이 복구된 후 다시 송수신하는 동작을 선택하거나, 미리 그렇게 동작하도록 설정된 경우, 사용자 단말은 과정 819~827를 수행한다.

사용자 단말은 WLAN 접속이 복구 된 후 자동으로 미디어/파일의 나머지 부분을 송수신하기 위한 정보를 저장한다(819). 상기 정보에는, 앞으로 상기 미디어/파일의 전송 시 선호되는 엑세스망이 WLAN임과, 전체 미디어/파일의 크기 중 송수신이 완료된 부분을 나타내는 정보 또는, 앞으로 송수신해야 할 부분을 나타내는 정보가 포함될 수 있다.

사용자 단말은 선택적으로 LTE 망을 통해 WLAN의 접속이 상실되었음을 알릴 수 있다(821).

또한, 사용자 단말은 선택적으로 서버에 미디어/파일 전송이 중단됨을 알리는 메시지를 전송할 수 있다(823). 이 메시지는 SIP 메시지, 서버는 IMS 서버일 수 있다. 또한 SIP 메시지는 BYE 메시지일 수 있으며, 상기 설명한 것과 같이 이 메시지에는 앞으로 상기 미디어/파일의 전송 시 선호되는 엑세스망이 WLAN임과, 전체 미디어/파일의 크기 중 송수신이 완료된 부분을 나타내는 정보 또는, 앞으로 송수신해야 할 부분(range)을 나타내는 정보가 포함될 수 있다.

사용자 단말은 WLAN의 접속 상태를 모니터링 한다(825). 이는 상기 미디어/파일 송수신을 처리하는 모듈(예, RCS client)이, 주기적으로 WLAN 접속 상태 정보를 제공하는 API를 호출하여 이루어지거나 또는, WLAN 접속 상태에 대한 알림(notification)을 가입(subscribe)함으로서 이루어질 수 있다.

만약 WLAN의 접속이 복구되면, 사용자 단말은 미디어/파일 전송을 재개하기 위한 동작을 수행하며, 이는 과정 827을 적용하되, 선호하는 엑세스망은 WLAN, 송수신 범위는 미디어/파일의 나머지 부분을 나타내는 정보를 포함함으로써 수행된다.

807 및 017 단계에서 사용자가 남은 부분을 LTE또는 WLAN에 의하지 아니하고 사용자가 전송 취소 동작을 선택하거나, 미리 그렇게 동작하도록 설정된 경우, 사용자 단말은 과정 829~833를 수행한다.

사용자 단말은 선택적으로 LTE 망을 통해 WLAN의 접속이 상실되었음을 알릴 수 있다(831).

또한, 사용자 단말은 선택적으로 서버에 미디어/파일 전송이 취소됨을 알리는 메시지를 전송할 수 있다(833). 이 메시지는 SIP 메시지, 서버는 IMS 서버일 수 있다. 또한 SIP 메시지는 BYE 메시지일 수 있다.

도 9는 새로운 미디어 또는 파일 전송이 발생했을 때 미디어 또는 파일을 전송할 엑세스망에 대한 선호도를 묻는 UI(User Interface)를 나타낸다.

도 9를 참조하면, 만약 미디어 또는 파일 전송(송수신)이 시작되는 경우, 사용자 단말은 사용자에게 전송 정보를 제공하고, 사용자의 선호를 묻는 화면을 출력할 수 있다. 사용자에게 보여지는 전송 정보는, 파일의 크기(bit나 bytes 단위), 파일의 형태(AVI/MP3/MP4 등)를 포함할 수 있으며, 사용자에게 현재 접속이 가능한 엑세스망(WLAN, LTE, 3G 등 연결 가능한 엑세스망)들의 리스트를 보여주면서, 사용자가 그 중에 하나를 고를 수 있도록 한다. 만약 사용자가 하나의 엑세스 망을 고르면, 선택한 엑세스 망의 종류를 기억하며, 하위 계층(3GPP 모뎀을 제어하는 NAS, WLAN을 관리하는 WLCP) 또는 사용자 단말 내에서 연결을 관리하는 connection manager 모듈에게 정보를 전달할 수 있다. 본 발명의 실시 예에서 상기 동작 및 처리는 RCS client SW에서 이루어질 수 있다. 이 때 사용자 단말의 다른 계층 또는 모듈에게 정보를 전달하기 위해, 특정한 API(Application Programming Interface)가 호출되거나 사용될 수 있다.

또한, 도면에는 미도시 되었으나, 파일 전송을 취소하는 선택 사용자가 할 수 있도록, UI에 파일 전송 취소의 항목이 추가될 수 있다.

도 10은 미디어 또는 파일을 송수신 중이던 엑세스망의 접속이 해제된 경우 사용자가 선호하는 다음 동작을 묻는 UI를 나타낸다.

도 10을 참조하면, 만약 미디어 또는 파일 전송(송수신) 중인 상태에서 전송에 사용되던 엑세스망의 연결이 해제된 경우, 사용자 단말은 사용자에게 전송 정보를 제공하고, 사용자의 선호를 묻는 화면을 출력할 수 있다. 사용자에게 보여지는 전송 정보는, 전체 미디어 또는 파일의 크기(bit나 bytes 단위), 현재까지 전송이 완료된 미디어 또는 파일의 크기, 또는 전송이 완료될 때까지 남아있는 미디어 또는 파일의 크기, 미디어 또는 파일의 형태(AVI/MP3/MP4 등)를 포함할 수 있으며, 이후 사용자 단말이 수행할 수 있는 동작을 보여주면서 사용자가 그 중에 하나를 고를 수 있도록 한다. 여기서, 사용자가 선택할 수 있는 다음 동작은,

● LTE(또는 3G 등 셀룰러 데이터 연결)로 계속 전송

● WiFi 연결 복구 시 이어서 전송 (예약 전송)

● 전송 취소

중 어느 하나일 수 있다. 만약 사용자가 어느 하나의 동작을 고르면, 사용자 단말은 사용자가 선택한 동작을 기억하며, 하위 계층(3GPP 모뎀을 제어하는 NAS, WLAN을 관리하는 WLCP) 또는 사용자 단말 내에서 연결을 관리하는 connection manager 모듈에게 사용자 선택 정보를 전달할 수 있다. 본 발명의 실시 예에서 상기 동작 및 처리는 RCS client SW에서 이루어질 수 있다. 이 때 사용자 단말의 다른 계층 또는 모듈에게 정보를 전달하기 위해, 특정한 API(Application Programming Interface)가 호출되거나 사용될 수 있다.

도 11은 새로운 미디어 또는 파일 전송이 시작될 때, 엑세스 망을 선택해 전송 경로를 설정하는 과정을 나타낸다.

사용자 단말은 WLAN과 LTE에 동시에 접속되어 있으며, PDN 연결은 WLAN과 LTE를 통해 생성되어 있다. 사용자 단말은 이 PDN 연결을 통해 IMS에 등록(registration) 되어 있으며, 또한 RCS(Rich Communication Suit) 서비스를 받고 있을 수 있다(1101).

사용자는 사용자 단말을 통해 미디어 또는 파일 전송을 선택할 수 있다. 본 발명의 실시 예에서 설명의 편의를 위해 미디어 또는 파일을 예로 들 것이나, 본 발명을 적용하는 것은 미디어 또는 파일 전송에 국한되는 것은 아니며, 어떠한 형태의 데이터도 적용 대상이 될 수 있다. 사용자 단말은 사용자에게 미디어 또는 파일을 송수신할 엑세스 망 중 선호하는 것이 무엇인지 묻는 화면을 출력할 수 있다(1103). 사용자가 선호하는 엑세스망을 선택 또는 입력하면 사용자 단말은 이를 인식한다. 또는, 미리 사용자가 미디어 또는 파일을 전송할 때 선호하는 엑세스망이 무엇인지 미리 설정해 놓은 경우, 사용자 단말은 설정 정보를 확인한다.

사용자 단말은 제어 메시지를 통해 서버에 미디어 또는 파일 전송을 시작하기 위한 정보를 전달한다. 상기 제어 메시지는 SIP 메시지일 수 있으며, 서버는 IMS를 지원하는 서버일 수 있다. 상기 제어 메시지에는, 사용자 단말이 미디어 또는 파일 전송을 수행할 때 선호하는 엑세스망(RAT:Radio Access Technology)가 무엇인지를 나타내는 정보가 포함될 수 있다. 본 발명의 실시 예에서 상기 SIP 메시지는 INIVTE 메시지일 수 있다(1105). 또한, 본 발명의 실시 예에서 상기 SIP 메시지는 미디어 또는 파일 전송을 위한 세션을 생성하기 위해 MSRP(Message Session Relay Protocol) 세션 정보를 포함할 수 있다. 또한, 본 발명의 실시 예에서 상기 선호하는 엑세스 망 정보는 WLAN/3GPP/E-UTRAN/UTRAN/GERAN 중 하나를 나타내는 식별자일 수 있다. 또한, 본 발명의 실시예에서 상기 선호하는 엑세스 망 정보는 SDP(Session Description Protocol)의 일부로 포함될 수 있다. 만약 SDP가 사용되는 경우, 선호하는 엑세스 망 정보는, 예를 들어 만약 선호하는 엑세스 망이 WLAN인 경우, “a=preferredRAT:WLAN” 과 같은 형태로 인코딩 될 수 있다. 만약 MSRP가 사용되는 경우, 상기 선호하는 엑세스 망을 나타내는 SDP 정보는 MSRP를 위한 SDP의 일부로 포함될 수 있다.

사용자의 요청을 처리하는 서버는, 사용자의 요청 메시지를 수신하고, 이를 처리하기 위한 과정을 수행한다. 특히, 서버는 상기 과정을 통해 수신된 정보를 통해 사용자가 미디어 또는 파일을 전송할 때 선호하는 엑세스 망이 무엇인지를 판단한다. 이 과정 중에, 서버는 다른 서버 또는 네트워크 엔터티와 정보를 주고받거나, 또는 상대편 사용자 단말과 제어 정보를 주고받을 수도 있다(1107). 본 발명의 한 실시예에서, 상기 서버는 IMS 서버일수 있으며, 특히 P-CSCF(Proxy - Call Session Control Function), S-CSCF(Serving - CSCF) 또는 RCS AS(Application Server) 중 하나일 수 있다.

서버는 사용자 단말의 요청을 처리하기 위한 과정을 수행한다. 이 과정 중 사용자 단말의 요청이 수락되었음을 나타내는 메시지가 사용자 단말에 전달될 수 있다. 본 발명의 한 실시예에서, 상기 메시지는 OK 또는 Ack 메시지일 수 있다(1109). 또한 이 과정은 이후 기술될 나머지 과정과 병렬적으로 수행되거나, 또는 나머지 과정 중 일부 보다 나중에 수행될 수도 있다.

서버는 사업자 망의 QoS를 제어하거나, Policy를 관리하는 엔터티에게 미디어 또는 파일 전송과 관련된 정보를 제공한다(1111). 이 때 제공되는 정보는, 미디어 또는 파일 전송에서 사용자가 선호하는 엑세스망의 종류, 새로운 미디어 또는 파일이 전송될 세션의 정보(IP 주소, port 의 정보 등) 중 하나 이상이 포함된다. 본 발명의 한 실시 예에서, 상기 엔터티는 PCRF일 수 있으며, 서버가 전송하는 메시지는 Diameter AA request 메시지일 수 있다.

QoS 제어 또는 policy 관리 엔터티는, 사업자 망의 GW 또는 PCEF에 미디어 또는 파일 전송과 관련된 정보를 제공한다(1113). 이 때 제공되는 정보는, 미디어 또는 파일 전송에서 사용자가 선호하는 엑세스망의 종류, 새로운 미디어 또는 파일이 전송될 세션의 정보(IP 주소, port 의 정보 등) 중 하나 이상이 포함된다. 본 발명의 한 실시 예에서, 상기 메시지는 Diameter RA request 메시지일 수 있으며, 상기 제공되는 정보는 PCC rule의 한 형태로 만들어질 수 있다. 즉, 만약 상기 정보를 전달할 때 PCC rule을 사용한다면, PCC rule은 하나의 SDF(Service Data Flow)에 대해, 전송에 사용될 엑세스망을 나타내는 정보(WLAN/E-UTRAN/UTRAN/GERAN 등)을 포함할 수 있다. 사업자 망의 QoS를 제어하거나, Policy를 관리하는 PCRF는 서버가 전송한 AA request에 대한 응답을 제공할 수 있다(1117);. 또한 또한 사업자 망의 GW(PGW) 또는 PCEF는 PCRF가 송신한 RA request에 대한 응답으로서 RA Answer를 PCRF에 전송할 수 있다(1115).사업자 망의 GW 또는 PCEF는 수신된 정보를 바탕으로 사용자 context를 생성하고, 트래픽을 전송하거나, 과금을 제어하기 위한 동작을 수행할 수 있다(1119). 특히, 사용자가 선호하는 엑세스 망으로 새로운 EPS bearer를 생성해야 하거나(GTP의 경우) 또는 binding update(PMIP의 경우)가 필요한 경우, 상기 GW 또는 PCEF는 적절한 과정을 수행한다. 이 과정을 통해, 미디어 또는 파일에 대해 데이터를 송수신할 엑세스망 정보, 즉 전송 경로를 사용자 단말까지 전달될 수 있다(1121).

이후 사용자 단말은 설정된 경로를 통해 미디어 또는 파일을 송수신한다(1123).

한편, 상기 실시예에서 만약 사용자 단말이 미디어 또는 파일을 수신하는 경우, 상기 실시예의 과정 X에서 사용자 단말이 보내는 메시지는 SIP 메시지 중 183 Session Progress 또는 200 Ok 메시지일 수 있으며, 나머지 동작 및 과정은 유사하게 적용될 수 있다.

도 12는 WLAN을 통해 미디어 또는 파일을 전송 중이던 상황에서 WLAN 접속이 해제된 경우 LTE로 전송 경로를 재설정하는 과정을 나타낸다.

도 12에서 사용자 단말은 WLAN을 통해 미디어 또는 파일을 송수신하고 있다고 가정하여 설명한다 다만, 본 발명의 실시 예에서 설명의 편의를 위해 미디어 또는 파일을 예로 들 것이나, 본 발명을 적용하는 것은 미디어 또는 파일 전송에 국한되는 것은 아니며, 어떠한 형태의 데이터도 적용 대상이 될 수 있다.

사용자 단말은 WLAN과의 접속이 해제됨을 검출한다(1201). 도 12에서는, 사용자가 전송 중이던 미디어 또는 파일을 LTE 망으로 계속 전송하는 것을 선호한다는 것을 사용자 UI로 입력 받거나(1203), 미리 설정된 정보를 가진 경우에 대해서 설명하나, 이는 도 8에서 설명한 것과 같이 LTE망으로 계속 전송할 때에만 본 발명이 국한된 것이 아님을 명시한다.

사용자 단말은 미디어 또는 파일의 전송 정보를 새로 설정하거나 갱신하기 위한 메시지를 서버로 전송한다(1205). 상기 제어 메시지는 SIP 메시지일 수 있으며, 서버는 IMS를 지원하는 서버일 수 있다. 상기 제어 메시지에는, 사용자 단말이 미디어 또는 파일 전송을 수행할 때 선호하는 엑세스망(RAT:Radio Access Technology)가 무엇인지를 나타내는 정보가 포함될 수 있다. 본 발명의 실시예에서 상기 SIP 메시지는 UPDATE 또는 INVITE 메시지일 수 있다. 또한, 본 발명의 실시예에서 상기 SIP 메시지는 미디어 또는 파일 전송을 위한 세션을 새로 설정하거나 갱신하기 위해 MSRP(Message Session Relay Protocol) 세션 정보를 포함할 수 있다. 또한, 본 발명의 실시 예에서 상기 선호하는 엑세스 망 정보는 WLAN/3GPP/E-UTRAN/UTRAN/GERAN 중 하나를 나타내는 식별자일 수 있다. 또한, 본 발명의 실시예에서 상기 선호하는 엑세스 망 정보는 SDP(Session Description Protocol)의 일부로 포함될 수 있다. 만약 SDP가 사용되는 경우, 선호하는 엑세스 망 정보는, 예를 들어 만약 선호하는 엑세스 망이 WLAN인 경우, “a=preferredRAT:WLAN” 과 같은 형태로 인코딩 될 수 있다. 만약 MSRP가 사용되는 경우, 상기 선호하는 엑세스 망을 나타내는 SDP 정보는 MSRP를 위한 SDP의 일부로 포함될 수 있다.

사용자 단말은 만약 WLAN의 상태 정보를 보고(notify)하도록 설정(subscribe)된 경우, WLAN의 상태가 변경된 event가 발생하면 이를 사업자 망 또는 서버로 보고할 수 있다(1207). 본 실시 예에서, 변경된 WLAN의 상태는 WLAN의 접속 상태(즉, connected에서 disconnected로 변경)이다.

사용자의 요청을 처리하는 서버는, 사용자의 요청 메시지를 수신하고, 이를 처리하기 위한 과정을 수행한다. 특히, 서버는 상기 과정을 통해 수신된 정보를 통해 사용자가 미디어 또는 파일을 전송할 때 선호하는 엑세스 망이 무엇인지를 판단한다. 이 과정 중에, 서버는 다른 서버 또는 네트워크 엔터티와 정보를 주고받거나, 또는 상대편 사용자 단말과 제어 정보를 주고받을 수도 있다(1225). 본 발명의 한 실시예에서, 상기 서버는 IMS 서버일수 있으며, 특히 P-CSCF, S-CSCF 또는 RCS AS(Application Server) 중 하나일 수 있다.

서버는 사용자 단말의 요청을 처리하기 위한 과정을 수행한다. 이 과정 중 사용자 단말의 요청이 수락되었음을 나타내는 메시지가 사용자 단말에 전달될 수 있다(1209). 본 발명의 한 실시 예에서, 상기 메시지는 200 OK 또는 Ack 메시지일 수 있다. 또한 이 과정은 이후 기술될 나머지 과정과 병렬적으로 수행되거나, 또는 나머지 과정 중 일부 보다 나중에 수행될 수도 있다.

서버는 사업자 망의 QoS를 제어하거나, Policy를 관리하는 엔터티에게 미디어 또는 파일 전송과 관련된 정보를 제공한다(1211). 이 때 제공되는 정보는, 미디어 또는 파일 전송에서 사용자가 선호하는 엑세스망의 종류, 미디어 또는 파일이 전송될 세션의 정보(IP 주소, port 의 정보 등) 중 하나 이상이 포함된다. 본 발명의 한 실시 예에서, 상기 엔터티는 PCRF일 수 있으며, 서버가 전송하는 메시지는 Diameter AA request 메시지일 수 있다.

QoS 제어 또는 policy 관리 엔터티는, 사업자 망의 GW 또는 PCEF에 미디어 또는 파일 전송과 관련된 정보를 제공한다(1213). 이 때 제공되는 정보는, 미디어 또는 파일 전송에서 사용자가 선호하는 엑세스망의 종류, 미디어 또는 파일이 전송될 세션의 정보(IP 주소, port 의 정보 등) 중 하나 이상이 포함된다. 본 발명의 한 실시 예에서, 상기 메시지는 Diameter RA request 메시지일 수 있으며, 상기 제공되는 정보는 PCC rule의 한 형태로 만들어질 수 있다. 즉, 만약 상기 정보를 전달할 때 PCC rule을 사용한다면, PCC rule은 하나의 SDF(Service Data Flow)에 대해, 전송에 사용될 엑세스망을 나타내는 정보(WLAN/E-UTRAN/UTRAN/GERAN 등)을 포함할 수 있다.

사업자 망의 QoS를 제어하거나, Policy를 관리하는 PCRF는 서버가 전송한 AA request에 대한 응답을 제공할 수 있다(1217). 또한 또한 사업자 망의 GW(PGW) 또는 PCEF는 PCRF가 송신한 RA request에 대한 응답으로서 RA Answer를 PCRF에 전송할 수 있다(1215).

사업자 망의 GW 또는 PCEF는 수신된 정보를 바탕으로 사용자 context를 생성 또는 갱신하고, 트래픽을 전송하거나, 과금을 제어하기 위한 동작을 수행할 수 있다(1219). 특히, 사용자가 선호하는 엑세스 망으로 새로운 EPS bearer를 생성/갱신해야 하거나(GTP의 경우) 또는 binding update(PMIP의 경우)가 필요한 경우, 상기 GW 또는 PCEF는 적절한 과정을 수행한다. 이 과정을 통해, 미디어 또는 파일에 대해 데이터를 송수신할 엑세스망 정보, 즉 전송 경로를 사용자 단말까지 전달될 수 있다(1221).

이후 사용자 단말은 새롭게 설정된 경로를 통해 미디어 또는 파일을 이어서 송수신한다(1223).

한편, 상기 실시 예는 WLAN의 접속이 해제된 경우 LTE로 경로를 재설정하여 전송을 계속 진행하는 것을 설명하였지만, 본 발명의 주요한 요지는 하나의 엑세스 망의 접속이 해제되었을 때, (접속이 유지되는) 다른 엑세스 망으로 전송 경로를 재설정 하는 것에 있다. 예를 들어, 만약 반대의 경우(LTE로 데이터를 전송 중에 LTE 접속이 상실되는 경우)에는, 상기 실시 예에서 LTE와 WLAN을 변경하여 그대로 적용할 수 있다.

도 13은 WLAN을 통해 미디어 또는 파일을 전송 중이던 상황에서 WLAN 접속이 해제된 경우 WLAN 접속이 복귀되었을 때 이어서 전송하는 과정을 나타낸다.

사용자 단말은 WLAN을 통해 미디어 또는 파일을 송수신하고 있는 것을 기초로 설명한다. 본 발명의 실시 예에서 설명의 편의를 위해 미디어 또는 파일을 예로 들 것이나, 본 발명을 적용하는 것은 미디어 또는 파일 전송에 국한되는 것은 아니며, 어떠한 형태의 데이터도 적용 대상이 될 수 있다.

사용자 단말이 WLAN과의 접속이 해제되면(1301), 사용자 단말은 WLAN과의 접속이 해제됨을 검출한다. 본 실시 예에서는, 사용자가 전송 중이던 미디어 또는 파일을 WLAN 접속이 복구된 후 이어서 송수신 하는 것을 선호한다는 것을 사용자 UI로 입력 받거나, 미리 설정된 정보를 가진 경우에 대한 것이다. 사용자 단말은 WLAN 접속이 복구 된 후 자동으로 미디어/파일의 나머지 부분을 송수신하기 위한 정보를 저장한다. 상기 정보에는, 앞으로 상기 미디어/파일의 전송 시 선호되는 엑세스망이 WLAN임과, 전체 미디어/파일의 크기 중 송수신이 완료된 부분을 나타내는 정보 또는, 앞으로 송수신해야 할 부분을 나타내는 정보가 포함될 수 있다(1303).

사용자 단말은 WLAN의 연결이 복구될 때까지 미디어 또는 파일을 전송할 수 없으므로, LTE망을 통해 미디어 또는 파일 전송이 종료됨을 서버로 알린다(1305). 상기 제어 메시지는 SIP 메시지일 수 있으며, 서버는 IMS를 지원하는 서버일 수 있다. 본 발명의 실시예에서 상기 SIP 메시지는 BYE 또는 UPDATE 메시지일 수 있으며, 상기 설명한 것과 같이 이 메시지에는 앞으로 상기 미디어/파일의 전송 시 선호되는 엑세스망이 WLAN임과, 전체 미디어/파일의 크기 중 송수신이 완료된 부분을 나타내는 정보 또는, 앞으로 송수신해야 할 부분(range)을 나타내는 정보가 포함될 수 있다.

사용자 단말은 만약 WLAN의 상태 정보를 보고(notify)하도록 설정(subscribe)된 경우, WLAN의 상태가 변경된 event가 발생하면 이를 사업자 망 또는 서버로 보고할 수 있다(1307). 본 실시 예에서, 변경된 WLAN의 상태는 WLAN의 접속 상태(즉, connected에서 disconnected로 변경)이다.

사용자의 요청을 처리하는 서버는, 사용자의 요청 메시지를 수신하고, 이를 처리하기 위한 과정, 데이터 송수신을 멈추는 동작 수행한다(1325). 이 과정 중에, 서버는 다른 서버 또는 네트워크 엔터티와 정보를 주고받거나, 또는 상대편 사용자 단말과 제어 정보를 주고받을 수도 있다. 본 발명의 한 실시예에서, 상기 서버는 IMS 서버일수 있으며, 특히 P-CSCF, S-CSCF 또는 RCS AS(Application Server) 중 하나일 수 있다.

서버는 사용자 단말의 요청을 처리하기 위한 과정을 수행한다. 이 과정 중 사용자 단말의 요청이 수락되었음을 나타내는 메시지가 사용자 단말에 전달될 수 있다(1309). 본 발명의 한 실시예에서, 상기 메시지는 200 OK 또는 Ack 메시지일 수 있다. 또한 이 과정은 이후 기술될 나머지 과정과 병렬적으로 수행되거나, 또는 나머지 과정 중 일부 보다 나중에 수행될 수도 있다.

서버는 사업자 망의 QoS를 제어하거나, Policy를 관리하는 엔터티에게 미디어 또는 파일 전송과 관련된 정보를 제공한다(1311). 이 때 제공되는 정보는, 미디어 또는 파일 전송이 종료되었기 때문에 IP flow 또는 SDF가 삭제되어야 함을 나타내는 정보가 포함된다. 본 발명의 한 실시 예에서, 상기 엔터티는 PCRF일 수 있으며, 서버가 전송하는 메시지는 Diameter AA request 메시지일 수 있다.

QoS 제어 또는 policy 관리 엔터티는, 사업자 망의 GW 또는 PCEF에 미디어 또는 파일 전송과 관련된 정보를 제공한다(1313). 이 때 제공되는 정보는, 미디어 또는 파일 전송이 종료되었기 때문에 IP flow 또는 SDF가 삭제되어야 함을 나타내는 정보가 포함된다. 본 발명의 한 실시 예에서, 상기 메시지는 Diameter RA request 메시지일 수 있으며, 상기 제공되는 정보는 PCC rule의 한 형태로 만들어질 수 있다. 즉, 만약 상기 정보를 전달할 때 PCC rule을 사용한다면, PCC rule은 하나의 SDF(Service Data Flow)에 대해 삭제하는 동작을 수반하도록 설정된다.

사업자 망의 QoS를 제어하거나, Policy를 관리하는 PCRF는 서버가 전송한 AA request에 대한 응답을 제공할 수 있다(1317). 또한 또한 사업자 망의 GW(PGW) 또는 PCEF는 PCRF가 송신한 RA request에 대한 응답으로서 RA Answer를 PCRF에 전송할 수 있다(1315).사업자 망의 GW 또는 PCEF는 수신된 정보를 바탕으로 사용자 context를 갱신 또는 삭제한다. 특히, EPS bearer를 갱신 또는 삭제(deactivate)해야 하거나(GTP의 경우) 또는 binding update(PMIP의 경우)가 필요한 경우, 상기 GW 또는 PCEF는 적절한 과정을 수행한다(1319). 이 과정을 통해, 미디어 또는 파일에 대해 데이터를 송수신하는데 사용하던 자원이 삭제됨이 사용자 단말까지 전달될 수 있다.

사용자 단말은 WLAN의 접속 상태를 모니터링 한다(1321). 이는 상기 미디어/파일 송수신을 처리하는 모듈(예, RCS client)이, 주기적으로 WLAN 접속 상태 정보를 제공하는 API를 호출하여 이루어지거나 또는, WLAN 접속 상태에 대한 알림(notification)을 가입(subscribe)함으로서 이루어질 수 있다.

만약 WLAN의 접속이 복구되면, 사용자 단말은 제어 메시지를 통해 서버에 미디어 또는 파일 전송을 이어서 수행하기 위한 정보를 전달한다(1325). 상기 제어 메시지는 SIP 메시지일 수 있으며, 서버는 IMS를 지원하는 서버일 수 있다. 상기 제어 메시지에는, 사용자 단말이 미디어 또는 파일 전송을 수행할 때 선호하는 엑세스망(RAT:Radio Access Technology)가 무엇인지를 나타내는 정보가 포함될 수 있는데, 본 실시 예에서는 선호하는 엑세스망은 WLAN 또는 WiFi이다. 또한 상기 제어 메시지에는, 이어서 송수신할 미디어/파일의 부분 범위(range)를 나타내는 정보가 포함될 수 있다. 본 발명의 실시예에서 상기 SIP 메시지는 INIVTE 메시지일 수 있다. 또한, 본 발명의 실시예에서 상기 SIP 메시지는 미디어 또는 파일 전송을 위한 세션을 생성하기 위해 MSRP(Message Session Relay Protocol) 세션 정보를 포함할 수 있다. 또한, 본 발명의 실시예에서 상기 선호하는 엑세스 망 정보는 SDP(Session Description Protocol)의 일부로 포함될 수 있다. 만약 SDP가 사용되는 경우, 선호하는 엑세스 망 정보는 “a=PreferredRAT:WLAN” 과 같은 형태로 인코딩 될 수 있으며, 송수신할 미디어 파일의 범위는 “a=Range:bytes=A-B”와 같은 형태로 인코딩 될 수 있으며, A는 송수신 될 부분의 시작 지점, B는 마지막 지점을 나타내는 값이다. 만약 MSRP가 사용되는 경우, 상기 선호하는 엑세스 망 또는 범위를 나타내는 SDP 정보는 MSRP를 위한 SDP의 일부로 포함될 수 있다.

이후 동작은 상기 도 11의 실시 예의 과정 1101~1123를 수행하는 것과 동일하다.

본 발명의 다양한 실시 예에서, 사용자 단말은, 도 16에 도시된 바와 같이, LTE로 이어받는 것을 허용하거나 금지하기 위한 사용자 입력을 수신하기 위한 알림창을 표시할 수 있다. 알림창은 사용자 단말의 WiFi 연결이 해제되었음을 알리는 정보 및 LTE로 이어서 데이터를 수신할지 여부를 입력받기 위한 정보를 포함할 수 있다.

한편, 만약 사용자 단말이 seamless offloading 기술(즉, WLAN 망이 사업자 코어망과 연동되어 LTE (또는 2G/3G, 이후 LTE 망을 가지고 실시예를 전개함) 망과 세션 연속성을 지원하는 핸드오버를 지원, MAPCON 또는 IFOM 기술을 총칭)이 적용된 WLAN 연결로 컨텐츠(예를 들어 파일 또는 비디오 등)을 다운로드 받던 중에, WLAN 연결이 상실되는 경우, WLAN을 통해 생성되었던 연결(PDN connection 또는 PDN connection 내의 IP flow)이 바로 LTE망으로 핸드오버 되어 트래픽이 이어서 전송되게 된다. 즉, 사용자 단말이 WLAN으로 데이터를 송수신할 때 사용되던 IP주소가 그대로 LTE에서 사용할 수 있도록 유지되므로, TCP 세션이 유지될 수 있다.

만약 사용자가 WLAN 망에서 무료로 데이터를 송수신할 수 있는 반면, LTE 망에서 송수신하는 데이터에 대해서는 과금을 해야 하는 경우, 상기 WLAN와 LTE 망 사이의 핸드오버(또는 세션 연속성) 지원은 사용자가 의도치 않은 과금이 발생하는 요인이 될 수 있다. 이를 방지하기 위해서는, 사용자가 WLAN으로 데이터를 송수신 하다가 WLAN 연결이 상실되고, LTE 망으로의 세션 연속성 지원이 가능한 경우, 사용자 단말 및 통신 시스템은 사용자에게 충분한 정보를 제공하고, LTE 망으로 계속해서 데이터를 송수신할지 여부를 확인한 후에 LTE로 핸드오버 된 연결을 사용해 데이터를 송수신하는 것이 바람직하다.

본 발명의 실시 예들에서는, seamless offloading 된 WLAN 트래픽이 LTE로 이어서 전송이 가능한 경우, 사용자의 의도나 설정에 따라 이어서 전송하는 것이 필요하다고 판단할 때까지 전송을 잠시 멈추어 상기 사용자가 의도치 않은 과금 문제를 해결하는 방법을 제안한다.

위 문제를 해결하기 위한 본 발명의 한 실시 예에서는 사용자 단말에서 이어서 데이터를 전송하기 위한 판단이 이루어질 때까지 TCP 계층에서 패킷 전송을 멈추어, 사용자 단말의 TCP peer(데이터를 전송해 주는 서버 또는 프록시)에서 새로운 패킷을 전송하는 것을 지연시키는 방법이다. 사용자 단말은 TCP 패킷 전송을 멈추거나 지연시키기 위해, TCP ack 메시지 전송을 제어하거나, 또는 TCP의 window를 제어하는 방법을 사용할 수 있다. 즉, 사용자 단말은 데이터 전송에 대한 판단이 이루어질 대 까지 수신된 데이터에 대한 TCP ack 전송을 지연시키거나, 또는 상향링크로 보내는 TCP 패킷의 헤더의 Window Size를 작은 값(예를 들면 0)으로 설정하여, 하향링크 데이터 발생을 억제하는 것이다.

사용자 단말에서 여러 엑세스 망을 통한 연결이나 데이터 송수신을 관리하는 모듈(소프트웨어 또는 하드웨어 모듈로, 이하 connection manager라 칭함)은 Seamless offloading으로 사용되던 WLAN을 통한 연결로 데이터가 송수신되다가, WLAN의 연결이 상실됨을 인식할 수 있다.

사용자 단말은 상기 WLAN을 통해 송수신되던 트래픽에 대한 TCP 세션이 유지되고, 이를 통해 바로 LTE 망으로 데이터를 송수신되는 것을 방지하기 위한 동작을 수행할 수 있다.

보다 구체적으로, 사용자 단말의 connection manager는 상기 TCP 세션에 대해 성공적으로 수신된 패킷이 있더라도, TCP ACK 패킷의 전송을 지연시키는 것을 특징으로 한다. 또한, 사용자 단말은 상기 TCP 세션에 대해 상향링크로 전송해야 할 패킷이 있는 경우, 상기 TCP 세션으로의 상향링크 패킷 전송을 지연시키는 것을 그 특징으로 한다.

상기 TCP ACK 또는 상향링크 패킷 전송을 지연시키는 것은, TCP 세션을 관리하는 모듈에게 전송 지연을 명시적으로 요청하거나, 또는 TCP 세션에 대한 상향링크 소켓(socket)을 전송 지연이 필요한 시간 동안 폐쇄(close)시키는 방법을 사용할 수 있다.

상기 동작을 위해, 사용자 단말 내부의 모듈들은 서로 정보를 주고받을 수 있다. 주고받는 정보는, TCP ACK 또는 상향 링크 패킷의 전송을 지연시켜달라는 요청 및 추가 정보(지연이 적용되는 시간, 패킷의 수 등) 또는 TCP socket을 폐쇄해 달라는 요청 및 추가 정보(폐쇄되는 시간 등)일 수 있다. 또한 이러한 정보를 주고받는 모듈은 사용자 단말 내부의 connection manager와 TCP/IP 제어 모듈일 수 있다.

사용자 단말은, WLAN 연결이 상실되었으며, LTE로 이어받기가 필요한지 판단하는 동작을 수행한다. 이 판단은 사용자 단말에 미리 설정된 정보를 사용하거나, 또는 사용자에게 정보를 제공하고 의사를 묻는 과정을 통해 이루어질 수 있다. 상기 사용자에게 제공하는 정보는 연결의 종류(WLAN, LTE, 3G 등), 전체 컨텐츠의 크기, 전송 완료된 컨텐츠의 크기, 앞으로 수신해야 할 컨텐츠의 크기, 전송이 완료될 때까지 예상되는 시간 등이다. 상기 미리 설정된 정보는 전송이 진행 중인 컨텐츠의 형태(Text, Video, Audio, File, Binary 등), 컨텐츠의 크기 등 조건을 포함하는 형태일 수 있다. 보다 구체적으로 예를 들면, 사용자 단말은 만약 컨텐츠의 형태가 특정 종류에 한해서 LTE로 이어받는 것을 허용하거나 금지할 수 있으며, 또는 남아있는 컨텐츠의 크기에 의해 LTE로 이어받는 여부를 결정하도록 설정될 수 있다. 사용자 단말은, 컨텐츠의 형태를 판단하기 위해 요청 메시지를 분석하고, 켠텐츠의 형태를 나타내는 요소를 살펴볼 수 있다. 예를 들면, 사용자 단말은 HTTP 요청/응답 메시지의 MIME(Multi-Purpose Internet Mail Extensions) 정보 또는 Content-Type 헤더 정보를 사용할 수 있다.

사용자 단말은 만약 사용자가 의사를 입력하거나, 또는 미리 설정된 정보에 따라 다음 동작을 수행한다. 보다 구체적으로, 만약 판단 결과가 LTE로 이어받는 것일 경우, 사용자 단말은 앞서 전송 지연된 TCP ACK 또는 TCP 상향링크 패킷을 다시 전송하기 시작하거나, 또는 폐쇄된 TCP socket을 다시 open한다. 반대로 만약 판단 결과가 LTE로 이어받지 않는 것일 경우, 사용자 단말은 TCP 세션을 종료하기 위한 동작, 즉 TCP FIN 요청을 보내는 것을 그 특징으로 한다.

한편, 상기 실시예의 한 변형으로, 사용자 단말은 TCP의 Window Size를 제어하는 방법을 사용할 수 있다. 즉, 만약 데이터를 송수신하는 한 주체(본 발명의 실시 예에서는 사용자 단말)가 Window Size를 0 또는 작은 값으로 설정해 다른 주체에게 알리면, 이를 수신한 다른 주체(본 발명의 실시 예에서는 컨텐츠 서버)는 사용자 단말이 데이터를 수신할 수 있는 수신 데이터의 량(즉, window size)가 작음을 알 수 있으며, 이에 따라서 하향링크 패킷 전송을 제어하게 된다. 본 발명의 실시 예에서, 상기 TCP Window Size는 사용자 단말이 상향 링크로 보내는 패킷(데이터 패킷 또는 TCP ACK 패킷)의 TCP header에 window size 필드를 사용하는 것을 그 특징으로 한다.

만약 사용자 단말에서 데이터를 이어서 송수신할 것인지에 대한 판단이 완료되면, 사용자 단말은 이에 따라서 Window Size를 다시 데이터를 송수신할 수 있는 값으로 변경하여 다른 주체에게 알린다. 즉, 만약 사용자 단말이 데이터를 이어서 송수신하기로 판단한 경우, 사용자 단말은 Window Size를 초기값 또는 0이 아닌 값으로 설정하여 다른 주체로 알린다. 본 발명의 실시 예에서, 상기 TCP Window Size는 사용자 단말이 상향 링크로 보내는 패킷(데이터 패킷 또는 TCP ACK 패킷)의 TCP header에 window size 필드를 사용하는 것을 그 특징으로 한다.

위의 변형(TCP의 Window Size를 제어하는 방법)을 적용하는 실시 예의 다른 동작들은 이전 실시 예(TCP의 ACK를 제어하는 방법)과 동일하므로 자세한 설명을 생략하도록 한다.

한편, 본 발명의 한 실시 예에서는 상기 실시예의 변형으로, TCP 패킷 또는 소켓을 제어하는 방법 대신, 3GPP RAT(E-UTRAN/UTRAN/GERAN 등)에 대한 packet filter를 제어하는 방법을 제안한다.

즉, 사용자 단말은 상기 실시 예와 동일한 상황에서 WLAN을 통해 송수신되던 트래픽에 대한 TCP 세션이 유지되고, 이를 통해 바로 LTE 망으로 데이터를 송수신되는 것을 방지하기 위한 다음 동작을 수행한다.

사용자 단말은, TCP ACK 패킷 또는 상향 링크 TCP 패킷 정송를 막기 위해, 상기 TCP 세션에 대한 packet filter를 제어한다. 보다 구체적으로, 사용자 단말은 상기 TCP 세션을 포함하고 있는 IP flow와 일치(match)하는 packet filter를 찾고, packet filter를 discard packet filter(즉, 9번 port로 변경)하거나, 또는 packet filter의 상태를 폐쇄(close)로 변경한다. 만약 상기 검출된 packet filter가 match-all packet filter 또는 다른 IP flow들을 포함하는 경우, 사용자 단말은 상기 TCP 세션에 대한 IP flow만 대상으로 하는 하나의 별도의 packet filter를 생성하고, 가장 높은 우선순위를 적용하는 것을 그 특징으로 한다.

상기 TCP ACK 또는 상향링크 패킷 전송을 지연시키기 위해 packet filter를 제어하는 것은, packet filter를 관리하는 모듈(즉, LTE 또는 3G 통신 처리 모듈)에게 packet filter 제어를 명시적으로 요청하여 이루어질 수 있다.

상기 동작을 위해, 사용자 단말 내부의 모듈들은 서로 정보를 주고받을 수 있다. 주고받는 정보는, packet filter를 변경하거나 생성해 달라는 요청 및 추가 정보(TCP 세션에 대한 IP flow description, discard port 번호, 또는 gate 상태 중 적어도 하나 이상) 일 수 있다. 또한 이러한 정보를 주고받는 모듈은 사용자 단말 내부의 connection manager와 LTE 통신 제어 모듈일 수 있다.

사용자 단말은 만약 사용자가 의사를 입력하거나, 또는 미리 설정된 정보에 따라 수행되는 다음 동작은 다음과 같다. 만약 판단 결과가 LTE로 이어받는 것일 경우, 사용자 단말은 앞서 변경된 Packet filter의 상태를 원래 상태로 되돌리거나, 또는 상기 판단을 위해 packet filter가 추가된 경우, 추가된 Packet filter를 삭제하는 것을 그 특징으로 한다.

한편, 본 발명의 한 실시 예에서는 상기 실시예의 변형으로, WLAN에서 LTE 망으로 연결(또는 IP flow)를 이동시키라는 명령을 수신한 사용자 단말이, 상기 과금 문제를 일으킬 수 있는 트래픽에 대해서는 핸드오버를 수행하지 않는 방법을 제안한다.

사용자 단말은 WLAN으로 송수신 중이던 데이터가 있는데 WLAN 연결이 해제되어 LTE 망으로 연결(또는 IP flow)를 이동시키라는 명령을 망으로부터 수신하면, LTE로 바로 이어서 받아야 하는 트래픽(또는 그에 대한 IP flow)에 대해서는 이동 명령을 수행하고 응답을 전송하며, 사용자 의사 또는 설정을 확인한 후 이동시켜야 할지를 판단할 트래픽(또는 그에 대한 IP flow)에 대해서는 이동 명령을 수행하지 않고, 수행하지 않았음을 나타내는 응답 메시지를 전송한다. 만약 트래픽 이동 명령 메시지가 여러 개의 IP flow를 대상으로 하는 것이라면, 사용자 단말의 이동 명령 수행 및 응답 메시지는 LTE로 바로 이어서 받아야 하는 트래픽에 대한 것만 포함하는 것을 그 특징으로 한다. 한편, 상기 설명처럼 WLAN에서 LTE로의 핸드오버를 네트워크가 시작(initiate)하는 것이 아니라 단말이 시작하는 방법이 적용되는 경우, 상기 동작은 사용자 단말이 트래픽(또는 그에 대한 IP flow)에 대한 핸드오버 요청을 전송하지 않는 것으로 변형될 수 있다.

LTE로 바로 이어 받을 트래픽을 판단하는 것은 앞선 실시 예에서 설명한 기준(사용자의 입력 또는 사정 설정) 외에 PDN 연결의 종류 또는 QoS 특성을 함께 고려할 수 있다. 예를 들어, 만약 이동 대상이 되는 PDN 연결의 APN이 특정 값이거나(예, IMS), 연결의 대상이 되는 트래픽의 QoS 파라미터(QCI, ARP, GBR 여부 등) 가 특정 조건(예, QCI = 1)을 만족하는 경우, LTE로 바로 이어 받아야 하는 트래픽 또는 반대의 경우로 판단할 수 있다.

만약 판단 결과가 LTE로 이어받는 것일 경우, 사용자 단말은 거절하였던 트래픽 이동 요청을 다시 재개하기 위한 요청 메시지를 네트워크로 전송한다. 보다 구체적으로, 사용자 단말은 판단을 내리기 위해 핸드오버의 대상에서 제외되었던 TCP 세션(또는 이에 대한 IP flow)를 LTE 망으로 핸드오버 시키기 위한 요청 메시지를 네트워크로 전송한다.

한편, 상기 실시 예에서는 트래픽에 대한 LTE 망으로의 핸드오버 요청을 사용자 단말이 수신한 경우, 이를 거절함으로써 LTE로 트래픽이 바로 이어서 전송되는 것을 막았으나, 이를 변형하여, 핸드오버 요청에 대한 응답을 지연시키는 방법을 적용하는 것도 가능하다. 보다 구체적으로, 사용자 단말은 WLAN으로 송수신되던 트래픽을 LTE 망으로 핸드오버 시키라는 요청이 수신되면, 이에 대한 처리 및 응답 전송을 지연시킨다. 그 후 앞선 실시 예들과 마찬가지로 사용사의 의사를 파악하거나, 설정 정보, 트래픽 특성 등을 고려한 판단 과정을 거친 후, 그 결과에 따라 LTE로 트래픽 전송이 이루어져야 하면, 지연된 핸드오버 동작을 수행 및 응답 메시지 전송을 수행할 수 있다.

본 발명의 다양한 실시 예에서, 예를 들면, 사용자가 단말을 주머니 또는 가방에 넣거나, 도 17에 도시된 바와 같이 2차 사용자 단말(스마트 워치 등 스마트폰/태블릿 등과 연동하여 동작하는 통신 기능을 갖는 장비를 총칭)만 고려하고 있는 경우가 있을 수 있다.

즉, 앞선 실시 예들에 따르면 만약 사용자 단말에서 WLAN으로 트래픽을 송수신 받는 도중 연결이 해제된 경우(또는 다른 WLAN으로 전송 지속이 힘든 모든 경우 포함), LTE로 이어서 전송 여부를 결정하기 위해 사용자의 의사를 묻는 방법을 사용할 수 있다. 그런데 만약 사용자의 의사를 묻는 것(화면 상에 정보를 출력하거나, 소리로 알리는 등)을 사용자가 인지하지 못하거나, 의사 입력이 너무 지연될 경우가 있을 수 있다. 예를 들면, 사용자가 단말을 주머니 또는 가방에 넣거나, 아니면 2차 사용자 단말(스마트 워치 등 스마트폰/태블릿 등과 연동하여 동작하는 통신 기능을 갖는 장비를 총칭)만 고려하고 있는 경우가 있을 수 있다.

위와 같은 문제를 해결하기 위한 첫 번째 실시 예에서는, 타이머를 이용하는 방법을 제안한다. 즉, 앞선 실시 예들에서, 사용자의 의사를 물어 LTE로 트래픽을 이어서 전송받을지 여부를 결정하는 경우, 사용자 단말은 사용자의 의사를 묻는 동작을 시작함과 동시에 타이머를 시작한다. 만약 사용자가 타이머가 만료(expire)되기 전에 의사를 입력하면, 사용자 단말은 입력된 의사를 기반으로 판단을 수행하고 나머지 동작을 수행한다.

반면, 만약 사용자가 의사를 입력하기 전에 타이머가 만료되면, 사용자 단말은 미리 설정된 정보(앞선 실시 예들에서 설명하였던 판단 기준들 전체 또는 일부)를 기반으로 판단을 내려 다음 동작을 수행한다. 예를 들면, 사용자 단말에는 사용자 의사 입력이 타이머 만료 전에 발생하지 않으면, 트래픽을 LTE로 이어받는 것으로 설정되거나, 그 반대로 설정될 수 있다. 상기 설정은 앞선 실시 예와 마찬가지로 트래픽의 종류나 크기, 남아있는 크기 등 다른 판단 조건을 가질 수 있음은 물론이다.

한편, 사용자 단말이 상기 동작 중에 사용하는 타이머 값은, 미리 설정되어 저장된 것을 이용할 수 있다. 또는, 이 타이머 값은 컨텐츠의 종류나 크기, 남아있는 컨탠츠의 크기 등에 따라 서로 다른 값일 수 있다. 또는, 이 타이머 값은 TCP 파라미터(TCP 재전송 타이머나 혼잡 윈도우 크기 등)을 기반으로 결정될 수 있다.

만약 상기 트래픽 전송이 1차 사용자 단말(예를 들어 스마트폰 또는 태블릿)에서 이루어지고 있으며, 사용자가 2차 사용자 단말(스마트 워치 등)을 사용 중이면, 앞서 설명한 것과 마찬가지로 사용자의 의사를 1차 사용자 단말로 묻는 것은 사용자에게 인지되지 않을 수 있다.

위의 문제를 해결하기 위해, 본 발명의 한 실시 예에서는 1차 사용자 단말과 2차 사용자 단말이 상호 정보를 주고받는 방법을 제안한다.

즉, 앞선 실시 예들과 동일한 문제 상황에서, 1차 사용자 단말은 자신의 화면 또는 소리 등 정보 출력 기능을 이용해 사용자에게 트래픽 전송 정보와 의사를 묻는 동작을 수행한다. 이때, 만약 현재 1차 사용자 단말과 연동(paring)하여 동작 중인 2차 사용자 단말이 있으면, 1차 사용자 단말은 상기 트래픽 전송 정보(엑세스 망 종류, 컨탠츠 종류, 컨텐츠 크기, 남아있는 크기 등)와 사용자의 의사를 묻기 위한 동작을 수행하기 위한 정보를 2차 사용자 단말에게 전송한다. 이러한 연동 동작을 수행할지 여부는, 1차 사용자 단말이 2차 사용자 단말의 상태(사용자와 2차 사용자 단말 간의 거리나 접촉 여부, 또는 사용자 activity(입력) 여부 등)을 고려하여 결정된다.

1차 사용자 단말로부터 트래픽 정보 및 의사를 확인하기 위한 요청을 수신한 2차 사용자 단말은, 1차 사용자 단말과 유사하게, 트래픽 전송 정보와 함께 사용자의 의사를 묻는 동작을 수행한다.

만약 사용자가 의사를 입력하면, 2차 사용자 단말은 사용자의 의사 정보를 다시 1차 사용자 단말에게 전달해 준다.

1차 사용자 단말은, 2차 사용자 단말로부터 사용자 응답이 수신되면, 이를 이용하여 트래픽을 이어서 전송할지 여부를 판단할 수 있다.

한편, 상기 실시 예들을 설명함에 있어 사용자 단말이 하나의 트래픽(또는 IP flow)를 한번에 하나의 엑세스망(WLAN 또는 LTE/3G)로 전송하는 경우를 대상으로 하였으나, 상기 실시예들을 구성하는 요소 동작들의 전체 또는 일부는, 사용자 단말이 하나의 트래픽을 동시에 두 개의 엑세스망을 통해 송수신하는 경우에도 적용될 수 있다.

보다 구체적인 예를 들면, 사용자 단말은 두 개의 엑세스망을 통해 동시에 송수신하여 데이터 전송의 안정성을 높이거나 또는 전송률을 높여야 하는 트래픽과, 한번에 하나의 엑세스 망만 사용하여 불필요한 요금을 내야 할 필요가 없는 트래픽을 구분하여 동시 송수신 적용 여부를 결정할 수 있다. 이를 판단하는 기준은 앞선 실시 예들에서 설명한 판단 기준(사용자 의사, 트래픽/컨텐츠 종류, 컨텐츠의 크기 등)중 적어도 하나 이상을 조합한 형태일 수 있다.

한편, 상기 실시 예들을 설명함에 있어, WLAN으로 전송되던 트래픽을 LTE로 이동시키는 것을 대상으로 하였으나, 본 발명의 주요한 요지는 하나의 엑세스망으로 전송되던 트래픽을 다른 엑세스망으로 이어서 전송하는 것에 있으며, 엑세스망의 특별한 종류에 한정되는 것은 아니다.

도 14는 본 발명의 일 실시 예에 따른 단말의 개략적인 구조를 나타낸 장치도이다.

도 14에 따르면, 본 발명의 단말(1400)은, 통신부(1401) 및 제어부(1403)을 포함할 수 있다.

본 발명의 다양한 실시 예들에 의한 단말의 장치도의 동작은 앞선 도면에서 상세하게 설명하였으므로, 여기서는 대표적인 동작에 대해서 설명한다.

통신부(1401)는 데이터 통신을 수행할 수 있다. 즉 데이터의 송수신을 수행하는 모듈이다.

제어부(1403)는 임의의 트래픽을 송수신할 망을 선택하기 위한 제어정보를 획득하고, 획득한 상기 제어정보를 네트워크에 전송하고, 상기 네트워크로부터 수신한 상기 전송한 제어정보에 대한 응답을 기초로 상기 임의의 트래픽을 상기 제1 망 및 제2 망 중 어느 하나의 망을 이용하여 송수신 할 수 있다.

또한 제어부(1403)는, 상기 네트워크로부터 수신한 응답에 상기 제어정보가 포함되었는지 여부를 판단하고, 상기 판단 결과 상기 네트워크로부터 수신한 응답에 상기 제어정보가 포함된 경우, 상기 수신한 응답에 포함된 상기 제어정보에 따라서 상기 임의의 트래픽을 상기 제1 망 및 제2 망 중 어느 하나의 망을 이용하여 송수신할 수 있다.도 15는 본 발명의 일 실시 예에 따른 네트워크 장치의 개략적인 구조를 나타낸 장치도이다.

본 명세서에서 네트워크 장치는 엑세스 포인트, 게이트웨이, 단말, 라우터 등 네트워크 연결을 위해 데이터를 송수신하는 단말을 지칭하는 것이고, 특정 게이트웨이 또는 라우터 등에 한정되는 것은 아니다. 구체적으로 본 발명의 TWAN/ePDG, MME, PGW등의 엔터티 등은 모두 네트워크 장치로 구현될 수 있음은 당업자에게 자명함을 명시한다.

본 발명의 네트워크 장치(1500)는 통신부(1501) 및 제어부(1503)를 포함할 수 있다.통신부(1501)는 데이터 통신을 수행할 수 있다. 즉 데이터의 송수신을 수행하는 모듈이다.

제어부(1503)는 상기 단말로부터 제어정보를 포함한 접속요청 메시지를 수신하고, 상기 접속요청 메시지에 포함된 상기 제어정보를 네트워크의 게이트웨이에 전송하고, 상기 네트워크의 게이트웨이로부터 상기 제어정보에 대한 응답을 수신할 수 있다.

또한 제어부(1503)는 제1망에 연결된 단말로부터 임의의 트래픽의 송수신할 망을 결정하기 위한 제어정보를 수신하고, 상기 수신한 제어정보를 기초로 상기 임의의 트래픽을 송수신할 망을 결정하고, 결정된 상기 임의의 트래픽을 송수신할 망을 통하여 상기 임의의 트래픽을 상기 단말과 송수신하는 네트워크 게이트웨이일 수도 있다.

실시 예의 각 통신 엔티티는 다른 통신 엔티티와 신호를 송수신하는 송수신 부 및 상기 송수신부를 제어하고, 실시 예에 관련된 동작을 수행할 수 있도록 상기 각 통신 엔티티를 제어하는 제어부를 포함할 수 있다. 상기 제어부의 동작은 실시 예에서 설명된 동작 및 통상적으로 상기 통신 엔티티를 제어하는 동작을 포함할 수 있다. 상기 제어부는 복수개의 논리적 또는 물리적 모듈을 통해 구성될 수 있다.

상술한 실시예들에서, 모든 단계는 선택적으로 수행의 대상이 되거나 생략의 대상이 될 수 있다. 또한 각 실시예에서 단계들은 반드시 순서대로 일어날 필요는 없으며, 뒤바뀔 수 있다. 한편, 본 명세서와 도면에 개시된 본 명세서의 실시 예들은 본 명세서의 기술 내용을 쉽게 설명하고 본 명세서의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 명세서의 범위를 한정하고자 하는 것은 아니다. 즉 본 명세서의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 명세서가 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.

한편, 본 명세서와 도면에는 본 발명의 바람직한 실시 예에 대하여 개시하였으며, 비록 특정 용어들이 사용되었으나, 이는 단지 본 발명의 기술 내용을 쉽게 설명하고 발명의 이해를 돕기 위한 일반적인 의미에서 사용된 것이지, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시 예 외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.

1400 : 단말
1401 : 통신부
1403 : 제어부
1500 : 네트워크 장치
1501 : 통신부
1503 : 제어부

Claims

무선 통신 시스템에서 단말의 방법에 있어서,
E-UTRAN (evolved universal terrestrial access network) 와의 제1 연결 및 WLAN (wireless local area network) 와의 제2 연결을 생성하는 단계;
상기 E-UTRAN 및 상기 WLAN 중에서 네트워크를 선택하기 위한 데이터 패킷 (data packet) 에 대한 제어정보를 생성하는 단계, 상기 제어정보는 네트워크 선택 기준 및 우선 순위 정보를 포함하고, 상기 우선 순위 정보는 상기 데이터 패킷의 유형과 상기 네트워크 선택 기준에 기반하여 결정되며;
상기 우선 순위 정보에 기반하여 상기 네트워크 선택 기준을 만족하는 네트워크를 선택하는 단계;
상기 선택된 네트워크가 상기 WLAN인 경우, 상기 제2 연결을 통해 상기 데이터 패킷을 수신하는 단계;
상기 제2 연결을 통한 상기 데이터 패킷의 수신이 완료되기 전에 상기 제2 연결이 끊어지게 (disconnect) 되어 상기 데이터 패킷의 나머지 부분이 수신되지 않았음을 확인하는 단계;
상기 데이터 패킷의 수신이 완료되지 않았음을 나타내는 제1 정보 및 상기 데이터 패킷의 나머지 부분에 대한 크기를 표시하는 단계;
상기 제1 정보를 표시한 것에 응답하여, 상기 데이터 패킷의 나머지 부분에 대한 수신과 관련된 사용자의 네트워크 선택 입력을 수신하는 단계;
상기 사용자의 네트워크 선택 입력이 상기 제1 연결과 관련된 경우, 상기 제1 연결을 통해 상기 데이터 패킷의 나머지 부분을 수신하는 단계; 및
상기 사용자의 네트워크 선택 입력이 상기 제2 연결과 관련된 경우, 상기 제2 연결을 통해 상기 데이터 패킷의 나머지 부분을 수신하는 단계를 포함하는 것을 특징으로 하는 방법.
제 1항에 있어서,
상기 사용자의 네트워크 선택 입력을 수신하는 단계는,
상기 제2 연결이 끊어진 이후 수행 될 동작과 관련된 제2 정보를 수신하는 단계를 더 포함하며,
상기 제2 정보는 상기 사용자의 네트워크 선택 입력에 기반하여 결정되는 것을 특징으로 하는 방법.
제 2항에 있어서,
상기 제2 정보가 상기 제1 연결을 통한 상기 데이터 패킷의 나머지 부분의 수신을 나타내는 경우, 상기 제2 연결이 끊어졌음을 나타내는 제3 정보를 상기 제1 연결을 통해 전송하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 3항에 있어서,
상기 제3 정보는 상기 데이터 패킷의 나머지 부분에 대한 범위를 나타내는 정보를 포함하는 것을 특징으로 하는 방법.
제 2항에 있어서,
상기 제2 정보가 상기 제2 연결이 재수립 (reestablish) 된 후 상기 제2 연결을 통한 상기 데이터 패킷의 나머지 부분의 수신을 나타내는 경우, 상기 데이터 패킷의 나머지 부분을 수신하기 위한 정보를 저장하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 5항에 있어서,
상기 데이터 패킷의 나머지 부분을 수신하기 위한 정보를 저장하는 단계는,
상기 제2 연결이 재수립되는지 여부를 모니터링 하는 단계; 및
상기 제2 연결이 재수립된 후 상기 제2 연결을 통한 상기 데이터 패킷의 나머지 부분의 수신을 다시 시작하는 단계를 더 포함하는 것을 특징으로 하는 방법.
무선 통신 시스템의 단말에 있어서,
송수신부; 및
E-UTRAN (evolved universal terrestrial access network) 와의 제1 연결 및 WLAN (wireless local area network) 와의 제2 연결을 생성하고,
상기 E-UTRAN 및 상기 WLAN 중에서 네트워크를 선택하기 위한 데이터 패킷 (data packet) 에 대한 제어정보를 생성하고, 상기 제어정보는 네트워크 선택 기준 및 우선 순위 정보를 포함하고, 상기 우선 순위 정보는 상기 데이터 패킷의 유형과 상기 네트워크 선택 기준에 기반하여 결정되며,
상기 우선 순위 정보에 기반하여 상기 네트워크 선택 기준을 만족하는 네트워크를 선택하고,
상기 선택된 네트워크가 상기 WLAN인 경우, 상기 제2 연결을 통해 상기 데이터 패킷을 수신하도록 상기 송수신부를 제어하고,
상기 제2 연결을 통한 상기 데이터 패킷의 수신이 완료되기 전에 상기 제2 연결이 끊어지게 (disconnect) 되어 상기 데이터 패킷의 나머지 부분이 수신되지 않았음을 확인하고,
상기 데이터 패킷의 수신이 완료되지 않았음을 나타내는 제1 정보 및 상기 데이터 패킷의 나머지 부분에 대한 크기를 표시하고,
상기 제1 정보를 표시한 것에 응답하여, 상기 데이터 패킷의 나머지 부분에 대한 수신과 관련된 사용자의 네트워크 선택 입력을 수신하고,
상기 사용자의 네트워크 선택 입력이 상기 제1 연결과 관련된 경우, 상기 제1 연결을 통해 상기 데이터 패킷의 나머지 부분을 수신하도록 상기 송수신부를 제어하며,
상기 사용자의 네트워크 선택 입력이 상기 제2 연결과 관련된 경우, 상기 제2 연결을 통해 상기 데이터 패킷의 나머지 부분을 수신하도록 상기 송수신부를 제어하는 제어부를 포함하는 것을 특징으로 하는 단말.
제 7항에 있어서,
상기 제어부는,
상기 제2 연결이 끊어진 이후 수행 될 동작과 관련된 제2 정보를 수신하고,
상기 제2 정보는 상기 사용자의 네트워크 선택 입력에 기반하여 결정되는 것을 특징으로 하는 단말.
제8항에 있어서,
상기 제어부는,
상기 제2 정보가 상기 제1 연결을 통한 상기 데이터 패킷의 나머지 부분의 수신을 나타내는 경우, 상기 제2 연결이 끊어졌음을 나타내는 제3 정보를 상기 제1 연결을 통해 전송하도록 상기 송수신부를 제어하는 것을 특징으로 하는 단말.
제9항에 있어서,
상기 제3 정보는 상기 데이터 패킷의 나머지 부분에 대한 범위를 나타내는 정보를 포함하는 것을 특징으로 하는 단말.
제8항에 있어서,
상기 제어부는,
상기 제2 정보가 상기 제2 연결이 재수립 (reestablish) 된 후 상기 제2 연결을 통한 상기 데이터 패킷의 나머지 부분의 수신을 나타내는 경우, 상기 데이터 패킷의 나머지 부분을 수신하기 위한 정보를 저장하는 것을 특징으로 하는 단말.
제11항에 있어서,
상기 제어부는,
상기 제2 연결이 재수립되는지 여부를 모니터링 하고,
상기 제2 연결이 재수립된 후 상기 제2 연결을 통한 상기 데이터 패킷의 나머지 부분의 수신을 다시 시작하는 것을 특징으로 하는 단말.
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제