KR102424356B1

KR102424356B1 - 어플리케이션의 QoS 제어 방법, 장치 및 시스템

Info

Publication number: KR102424356B1
Application number: KR1020170146696A
Authority: KR
Inventors: 이옥선
Original assignee: 삼성전자주식회사
Priority date: 2017-11-06
Filing date: 2017-11-06
Publication date: 2022-07-22
Also published as: EP3697043A4; WO2019088797A1; EP3697043A1; EP3697043B1; US20200351208A1; KR20190051257A; US11206217B2

Abstract

어플리케이션의 메인 트래픽 타입을 결정하는 단계; 상기 결정된 메인 트래픽 타입에 따라 상기 어플리케이션의 실행에 의해 발생되는 복수의 플로우들 각각에 적용될 QoS 제어 정책을 판단하는 단계; 상기 복수의 플로우들을 통해 송수신되는 트래픽을 이용하는 상기 어플리케이션의 트래픽에 관한 성능 정보를 획득하는 단계; 및 상기 획득한 트래픽에 관한 성능 정보에 기초하여 상기 복수의 플로우들 중 적어도 하나의 플로우에 적용될 QoS 제어 정책을 변경하는 단계를 포함하는 어플리케이션의 QoS 제어 방법이 개시된다.

Description

어플리케이션의 QoS 제어 방법, 장치 및 시스템 {Method, Apparatus and System for Controlling QoS of Application}

본 개시는 QoS를 제어하는 방법 및 장치에 관한 것으로, 특히 어플리케이션의 QoS를 제어하는 방법 및 장치에 관한 것이다.

최근 단말 및 프로그래밍 기술의 발전으로 다양한 어플리케이션의 개발되고 있다. 다양한 어플리케이션들이 제공하는 서비스의 타입이 상이하기 때문에 서비스를 원활하게 제공하기 위해서는 각각의 어플리케이션에 QoS(Quality of Service) 정책이 적용된다.

다만, 기존에는 어플리케이션에 적용되는 QoS 제어 정책이 하나의 트래픽 타입 또는 하나의 플로우 만을 고려하여 결정되었으므로, 어플리케이션의 복잡도(Complexity)가 증가함에 따라 사용자가 체감하는 어플리케이션의 성능이 저하될 가능성이 존재하였다.

따라서, 사용자가 체감하는 어플리케이션의 품질을 개선하면서도 다양한 어플리케이션 및 통신 상태에 유연하게 QoS 정책을 제어하는 방법이 필요하다.

본 발명은 어플리케이션의 QoS 정책을 유연하게 제어하는 방법을 제공하고자 한다.

일부 실시예에 따르면, 어플리케이션의 QoS(Quality of Service) 제어 방법은, 어플리케이션 메인 트래픽 타입(Traffic Type)을 결정하는 단계; 상기 결정된 메인 트래픽 타입에 따라 상기 어플리케이션의 실행에 의해 발생되는 복수의 플로우들 각각에 적용될 QoS 제어 정책을 판단하는 단계; 상기 복수의 플로우들을 통해 송수신되는 트래픽을 이용하는 상기 어플리케이션의 트래픽에 관한 성능 정보를 획득하는 단계; 및 상기 획득한 트래픽에 관한 성능 정보에 기초하여 상기 복수의 플로우들 중 적어도 하나의 플로우에 적용될 QoS 제어 정책을 변경하는 단계를 포함할 수 있다.

상기 어플리케이션의 트래픽에 관한 성능 정보를 획득하는 단계는, 상기 복수의 플로우들 각각의 트래픽에 관한 성능 정보를 획득하는 단계를 더 포함하고, 상기 QoS 제어 정책을 변경하는 단계는, 상기 획득한 어플리케이션의 트래픽에 관한 성능 정보 및 상기 획득한 복수의 플로우들 각각의 트래픽에 관한 성능 정보 중 적어도 하나에 기초하여, 상기 복수의 플로우들 중 QoS 제어 정책을 변경하여 적용할 플로우를 선택하는 단계를 더 포함할 수 있다.

상기 변경하는 단계는, 상기 선택된 플로우에 적용될 QoS 우선 순위를 상향시키도록 상기 QoS 제어 정책을 변경하는 것을 포함하며, 상기 방법은, 상기 QoS 제어 정책의 변경 이후, 상기 어플리케이션의 트래픽에 관한 성능 및 상기 복수의 플로우들 각각의 트래픽에 관한 성능 중 적어도 하나에 변화가 발생하는지 여부를 확인하는 단계를 더 포함할 수 있다.

상기 방법은, 상기 확인 결과에 기초하여, 상기 선택된 플로우에 적용된 변경된 QoS 제어 정책의 유지 여부를 판단하는 단계; 및 상기 선택된 플로우에 적용되는 변경된 QoS 제어 정책에 관한 정보를 저장하는 단계를 더 포함할 수 있다.

상기 방법은, 상기 어플리케이션의 재실행 시, 상기 저장된 QoS 제어 정책에 기초하여 상기 선택된 플로우에 적용될 QoS 제어 정책을 결정하는 단계를 포함할 수 있다.

상기 어플리케이션의 메인 트래픽 타입을 결정하는 단계는, 상기 어플리케이션의 플로우를 통해 송수신되는 트래픽 타입이 복수 개인 경우, 트래픽 타입별 트래픽량 및 발생 빈도 중 적어도 하나에 기초하여 상기 복수의 트래픽 타입들 중 하나를 상기 어플리케이션의 메인 트래픽 타입으로 결정할 수 있다.

상기 어플리케이션의 메인 트래픽 타입을 결정하는 단계는, 상기 어플리케이션의 플로우를 통해 송수신되는 트래픽이 복수 개인 경우, 상기 복수의 트래픽 타입 중 가장 높은 QoS를 가지는 트래픽 타입을 상기 어플리케이션의 메인 트래픽 타입으로 결정할 수 있다.

상기 어플리케이션의 메인 트래픽 타입을 결정하는 단계는, 상기 어플리케이션의 플로우를 통해 소정의 횟수 또는 소정의 시간 동안 트래픽이 송수신된 이후 상기 어플리케이션의 메인 트래픽 타입을 결정할 수 있다.

상기 어플리케이션의 메인 트래픽 타입을 결정하는 단계는, 상기 어플리케이션의 트래픽량 또는 트래픽 발생 빈도가 소정의 기준 이상 변경되는 경우, 상기 어플리케이션의 메인 트래픽 타입을 업데이트 하는 단계; 및 상기 업데이트된 메인 트래픽 타입에 관한 정보 및 변경 시점에 관한 정보를 저장하는 단계를 더 포함할 수 있다.

일부 실시예는, 상기 방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공한다.

일부 실시예에 따르면, 어플리케이션의 QoS(Quality of Service) 제어 정책을 결정하는 방법은, 어플리케이션의 실행에 따라 발생되는 플로우를 통해 송수신되는 트래픽 타입이 복수 개인지 판단하는 단계; 상기 판단 결과에 따라, 상기 플로우의 메인 트래픽 타입(Main Traffic Type)을 결정하는 단계; 및 상기 판단된 메인 트래픽 타입에 기초하여 상기 플로우에 적용될 QoS 제어 정책을 판단하는 단계를 포함할 수 있다.

상기 플로우의 메인 트래픽 타입을 결정하는 단계는, 상기 플로우를 통해 송수신되는 트래픽 타입별 트래픽량 및 발생 빈도 중 적어도 하나에 기초하여 상기 복수의 트래픽 타입들 중 하나를 메인 트래픽 타입으로 결정할 수 있다.

상기 플로우의 메인 트래픽 타입을 결정하는 단계는, 상기 복수의 트래픽 타입들 중 가장 높은 QoS 우선 순위를 가지는 트래픽 타입을 상기 플로우의 메인 트래픽 타입으로 결정할 수 있다.

상기 방법은, 상기 플로우의 트래픽에 관한 성능 정보를 획득하는 단계; 및 상기 획득한 플로우의 트래픽에 관한 성능 정보에 기초하여 상기 플로우의 메인 트래픽 타입을 변경하는 단계를 더 포함할 수 있다.

상기 방법은, 상기 변경된 플로우의 메인 트래픽 타입 및 변경 시점에 대한 정보를 저장하는 단계를 더 포함할 수 있다.

일부 실시예에 따른 어플리케이션의 QoS(Quality of Service) 제어하는 장치는, 트랜시버; 및 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 어플리케이션의 메인 트래픽 타입(Traffic Type)을 결정하고, 상기 결정된 메인 트래픽 타입에 따라 상기 어플리케이션의 실행에 따라 발생되는 복수의 플로우들 각각에 적용될 QoS 제어 정책을 판단하고, 상기 복수의 플로우들을 통해 송수신되는 트래픽을 이용하는 상기 어플리케이션의 트래픽에 관한 성능 정보를 획득하고, 상기 획득한 트래픽에 관한 성능 정보에 기초하여 상기 복수의 플로우들 중 적어도 하나의 플로우에 적용될 QoS 제어 정책을 변경할 수 있다.

상기 적어도 하나의 프로세서는, 상기 복수의 플로우들 각각의 트래픽에 관한 성능 정보를 더 획득하고, 상기 획득한 어플리케이션의 트래픽에 관한 성능 정보 및 상기 획득한 복수의 플로우들 각각의 트래픽에 관한 성능 정보 중 적어도 하나에 기초하여, 상기 복수의 플로우들 중 QoS 제어 정책을 변경하여 적용할 플로우를 선택할 수 있다.

상기 적어도 하나의 프로세서는, 상기 선택된 플로우에 적용될 QoS 우선 순위를 상향시키도록 상기 QoS 제어 정책을 변경하고, 상기 QoS 제어 정책 변경 이후, 상기 어플리케이션의 트래픽에 관한 성능 및 상기 복수의 플로우들 각각의 트래픽에 관한 성능 중 적어도 하나에 변화가 발생하는지 여부를 확인할 수 있다.

상기 장치는, 메모리를 더 포함하고, 상기 적어도 하나의 프로세서는, 상기 확인 결과에 기초하여, 상기 선택된 플로우에 적용된 변경된 QoS 제어 정책의 유지 여부를 판단하고, 상기 선택된 플로우에 적용되는 변경된 QoS 제어 정책에 관한 정보를 상기 메모리에 저장하도록 제어할 수 있다.

상기 적어도 하나의 프로세서는, 상기 어플리케이션의 재실행 시, 상기 저장된 QoS 제어 정책에 기초하여 상기 선택된 플로우에 적용될 QoS 제어 정책을 결정할 수 있다.

일부 실시예에 따르면, 어플리케이션의 QoS(Quality of Service) 제어 정책을 결정하는 장치는 트랜시버; 및 적어도 하나의 프로세서를 포함하고, 상기 프로세서는, 어플리케이션의 실행에 따라 발생되는 플로우를 통해 송수신되는 트래픽 타입이 복수 개인지 판단하고, 상기 판단 결과에 따라, 상기 플로우의 메인 트래픽 타입(Main Traffic Type)을 결정하며, 상기 판단된 메인 트래픽 타입에 기초하여 상기 플로우에 적용될 QoS 제어 정책을 판단할 수 있다.

상기 적어도 하나의 프로세서는, 상기 플로우를 통해 송수신되는 트래픽 타입별 트래픽량 및 발생 빈도 중 적어도 하나에 기초하여 상기 복수의 트래픽 타입들 중 하나를 메인 트래픽 타입으로 결정할 수 있다.

상기 적어도 하나의 프로세서는, 상기 복수의 트래픽 타입들 중 가장 높은 QoS 우선 순위를 가지는 트래픽 타입을 상기 플로우의 메인 트래픽 타입으로 결정할 수 있다.

상기 적어도 하나의 프로세서는, 상기 플로우의 트래픽에 관한 성능 정보를 획득하고, 상기 획득한 플로우의 트래픽에 관한 성능 정보에 기초하여 상기 플로우의 메인 트래픽 타입을 변경할 수 있다.

상기 장치는, 메모리를 더 포함하고, 상기 적어도 하나의 프로세서는, 상기 변경된 플로우의 메인 트래픽 타입 및 상기 변경 시점에 대한 정보를 상기 메모리에 저장하도록 제어할 수 있다.

본 개시된 실시예에 따르면, 어플리케이션의 QoS 정책을 유연하게 제어할 수 있다.

도 1은 일부 실시예에 따른 어플리케이션의 QoS 정책을 설명하기 위한 도면이다.
도 2는 일부 실시예에 따른 어플리케이션의 실행에 따라 발생하는 플로우를 설명하기 위한 도면이다.
도 3은 일부 실시예에 따른 어플리케이션 트래픽의 구조를 도시한다.
도 4는 일부 실시예에 따른 하나의 어플리케이션의 실행에 따라 생성되는 복수의 플로우들을 도시한다.
도 5는 일부 실시예에 따른 어플리케이션의 QoS를 제어하는 방법의 순서도를 도시한다.
도 6은 일부 실시예에 따른 어플리케이션의 QoS를 제어하는 방법의 세부 순서도를 도시한다.
도 7은 일부 실시예에 따른 어플리케이션 재실행시 QoS를 제어하는 방법의 세부 순서도를 도시한다.
도 8은 일부 실시예에 따른 플로우를 통해 송수신되는 트래픽 타입을 설명하기 위한 도면이다.
도 9는 일부 실시예에 따른 트래픽 타입에 따른 어플리케이션의 QoS를 제어 정책을 결정하는 방법의 순서도를 도시한다.
도 10은 일부 실시예에 따른 메인 트래픽 타입을 결정하는 방법을 설명하기 위한 도면이다.
도 11은 일부 실시예에 따른 트래픽 타입에 따른 어플리케이션의 QoS를 제어 정책을 결정하는 방법의 세부 순서도를 도시한다.
도 12는 일부 실시예에 따른 메인 트래픽 타입을 판단하는 시점을 설명하기 위한 도면이다.
도 13은 일부 실시예에 따른 단말과 네트워크 사이의 트래픽이 송수신되는 시스템을 설명하기 위한 도면이다.
도 14는 일부 실시예에 어플리케이션의 QoS를 제어하는 사용자 단말의 블록도이다.
도 15는 일부 실시예에 따른 어플리케이션의 QoS를 제어하는 네트워크 장치의 블록도이다.

본 발명에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어들을 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도 또는 판례, 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 상세히 그 의미를 기재할 것이다. 따라서 본 발명에서 사용되는 용어는 단순한 용어의 명칭이 아닌, 그 용어가 가지는 의미와 본 발명의 전반에 걸친 내용을 토대로 정의되어야 한다.

명세서 전체에서, 어떤 부분이 다른 부분과 연결되어 있다고 할 때, 이는 직접적으로 연결되어 있는 경우뿐 아니라, 그 중간에 다른 소자를 사이에 두고 전기적으로 연결되어 있는 경우도 포함한다. 또한 어떤 부분이 어떤 구성요소를 포함한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 또한, 명세서에 기재된 "...부", "모듈" 등의 용어는 적어도 하나의 기능이나 동작을 프로세싱하는 단위를 의미하며, 이는 하드웨어 또는 소프트웨어로 구현되거나 하드웨어와 소프트웨어의 결합으로 구현될 수 있다.

명세서 전체에서 단말이라 함은 단말은 UE(User Equipment)를 포함할 수 있다. UE는, 퍼스널 컴퓨터(Personal Computer), 휴대폰(Cellular Phone), 스마트 폰, TV, 타블렛, 노트북, PDA(Personal Digital Assistants), PMP(Portable Multimedia Player), 네비게이션, MP3 플레이어, 디지털 카메라, 블랙박스, 자동차에 탑재 디바이스, 자동차에 탑재된 디바이스 내의 모듈, 자동차 그 자체를 포함할 수 있다. 물론 상기 예시에 제한되지 않으며, 다양한 디바이스들을 포함할 수 있다.

명세서 전체에서 네트워크 장치라 함은, 네트워크 인터페이스 카드(Network Inteface Card), 라우터(Router), 게이트웨이(Gateway), 스위치(Switch), 허브(Hub)와 같이 네트워크 상의 다양한 장치를 포함할 수 있다. 물론 상기 예시에 제한되지 않으며, 네트워크 내의 다양한 디바이스들을 모두 포함할 수 있다.

명세서 전체에서 트래픽이란, 송수신되는 데이터를 의미할 수 있다. 일부 실시예에 따르면 송수신되는 데이터는 패킷 형태일 수 있다. 물론 상기 예시에 제한되지 않는다.

명세서 전체에서 플로우는 소정의 기준에 의해 분류, 구분될 수 있는 트래픽의 흐름을 의미할 수 있다. 물론 상기 예시에 제한되지 않는다.

명세서 전체에서 어플리케이션의 메인 트래픽 타입이란, 어플리케이션의 실행에 의해 발생되는 적어도 하나의 플로우를 통해 송수신되는 복수의 트래픽 타입들 중 해당 어플리케이션에 적용될 QoS 제어 정책을 결정할 때 기준이 되는 트래픽 타입을 의미할 수 있다. 다시 말해서, 어플리케이션의 메인 트래픽 타입이란 어플리케이션을 실행에 의해 송수신되는 복수의 트래픽 타입들을 대표하는 트래픽 타입을 의미할 수 있다. 물론 상기 예시에 제한되지 않는다.

명세서 전체에서 플로우의 메인 트래픽 타입이란, 플로우를 통해 송수신되는 복수의 트래픽 타입들 중 해당 플로우에 적용될 QoS 제어 정책을 결정할 때 기준이 되는 트래픽 타입을 의미할 수 있다. 다시 말해서, 플로우의 메인 트래픽 타입이란 플로우에 송수신되는 복수의 트래픽 타입들을 대표하는 트래픽 타입을 의미할 수 있다. 물론 상기 예시에 제한되지 않는다.

명세서 전체에서 QoS(Quality of Service)라 제어 정책이란, 중요도에 따라 서비스 수준을 차등하여 관리하는 정책을 의미할 수 있다. 예를 들면, QoS 제어 정책은 소정의 기준에 따라 어플리케이션, 사용자 또는 트래픽의 종류에 따라 우선 순위를 결정하고, 우선 순위에 따라 송수신되는 트래픽을 제어하기 위한 정책을 의미할 수 있다. 또한 QoS 제어 정책은 QoS 요구 조건(QoS Requirement)을 결정하고, 결정된 요구 조건이 만족되도록 송수신되는 트래픽을 제어하기 위한 정책을 의미할 수도 있다. 물론 상기 예시에 제한되지 않으며, QoS 제어 정책은 중요도에 따라 차등적으로 서비스 수준을 관리하기 위한 모든 정책을 포함할 수 있다.

명세서 전체에서 QoS 제어 정책의 변경이란, QoS의 우선 순위를 변경하는 것을 의미할 수 있으며, 상기 예시에 제한되지 않는다. QoS의 우선 순위의 변경은 QoS의 우선 순위의 상승, 하강 또는 유지를 포함할 수 있다.

명세서 전체에서 트래픽에 관한 성능 정보란, 송수신되는 트래픽에 관한 정보로, 예를 들면, 패킷 딜레이(Packet Delay), 패킷 에러율(Packet Error Rate), 재전송률(Retransmission Rate) 중 적어도 하나를 포함할 수 있다. 물론 상기 예시에 제한되지 않으며, 트래픽량, 트래픽 타입, 트래픽 발생 빈도 중 적어도 하나를 포함할 수도 있다. 또한 일부 실시예에 따르면, 트래픽에 관한 성능 정보는 어플리케이션 별로 또는 플로우 별로 획득 및 판단할 수 있다.

도 1은 일부 실시예에 따른 어플리케이션의 QoS 정책을 설명하기 위한 도면이다.

단말은 사용자 입력에 기초하여 어플리케이션을 실행한다. 어플리케이션의 실행에 의해 트래픽이 송수신되므로, 각 어플리케이션의 실행에 의해 플로우가 발생할 수 있다. 일부 실시예에 따르면, 어플리케이션의 특성에 따라 하나의 또는 복수의 플로우가 발생할 수 있다.

도 1을 참조하면, 어플리케이션의 실행에 의해 플로우가 발생할 수 있다. 예를 들면, 비디오 어플리케이션의 실행에 의해 비디오 어플리케이션의 플로우(110)이 발생할 수 있고, 이메일 어플리케이션의 실행에 의해 이메일 어플리케이션의 플로우(120)이 발생할 수 있다. 게임 어플리케이션을 사용하는 경우 게임 어플리케이션의 플로우(130)가, VoIP 어플리케이션을 사용하는 경우 VoIP(Voice Over Internet Protocol) 어플리케이션의 플로우(140)가 발생할 수 있으며, FTP(File Transfer Protocol)과 같은 파일 전송을 위한 플로우(150) 또한 발생할 수 있다.

다만, 네트워크 내에서는 대역폭의 제한이 존재하므로, 모든 어플리케이션의 플로우를 통해 송신되는 트래픽들을 한꺼번에 전송할 수 없다. 따라서, 단말 또는 네트워크 장치는 각 어플리케이션의 플로우에 QoS 우선 순위를 결정한다. QoS 우선 순위를 결정하는 기준을 QoS 제어 정책이라 한다.

기존의 QoS 제어 정책은 어플리케이션 또는 플로우의 특성을 고려하지 않고 일괄적으로 QoS 우선 순위를 결정하였다. 그러나, 어플리케이션의 실행에 의해 발생하는 플로우가 복수 개인 경우나, 어플리케이션의 플로우 내의 트래픽의 타입이 복수인 경우 또는 플로우의 QoS 우선 순위가 결정된 이후 플로우의 트래픽 타입이 변경되는 경우 등 다양한 형태로 어플리케이션의 플로우의 특성이 변화하고 있으므로, QoS를 제어하기 위해 고려해야 할 요소가 점점 증가하고 있다.

특히, 어플리케이션 또는 플로우의 특성을 고려하지 않으면 사용자가 체감하는 서비스의 품질이 크게 낮아질 수 있다. 따라서, 어플리케이션의 플로우 특성을 고려하여 QoS 제어 정책을 적용하는 것이 필요하다.

도 2는 일부 실시예에 따른 어플리케이션의 실행에 따라 발생하는 플로우를 설명하기 위한 도면이다.

단말(101)은 사용자 입력을 수신하고 어플리케이션(102)를 실행할 수 있다. 어플리케이션(102)은 네트워크(103)로부터 트래픽을 수신할 수 있다. 또는 어플리케이션은 네트워크(103)의 어플리케이션 서버로부터 트래픽을 수신할 수 있다. 따라서 단말(101)과 네트워크(103) 사이에 플로우가 발생할 수 있다. 일부 실시예에 따르면, 어플리케이션의 특성에 따라 단일의 플로우가 발생할 수도 있고 복수의 플로우가 발생할 수도 있다.

도 2를 참조하면, 어플리케이션(102)의 실행에 의해 복수의 플로우들(211 내지 214)이 발생한다. 일부 실시예에 따르면, 어플리케이션 실행에 의해 발생한 복수의 플로우들 각각은 동일 또는 상이한 트래픽을 송수신할 수 있다. 예를 들면, 제 1 플로우(211)는 어플리케이션의 계정 인증에 관한 트래픽을 송수신할 수 있고, 제 2 플로우(212)는 비디오 요청에 관한 트래픽을 송수신할 수 있으며, 제 3 플로우(213)은 오디오 타입의 트래픽을 송수신할 수 있으며, 제 4 플로우(214)는 비디오 타입의 트래픽을 송수신할 수 있다.

또한 일부 실시예에 따르면, 제 1 플로우(211)를 통해 송수신되는 어플리케이션의 계정 인증에 관한 트래픽과 제 2 플로우(212)를 통해 송수신되는 비디오 요청에 관한 트래픽은 웹(Web) 타입 또는 텍스트 타입의 트래픽일 수 있다.

다시 말해서 각 플로우들(211 내지 214)를 통해 송수신되는 트래픽 타입은 단일의 타입일 수도 있고 복수의 타입일 수도 있다. 또한 각 플로우들(211 내지 214)는 동일한 타입 또는 상이한 타입의 트래픽을 송수신할 수 있다.

일부 실시예에 따르면, 단말(101) 또는 네트워크(103)는 각 플로우들(211 내지 214) 마다 QoS 우선 순위를 결정할 수도 있고, 어플리케이션(102)을 기준으로 QoS 우선 순위를 결정할 수 있다.

또한 일부 실시예에 따르면, 단말(101) 또는 네트워크(103)는 각 플로우들(211 내지 214)에 각각의 QoS 제어 정책을 적용할 수 있다. 물론 QoS 제어 정책이 어플리케이션 별로 적용될 수도 있으며, 상기 예시에 제한되지 않는다.

다만, 어플리케이션 내에서 프로세싱 되는 데이터가 각 플로우들(211 내지 214)를 통해 송수신되는 것이므로, 복수의 플로우들(211 내지 214) 중 하나의 트래픽에 관한 성능이 저하되는 경우 어플리케이션의 서비스 품질이 낮아질 수 있다. 따라서 단말(101) 또는 네트워크(103) 내의 장치는 어플리케이션의 복수의 플로우들(211 내지 214)의 관계를 고려하여 QoS의 우선 순위를 결정할 수 있다.

도 3은 일부 실시예에 따른 어플리케이션 트래픽의 구조를 도시한다.

앞서 설명한 바와 같이 트래픽은 데이터로써, 송수신되는 데이터를 의미할 수 있다. 일부 실시예에 따르면 송수신되는 데이터는 패킷(301) 형태일 수 있다. 도 3에 도시된 패킷(301)은 TCP/IP(Transmission Control Protocol/Internet Protocol) 패킷의 일 예를 도시한다.

일부 실시예에 따르면 QoS 제어 장치는 어플리케이션의 생성에 의해 발생하는 트래픽들을 분류함으로써, 플로우를 식별할 수 있다. 예를 들면, QoS 제어 장치는 패킷(301) 헤더 내의 프로토콜 식별 정보(310), 소스 주소 정보(320), 목적지 주소 정보(330), 소스 포트 정보(340), 목적지 포트 정보(350)에 기초하여 플로우를 식별할 수 있다. 물론 상기 예시에 제한되지 않으며, QoS 제어 장치는 패킷(301) 내의 다양한 정보에 기초하여 플로우를 구별할 수 있다.

일부 실시예에 따르면, Sequence number 필드는 송수신되는 데이터의 순서에 관한 정보를 포함하고, Acknowledgement number 필드는 수신하기를 기대하는 다음 번호에 대한 정보를 포함하며, Checksum 필드는 데이터 오류 검출을 위한 정보를 포함하며, Urgent Pointer 필드는 패킷(301) 내에 포함된 긴급 데이터의 위치에 관한 정보를 포함할 수 있다. 나머지 필드의 경우 필드 이름에 기초하여 자명하며, TCP/IP 패킷의 구조는 당업자에게 자명하므로, 자세한 설명은 생략한다.

도 4는 일부 실시예에 따른 하나의 어플리케이션의 실행에 따라 생성되는 복수의 플로우들을 도시한다.

도 4는 어플리케이션의 실행에 의해 발생하는 플로우의 다운로드 트래픽량을 도시한다. 일부 실시예에 따르면 다운로드는 단말이 네트워크로부터 수신하는 통신 방향을 의미할 수 있다.

도 4를 참조하면, 제 1 플로우(410)는 계속적으로 트래픽이 다운로드되며, 제 2 플로우(420)는 간헐적으로 트래픽이 다운로드 될 수 있다. 다시 말해서 모든 플로우가 상이한 빈도로 트래픽을 송수신할 수 있다.

또한 일부 실시예에 따르면, 제 1 플로우(410)는 텍스트, 오디오, 비디오 타입의 트래픽을 송수신할 수 있고, 제 2 플로우(420)는 텍스트 타입의 트래픽을 송수신할 수 있다.

일부 실시예에 따르면, QoS 제어 장치는 제 1 플로우(410)가 더 높은 빈도로 트래픽을 송수신하며, 오디오, 비디오와 같은 우선 순위가 높은 트래픽을 송수신 하므로, 제 1 플로우(410)에 더 높은 QoS 우선 순위를 적용하고, 간헐적으로 텍스트 타입의 트래픽만을 송수신하는 제 2 플로우(420)에는 더 낮은 QoS 우선 순위를 적용할 수 있다. QoS 제어 장치는 우선 순위에 따라 각각의 플로우에 QoS 제어 정책을 적용할 수 있다.

그러나, 제 1 플로우(410)가 높은 QoS 우선 순위를 적용받는다고 하더라도, 제 2 플로우(420)의 낮은 QoS 우선 순위로 인해 어플리케이션에 트래픽의 처리가 늦어지는 경우, 어플리케이션 전체의 서비스 제공 성능이 낮아질 수 있다. 따라서, 단순히 플로우의 트래픽의 발생 빈도나 트래픽 타입만을 고려하여 QoS 제어 정책을 적용하면, 사용자가 체감하는 어플리케이션의 서비스 품질이 낮아질 수 있다. 따라서. QoS 제어 장치는 제 1 플로우(410)와 제 2 플로우(42)의 트래픽에 관한 성능을 고려하여 QoS 제어 정책을 적용할 수 있다. 이는 이하의 도 5에서 더 자세히 설명한다.

도 5는 일부 실시예에 따른 어플리케이션의 QoS를 제어하는 방법의 순서도를 도시한다.

단계 510에서 QoS 제어 장치는, 어플리케이션의 메인 트래픽 타입(Traffic Type)을 결정할 수 있다.

일부 실시예에 따르면, QoS 제어 장치는 어플리케이션의 메인 트래픽 타입을 결정할 수도 있고, 어플리케이션의 실행에 의해 발생되는 복수의 플로우들 각각의 메인 트래픽 타입을 결정할 수도 있다.

일부 실시예에 따르면, QoS 제어 장치는 복수의 플로우들 각각에 대한 메인 트래픽 타입을 독립적으로 결정하거나, 동일한 어플리케이션의 실행에 의해 발생하는 플로우가 모두 동일한 메인 트래픽 타입을 가진다고 결정할 수도 있다.

또한 일부 실시예에 따르면, QoS 제어 장치는 다양한 방법으로 어플리케이션 의 메인 트래픽 타입을 결정할 수 있다. 예를 들면, QoS 제어 장치는 어플리케이션의 플로우를 통해 송수신되는 트래픽 타입이 복수 개인 경우, 트래픽 타입별 트래픽량 및 발생 빈도 중 적어도 하나에 기초하여 복수의 트래픽 타입 중 하나를 어플리케이션의 메인 트래픽 타입으로 결정할 수 있다.

또한 일부 실시예에 따르면, QoS 제어 장치는 어플리케이션의 플로우를 통해 송수신되는 트래픽이 복수 개인 경우, 복수의 트래픽 타입들 중 가장 높은 QoS를 가지는 트래픽을 어플리케이션의 메인 트래픽 타입으로 결정할 수 있다.

또한 일부 실시예에 따르면, 어플리케이션의 트래픽 발생 빈도는 계속적으로 변화하므로, QoS 제어 장치는 소정의 시점에서 어플리케이션의 트래픽 타입을 결정할 수 있다. 예를 들면, QoS 제어 장치는 소정의 횟수 또는 소정의 시간 동안 트래픽이 송수신된 이후 어플리케이션의 메인 트래픽 타입을 판단할 수도 있다.

또한 일부 실시예에 따르면, 어플리케이션의 플로우를 통해 송수신되는 트래픽 타입이 계속적으로 변화하므로, QoS 제어 장치는 기결정한 어플리케이션의 트래픽 타입을 변경할 수 있다. 다시 말해서, QoS 제어 장치는 어플리케이션의 트래픽 타입에 관한 정보를 업데이트 할 수도 있다. 예를 들면, QoS 제어 장치는 어플리케이션의 트래픽량 또는 트래픽 발생 빈도 중 적어도 하나가 소정의 기준 이상 변경되는 경우 어플리케이션의 메인 트래픽 타입을 업데이트 할 수 있다.

또한 상기에서 설명한 어플리케이션의 메인 트래픽 타입을 결정 또는 업데이트 하는 방법들은 어플리케이션의 실행에 의해 발생되는 적어도 하나의 플로우들의 메인 트래픽 타입을 결정할 때도 사용될 수 있다.

추가적으로 일부 실시예에 따르면, QoS 제어 장치는 각각의 어플리케이션의 메인 트래픽 타입을 저장할 수 있다. 또한 QoS 제어 장치는 어플리케이션의 실행에 의해 발생되는 복수의 플로우 각각의 메인 트래픽 타입에 대한 정보를 저장할 수 있다. 또한 QoS 제어 장치는 어플리케이션의 메인 트래픽 타입을 결정한 시점, 메인 트래픽 타입에 관한 정보를 업데이트한 시점에 관한 정보를 저장할 수도 있으며, 어플리케이션의 실행에 의해 발생되는 복수의 플로우 각각의 메인 트래픽 타입을 결정한 시점, 메인 트래픽 타입에 관한 정보를 업데이트한 시점에 관한 정보를 저장할 수도 있다.

단계 530에서 QoS 제어 장치는, 결정된 메인 트래픽 타입에 따라 어플리케이션의 실행에 의해 발생되는 복수의 플로우들 각각에 적용될 QoS 제어 정책을 판단할 수 있다.

일부 실시예에 따르면 QoS 제어 정책은 QoS 우선 순위에 따라 지켜져야 할 지연, 에러율, 재전송율 및 전송 레이트의 보장에 관한 정보를 더 포함 할 수 있으며, 상기 예시에 제한되지 않는다. 또한 QoS 제어 정책은 플로우들 각각에 적용될 수 있다.

또한 일부 실시예에 따르면, QoS 제어 장치는 저장된 QoS 제어 정책이 존재하면, 어플리케이션을 재실행하거나 업데이트 이후 저장된 QoS 제어 정책을 적용할 수 있다. 다시 말해서, QoS 제어 장치가 기존의 QoS 제어 정책을 변경하여 저장된 경우, 어플리케이션을 재실행하면 변경된 QoS 제어 정책이 적용될 수 있다.

단계 550에서 QoS 제어 장치는, 복수의 플로우들을 통해 송수신되는 트래픽을 이용하는 어플리케이션의 트래픽에 관한 성능 정보를 획득할 수 있다.

다시 말해서, QoS 제어 장치는 복수의 플로우들을 통해 송수신되는 트래픽을 이용하는 어플리케이션의 트래픽에 관한 성능 변화를 감지 할 수 있다.

앞서 설명한 바와 같이, 트래픽에 관한 성능은 패킷 딜레이(Packet Delay), 패킷 에러율(Packet Error Rate), 재전송률(Retransmission Rate) 중 적어도 하나를 포함할 수 있으며, 상기 예시에 제한되지 않고, 성능을 측정할 수 있는 트래픽에 관련된 모든 정보를 포함할 수 있다.

일부 실시예에 따르면, QoS 제어 장치는, 어플리케이션의 패킷 딜레이, 패킷 에러율, 재전송률 중 적어도 하나를 모니터링할 수 있다. 물론 QoS 제어 장치는 어플리케이션의 플로우 각각에 대한 패킷 딜레이, 패킷 에러율, 재전송률 중 적어도 하나를 모니터링할 수도 있다. QoS 제어 장치는 모니터링을 통해 어플리케이션의 트래픽에 관한 성능 정보를 획득, 또는 성능 변화를 감지할 수 있다.

일부 실시예에 따르면, QoS 제어 장치는 어플리케이션의 트래픽에 관한 성능 정보를 획득함으로써, 체감되는 서비스 품질을 추정할 수 있다. 예를 들면, QoS 제어 장치는 패킷 딜레이, 패킷 에러율, 재전송률 중 적어도 하나를 모니터링 함으로써, 버퍼링이 소정의 횟수 이상 발생하는지, 해상도가 임계 이하로 저하되는지 등을 추정할 수 있다.

단계 570에서 QoS 제어 장치는, 획득한 트래픽에 관한 성능 정보에 기초하여 복수의 플로우 중 적어도 하나의 플로우에 적용될 QoS 제어 정책을 변경할 수 있다.

일부 실시예에 따르면, QoS의 제어 정책의 변경이란, QoS 우선 순위를 변경하는 것을 의미할 수 있다. 일부 실시예에 따르면, QoS 제어 장치는 어플리케이션의 트래픽에 관한 성능이 저하되는 경우 QoS 우선 순위를 상향시킬 수 있다. 예를 들면, QoS 제어 장치는 어플리케이션의 복수의 플로우 중 가장 낮은 QoS 우선 순위를 가지는 플로우의 QoS 우선 순위를 상승 시킬 수 있다.

또한 일부 실시예에 따르면, QoS 제어 장치는 각 플로우의 트래픽에 관한 성능 정보를 획득하고, 가장 낮은 트래픽에 관한 성능을 가지는 플로우의 QoS 우선 순위를 상향시킬 수 있다. 예를 들면, QoS 제어 장치는 재전송률이 가장 큰 플로우의 QoS 우선 순위를 상향시킬 수도 있다.

또한 일부 실시예에 따르면, QoS 제어 장치는 각 플로우의 트래픽에 관한 성능 정보 및 어플리케이션의 트래픽에 관한 성능 정보 중 적어도 하나에 기초하여 복수의 플로우들 중 QoS 제어 정책을 변경하여 적용할 플로우를 선택할 수도 있다.

일부 실시예에 따르면, QoS 제어 장치는 변경된 QoS 제어 정책을 저장할 수 있다. 즉, 변경된 각 플로우에 적용되는 QoS 우선 순위에 대한 정보를 저장할 수 있다.

또한 일부 실시예에 따르면, QoS 제어 장치는 획득한 트래픽에 관한 성능 정보에 기초하여 복수의 플로우 중 적어도 하나의 플로우에 이미 적용된 QoS 제어 정책을 변경할 수도 있다.

도 6은 일부 실시예에 따른 어플리케이션의 QoS를 제어하는 방법의 세부 순서도를 도시한다.

단계 610에서 QoS 제어 장치는, 플로우를 통해 송수신되는 트래픽을 이용하는 어플리케이션의 트래픽에 관한 성능 변화를 감지할 수 있다. 앞서 설명한 바와 같이 QoS 제어 장치는 어플리케이션의 트래픽에 관한 성능 정보를 획득함으로써, 어플리케이션의 트래픽에 관한 성능 변화를 감지할 수 있다. 이는 5에서 설명한 바와 대응되므로 자세한 설명은 생략한다.

단계 620에서 QoS 제어 장치는, 어플리케이션의 트래픽에 관한 성능이 저하되는지 여부를 감지할 수 있다.

일부 실시예에 따르면, QoS 제어 장치는, 어플리케이션의 패킷 딜레이, 패킷 에러율, 재전송률 중 적어도 하나를 모니터링할 수 있다. 예를 들면, QoS 제어 장치는 어플리케이션의 실행에 따라 생성된 적어도 하나의 플로우들 전체에 대한 트래픽에 관한 성능 저하 여부를 감지할 수 있다.

또한 일부 실시예에 따르면, QoS 제어 장치는 어플리케이션의 실행에 의해 발생되는 적어도 하나의 플로우 각각의 트래픽에 관한 성능의 저하 여부를 감지할 수 있다. 예를 들면, QoS 제어 장치는 어플리케이션의 복수의 플로우 중 적어도 하나의 패킷 딜레이, 패킷 에러율, 재전송률 중 적어도 하나가 증가하는지 판단할 수 있다. 즉, QoS 제어 장치는 각 플로우별로 트래픽에 관한 성능 정보를 획득할 수도 있고, 어플리케이션별로 트래픽에 관한 성능 정보를 획득할 수도 있다.

또한 일부 실시예에 따르면 QoS 제어 장치는 네트워크 상태를 측정할 수 있다. 예를 들면, QoS 제어 장치는 단말 또는 네트워크 장치의 데이터 레이트, 패킷 에러율, 재전송률 등에 기초하여 채널 품질을 측정할 수도 있고, 외부 장치로부터 채널 품질에 관한 정보를 수신할 수 있다.

일부 실시예에 따르면, QoS 제어 장치는 네트워크의 상태 및 어플리케이션의 트래픽에 관한 성능, 복수의 플로우들 각각의 트래픽에 관한 성능 중 적어도 하나를 측정하고, 어플리케이션의 트래픽에 관한 성능의 저하가 발생한 경우, 네트워크의 상태 때문에 어플리케이션의 트래픽에 관한 성능의 저하가 발생하는지, 네트워크의 상태가 좋음에도 불구하고 어플리케이션의 트래픽에 관한 성능의 저하가 발생하는지 판단할 수 있다.

단계 630에서 QoS 제어 장치는, 어플리케이션에 QoS 우선 순위가 상이한 플로우가 존재하는지 여부를 판단할 수 있다.

일부 실시예에 따르면, 어플리케이션의 실행에 의해 복수의 플로우들이 발생할 수 있으며, 각각의 플로우는 QoS 우선 순위가 상이할 수 있다. 따라서 QoS 제어 장치는 QoS 우선 순위가 상이한 플로우가 존재하는지 판단할 수 있다.

단계 640에서 QoS 제어 장치는, 제 1 플로우에 적용되는 QoS 우선 순위를 상향할 수 있다.

일부 실시예에 따르면, 제 1 플로우는 어플리케이션의 실행에 의해 생성되는 복수의 플로우들 중 QoS 우선 순위가 가장 낮은 플로우일 수 있다. 또한 일부 실시예에 따르면, 제 1 플로우는 제 1 플로우는 어플리케이션의 실행에 의해 생성되는 복수의 플로우들 중 트래픽에 관한 성능이 가장 낮은 플로우일 수도 있다.

다시 말해서, QoS 제어 장치는 복수의 플로우 각각의 트래픽에 관한 성능 정보를 획득하고, 획득한 트래픽에 관한 성능 정보에 기초하여, 복수의 플로우 중 QoS 제어 정책을 변경하여 적용할 플로우를 제1 플로우로 선택할 수도 있고, 가장 낮은 QoS 우선 순위가 적용된 플로우를 제1 플로우로 선택할 수도 있다. QoS 제어 장치는 선택한 플로우의 QoS 우선 순위를 상향 시킬 수 있다.

단계 650에서 QoS 제어 장치는, 어플리케이션의 트래픽에 관한 성능 개선 여부를 판단할 수 있다.

일부 실시예에 따르면, QoS 제어 장치는 단계 640에서 선택한 플로우의 QoS 우선 순위를 상향하고, 어플리케이션의 트래픽에 관한 성능이 개선되었는지 판단할 수 있다.

일부 실시예에 따르면, QoS 제어 장치는 어플리케이션의 트래픽에 관한 성능이 개선되었는지 판단할 수도 있고, 어플리케이션의 실행에 의해 발생한 복수의 플로우 중 적어도 하나의 트래픽에 관한 성능이 개선되었는지 판단할 수도 있다.

예를 들면, QoS 제어 장치는 적어도 하나의 플로우의 QoS 우선 순위를 변경한 후, 어플리케이션 또는 적어도 하나의 플로우의 패킷 딜레이, 패킷 에러율, 재전송률 중 적어도 하나가 감소하는지 판단할 수 있다. 다시 말해서, 일부 실시예에 따르면, QoS 제어 장치는 어플리케이션 또는 적어도 하나의 플로우의 트래픽에 관한 성능이 개선되었는지 판단함으로써, 버퍼링, 해상도와 같은 체감되는 어플리케이션의 서비스 품질 또한 개선되었는지 추정할 수 있다.

만약, 어플리케이션의 트래픽에 관한 성능이 개선되지 않은 경우, 단계 660에서 QoS 제어 장치는, 제 1 플로우에 적용되는 QoS 우선 순위를 하향할 수 있다.

일부 실시예에 따르면, QoS 제어 장치는 제 1 플로우에 적용되는 변경된 QoS 우선 순위를 변경 이전으로 되돌릴 수 있다. 물론 상기 예시에 제한되는 것은 아니다. 또한 일부 실시예에 따르면, QoS 제어 장치는 제 1 플로우에 적용되는 QoS 우선 순위 변경 내역을 저장할 수도 있다.

만약 어플리케이션의 트래픽에 관한 성능이 개선된 경우, 단계 670에서 QoS 제어 장치는, 어플리케이션에 적용된 변경된 QoS 제어 정책을 저장할 수 있다.

일부 실시예에 따르면, QoS 제어 장치는 모니터링을 통해 어플리케이션의 트래픽에 관한 성능이 개선되었다고 판단되면, 변경된 QoS 제어 정책을 유지할 수 있다.

또한 일부 실시예에 따르면, 향후 어플리케이션의 재실행 또는 업데이트 이후에 QoS 제어 정책을 적용하기 위해 변경된 QoS 제어 정책에 관한 정보를 저장할 수 있다.

일부 실시예에 따르면, QoS 제어 정책에 관한 정보는 어플리케이션 이름, 어플리케이션의 종류, 어플리케이션의 플로우 개수, 어플리케이션의 플로우들의 트래픽 타입, 어플리케이션의 플로우들의 QoS 우선 순위에 대한 정보, 네트워크 상태 등에 관한 정보를 포함할 수 있으며, 상기 예시에 제한되지 않는다.

도 7은 일부 실시예에 따른 어플리케이션 재실행시 QoS를 제어하는 방법의 세부 순서도를 도시한다.

단계 710에서 QoS 제어 장치는, 어플리케이션의 재실행을 감지할 수 있다. 다시 말해서, 어플리케이션이 종료된 이후, 사용자 입력에 따라 어플리케이션이 재실행될 수 있다.

단계 720에서 QoS 제어 장치는, 어플리케이션에 관한 저장된 QoS 정책이 존재하는지 여부를 판단할 수 있다.

예를 들면, QoS 제어 장치는 도 6에서와 같이 어플리케이션의 특성에 따라 변경된 QoS 제어 정책이 존재하는지 판단할 수 있다. 예를 들면, 어플리케이션의 실행에 따라 발생한 복수의 플로우들 각각에 적용될 QoS 우선 순위가 존재하는지 판단할 수 있다.

또한 일부 실시예에 따르면, QoS 제어 장치는 어플리케이션의 플로우들의 QoS 우선 순위의 변경 내역을 확인함으로써 가장 최근 변경된 QoS 우선 순위를 각각의 플로우들에 적용할 수 있다.

만약 저장된 QoS 제어 정책이 존재하지 않는 경우, 단계 730에서 QoS 제어 장치는, 트래픽 타입에 따라 QoS 제어 정책을 적용할 수 있다.

일부 실시예에 따르면, QoS 제어 장치는 어플리케이션의 메인 트래픽 타입을 결정하고, 결정된 메인 트래픽 타입에 따라 QoS 제어 정책을 적용할 수 있다. 물론 상기 예시에 제한되지 않으며, 네트워크 사업자로부터 획득한 QoS 정책 또는 어플리케이션의 개발자의 요구 등에 기초하여 결정된 QoS 제어 정책을 사용할 수 있다.

그러나, 주어진 네트워크 환경에서 적용되고 있던 QoS 정책(예를 들면, 네트워크 사업자로부터 획득한 QoS 정책 등)을 사용하는 경우에 어플리케이션의 트래픽에 관한 성능이 저하되는 경우, 앞서 설명한 설명한 방법에 따라 어플리케이션의 특성 및 네트워크 상태에 따라 QoS 제어 정책을 변경할 수 있다.

만약 저장된 QoS 제어 정책이 존재하는 경우, 단계 740에서 QoS 제어 장치는, 저장된 QoS 정책에 기초하여 플로우에 대한 QoS 제어 정책을 결정할 수 있다.

다시 말해서, 어플리케이션이 재실행되는 경우, 어플리케이션의 종료 이전에 변경된 QoS 제어 정책이 다시 적용될 수 있다. 따라서, QoS 제어 장치는 변경되어 저장된 QoS 제어 정책이 존재하는 경우 우선적으로 적용할 수 있다.

또한 일부 실시예에 따르면, QoS 제어 장치는 어플리케이션의 업데이트될 때마다, 또는 어플리케이션이 새롭게 설치되어 실행되는 경우에는 각 어플리케이션의 특성에 맞게 QoS 제어 정책을 적용하기 위해 도 5 내지 도 6에서 설명한 방법을 실행할 수 있다.

또한 일부 실시예에 따르면, QoS 제어 장치는 네트워크의 상황이 소정의 이상 변동되는 경우에도 어플리케이션의 특성에 맞게 QoS 제어 정책을 적용하기 위해 도 5 내지 도 6에서 설명한 방법을 실행할 수 있다. 예를 들면, QoS 제어 장치는 데이터 레이트가 소정의 범위 이상 변동되거나, CA(Carrier Aggreagation)과 같은 방식으로 소정의 크기 이상 통신 대역폭이 변경되거나, 주파수 대역폭의 변경으로 트래픽의 송수신 속도가 소정 이상 변경되는 등의 통신 환경이 변경되는 경우에는, 도 5 내지 도 6에서 설명한 방법을 실행하여 QoS 제어 정책을 변경할 수 있다.

또한 일부 실시예에 따르면, QoS 제어 장치는 QoS 제어 정책이 변경될 때 마다 변경된 QoS 정책에 관한 정보 및 변경된 시점, 변경 시의 네트워크 상태에 관한 정보를 저장할 수 있다. 다시 말해서, QoS 제어 장치는 QoS 제어 정책이 업데이트되면 저장된 QoS 제어 정책에 관한 정보 또한 업데이트 할 수 있다.

도 8은 일부 실시예에 따른 플로우의 트래픽 타입을 설명하기 위한 도면이다.

단말(101)은 사용자 입력을 수신하고 어플리케이션(102)를 실행할 수 있다. 어플리케이션(102)은 네트워크(103)로부터 트래픽을 수신하므로, 어플리케이션(102)의 실행에 의해 플로우가 발생할 수 있다. 도 8을 참조하면, 단일의 플로우(810)에 복수의 타입들의 트래픽이 송수신될 수 있다.

예를 들면, 플로우(810)는 비디오 타입의 트래픽(820), 오디오 타입의 트래픽(830) 및 텍스트 타입의 트래픽(840)을 송수신할 수 있다. 물론 비디오 타입의 트래픽(820), 오디오 타입의 트래픽(830) 및 텍스트 타입의 트래픽(840)외에도 이미지 타입의 트래픽 등이 포함될 수 있으며, 상기 예시에 제한되지 않는다.

일부 실시예에 따르면, 단말(101) 또는 네트워크(103)의 QoS 제어 장치는 플로우(810)의 트래픽 타입에 기초하여 QoS 제어 정책을 결정할 수 있다. 다만, 기존의 경우에는 플로우(810)를 통해 복수의 트래픽 타입이 전송되는 경우, 하나의 트래픽 타입만을 고려하여 QoS 제어 정책을 결정하였으므로, 체감되는 서비스 성능이 저하될 가능성이 존재한다.

따라서, 단일의 플로우(810)에 복수의 트래픽 타입이 송수신되는 경우에는 복수의 트래픽 타입 모두를 고려하여 QoS 의 우선 순위를 제어할 수 있다. 이하에서는 복수의 트래픽 타입이 송수신되는 경우의 QoS 제어 정책을 결정하는 방법을 도시한다.

또한 이하의 내용은 도 4 내지 도 6에서 설명한 각 플로우의 트래픽 타입을 결정할 때 사용될 수 있다.

도 9는 일부 실시예에 따른 트래픽 타입에 따른 어플리케이션의 QoS를 제어 정책을 결정하는 방법의 순서도를 도시한다.

단계 910에서 QoS 제어 장치는, 어플리케이션의 실행에 따라 발생되는 플로우를 통해 송수신되는 트래픽 타입이 복수 개인지 판단할 수 있다.

일부 실시예에 따르면 QoS 제어 장치는 소정의 기간 동안 플로우를 통해 송수신되는 트래픽 타입을 감지함으로써, 어떤 타입의 트래픽들이 플로우를 통해 송수신되는지 판단할 수 있다.

또한 일부 실시예에 따르면, QoS 제어 장치는 소정의 횟수 동안 플로우를 통해 송수신되는 트래픽 타입을 감지함으로써, 어떤 타입의 트래픽들이 플로우를 통해 송수신되는지 판단할 수도 있다. 물론 상기 예시에 제한되지 않으며 QoS 제어 장치는 다양한 방법으로 플로우의 트래픽 타입을 감지할 수 있다.

또한 일부 실시예에 따르면, QoS 제어 장치는 플로우의 트래픽 타입에 대한 정보를 저장할 수 있다. 추가적으로, QoS 제어 장치는 플로우를 통한 트래픽의 양, 빈도 또는 타입이 소정의 기준 이상 변경되는 경우 트래픽 타입을 업데이트 할 수 있으며, 업데이트된 트래픽 타입에 관한 정보 및 변경 시점에 관한 정보를 저장할 수도 있다.

단계 930에서 QoS 제어 장치는 판단 결과에 따라, 플로우의 메인 트래픽 타입(Main Traffic Type)을 결정할 수 있다.

일부 실시예에 따르면, 플로우를 통해 송수신되는 트래픽 타입이 복수 개인 경우, QoS 제어 장치는 트래픽 타입별 트래픽량, 발생 빈도에 기초하여 복수의 트래픽 타입 중 하나를 플로우의 메인 트래픽 타입으로 선택할 수 있다.

또한 일부 실시예에 따르면, 플로우를 통해 송수신되는 트래픽이 복수 개인 경우, QoS 제어 장치는 송수신되는 트래픽 중 가장 높은 QoS를 가지는 트래픽을 플로우의 메인 트래픽 타입으로 선택할 수 있다. 물론 플로우가 복수 개인 경우 QoS 제어 장치는 상기에서 설명한 방법에 따라 각각의 플로우의 메인 트래픽 타입을 선택할 수 있다.

단계 950에서 QoS 제어 장치는 판단된 메인 트래픽 타입에 기초하여 플로우에 적용될 QoS 제어 정책을 판단할 수 있다.

일부 실시예에 따르면 QoS 제어 장치는 단계 930에서 결정한 플로우의 메인 트래픽에 적용되는 QoS 제어 정책을 판단하고, 적용할 수 있다. 또한 메인 트래픽 타입이 변경되면 변경된 메인 트래픽 타입에 따라 QoS 제어 정책을 변경하여 적용할 수 있다.

도 10은 일부 실시예에 따른 메인 트래픽 타입을 결정하는 방법을 설명하기 위한 도면이다.

도 10을 참조하면, 도 10의 플로우(1001)를 통해 송수신되는 제 1 트래픽 타입(1010)은 비디오일 수 있고, 제 2 트래픽 타입(1020)은 오디오 일 수 있고, 제 3 트래픽 타입(1030)은 텍스트 일 수 있다.

일부 실시예에 따르면, QoS 제어 장치는 트래픽 타입별 트래픽 발생 빈도에 기초하여 플로우의 메인 트래픽 타입을 결정할 수 있다. 일부 실시예에 따르면, 도 10의 트래픽 타입별 발생 빈도는 제 3 트래픽 타입(1030)인 텍스트가 가장 높으므로, QoS 제어 장치는 도 10의 플로우(1001)의 메인 트래픽 타입을 텍스트 타입(1030)으로 결정할 수 있다.

일부 실시예에 따르면, QoS 제어 장치는 트래픽 타입별 트래픽량에 기초하여 플로우의 메인 트래픽 타입을 결정할 수 있다. 일부 실시예에 따르면, 도 10의 트래픽 타입별 트래픽량은 제 2 트래픽 타입(1020)인 오디오가 가장 높으므로, QoS 제어 장치는 도 10의 플로우(1001)의 메인 트래픽 타입을 오디오 타입(1020)으로 결정할 수 있다.

일부 실시예에 따르면, QoS 제어 장치는 복수의 트래픽 타입 중 가장 높은 QoS 우선 순위를 가지는 트래픽을 플로우의 메인 트래픽 타입으로 결정할 수 있다. 비디오 타입의 트래픽이 가장 QoS 우선 순위가 높다고 가정하면, QoS 제어 장치는 도 10의 플로우(1001)의 메인 트래픽 타입을 비디오 타입(1010)으로 결정할 수 있다.

또한 일부 실시예에 따르면, QoS 제어 장치는 송수신되는 트래픽 타입들의 패턴을 고려하여 메인 트래픽 타입을 결정할 수 있고, 소정의 시간 간격마다 메인 트래픽 타입을 변경할 수도 있다. QoS 제어 장치는 메인 트래픽 타입을 변경함으로써, 적용되는 QoS 제어 정책을 변경할 수 있다.

또한 일부 실시예에 따르면, QoS 제어 장치는 메인 트래픽 타입을 결정한 이후, 플로우의 트래픽에 관한 성능의 변화를 감지함으로써, 플로우의 메인 트래픽 타입을 변경할 수도 있다. 이는 도 11에서 자세히 설명한다.

도 11은 일부 실시예에 따른 트래픽 타입에 따른 어플리케이션의 QoS를 제어 정책을 결정하는 방법의 세부 순서도를 도시한다.

단계 1110에서 QoS 제어 장치는, 어플리케이션의 실행에 따라 발생되는 플로우를 통해 송수신되는 트래픽 타입이 복수 개인지 판단할 수 있다.

단계 1120에서 QoS 제어 장치는, 판단 결과에 따라, 플로우의 메인 트래픽 타입을 결정할 수 있다.

단계 1130에서 QoS 제어 장치는, 판단된 메인 트래픽 타입에 기초하여 플로우에 적용될 QoS 제어 정책을 판단할 수 있다. 단계 1110 내지 1130은 앞서 설명한 바와 대응되므로 자세한 설명은 생략한다.

단계 1140에서 QoS 제어 장치는, 플로우의 트래픽에 관한 성능 변화가 감지되는지 판단할 수 있다.

일부 실시예에 따르면, QoS 제어 장치는 플로우의 트래픽에 관한 성능 정보를 획득할 수 있다. QoS 제어 장치는 플로우의 트래픽에 관한 성능 정보에 기초하여 성능 변화를 감지할 수 있다.

일부 실시예에 따르면, QoS 제어 장치는 플로우의 패킷 에러율, 패킷 지연율 및 재전송율 중 적어도 하나를 측정함으로써, 플로우의 트래픽에 관한 성능 변화를 감지할 수 있다. 예를 들어, QoS 제어 장치는 패킷 에러율, 패킷 지연율 및 재전송율 중 적어도 하나를 측정함으로써 플로우의 트래픽에 관한 성능이 저하되는지 판단할 수 있다.

일부 실시예에 따르면, QoS 제어 장치는 플로우의 트래픽 타입 별 패킷 에러율, 패킷 지연율 및 재전송율 중 적어도 하나를 측정할 수도 있다. 다시 말해서 QoS 제어 장치는 플로우 전체의 패킷 에러율, 패킷 지연율 및 재전송율 중 적어도 하나를 측정하거나, 플로우 내의 트래픽 타입 별 패킷 에러율, 패킷 지연율 및 재전송율 중 적어도 하나를 측정할 수도 있다.

일부 실시예에 따르면, 만약 트래픽의 성능에 관한 변화가 없는 경우에는, 단계 1150에서 QoS 제어 장치는, 적용된 QoS 제어 정책을 유지할 수 있다. 일부 실시예에 따르면, QoS 제어 장치는 플로우의 트래픽에 관한 성능이 높아지는 경우에도 적용된 QoS 제어 정책을 유지할 수 있다.

일부 실시예에 따르면, 만약 트래픽의 성능에 관한 변화가 발생하면, 단계 1160에서 QoS 제어 장치는, 데이터 플로우의 메인 트래픽 타입을 변경할 수 있다.

일부 실시예에 따르면, QoS 제어 장치는 플로우의 트래픽에 관한 성능이 저하되는지 판단할 수 있다. QoS 제어 장치는 플로우의 트래픽에 관한 성능이 저하되면 단계 1120에서 결정되었던 메인 트래픽 타입을 변경할 수 있다.

일부 실시예에 따르면 QoS 제어 장치는 플로우의 메인 트래픽 타입을 변경함으로써 플로우에 적용되는 QoS 제어 정책을 변경할 수 있다. 다시 말해서 QoS 제어 장치는 플로우의 QoS 우선 순위를 변경할 수 있다.

도 12는 일부 실시예에 따른 메인 트래픽 타입을 판단하는 시점을 설명하기 위한 도면이다.

일부 실시예에 따르면, 플로우(1201)의 메인 트래픽 타입을 결정하는 시점에 따라 플로우의 트래픽 타입이 상이해질 수도 있다. 도 12를 참조하면 플로우(1201)에는 비디오 타입의 트래픽(1210), 오디오 타입의 트래픽(1220) 및 텍스트 타입의 트래픽(1230)이 송수신될 수 있다.

일부 실시예에 따르면, QoS 제어 장치가 트래픽 타입별 발생 빈도에 따라 메인 트래픽을 판단한다면, 제 1 판단 시점(1240)에서의 QoS 제어 장치는 플로우(1201)의 메인 트래픽 타입은 비디오 트래픽(1210)으로 결정할 수 있다. 그러나 제 2 판단 시점(1250)에서의 QoS 제어 장치는 플로우(1201)의 메인 트래픽 타입은 텍스트 트래픽(1230)으로 결정될 수 있다.

다시 말해서, QoS 제어 장치의 메인 트래픽 타입을 결정하는 시점에 따라 메인 플로우(1201)의 메인 트래픽 타입이 상이하게 결정될 수 있다. 따라서, QoS 제어 장치는 메인 트래픽 타입을 효과적으로 결정하기 위해 소정의 시간 또는 소정의 횟수 동안 송수신되는 트래픽 타입을 고려하여 플로우(1201)의 메인 트래픽 타입을 결정할 수 있다.

또한 QoS 제어 장치가 계속적으로 모니터링 해야 하는 부담을 축소하기 위해 메인 트래픽을 결정하는 판단 시점을 저장하고, 향후 어플리케이션의 업데이트, 재실행 때 저장된 판단 시점에 기초하여 플로우(1201)의 메인 트래픽을 결정할 수 있다.

도 13은 일부 실시예에 따른 단말과 네트워크 사이의 트래픽이 송수신되는 시스템을 설명하기 위한 도면이다.

도 13은 단말(101)과 네트워크(103) 사이에 트래픽이 송수신되는 시스템을 설명한다. 앞서 설명한 바와 같이 트래픽은 복수의 플로우(1301 내지 1303)를 통해 송수신될 수 있다.

일부 실시예에 따르면, 도 13의 네트워크 시스템은 LTE(Long Term Evolution)의 NRM(Network Reference Model)일 수 있다. e-NB(1310)는 기지국으로, Node-B, eNB 등과 같이 다양한 형태로 기재될 수 있다. S-GW(1320)은 Serving Gateway를 의미할 수 있고, P-GW는 PDN(Packet Data Network) Gateway를 의미할 수 있다. 각 주체의 역할 및 동작은 당업자에게 자명하므로 자세한 설명은 생략한다.

일부 실시예에 따르면, QoS 제어 정책을 판단하고 적용하는 QoS 제어 장치는 단말(101)에 포함될 수 있고, P-GW(1330)에 포함될 수 있다. 일부 실시예에 따르면 P-GW(1330)은 네트워크 장치 일 수 있다. 앞서 설명한 바와 같이 네트워크 장치는 네트워크 인터페이스 카드(Network Inteface Card), 라우터(Router), 게이트웨이(Gateway), 스위치(Switch), 허브(Hub)와 같이 네트워크 상의 다양한 장치를 포함할 수 있으며, 상기 예시에 제한되지 않는다.

일부 실시예에 따르면 단말(101)에서의 어플리케이션의 실행에 의해 복수의 플로우(1301 내지 1306)이 발생할 수 있으며, 복수의 플로우(1301 내지 1306)는 베어러(1307 및 1308)을 통해 네트워크와 단말 간에 전달될 수 있다. 복수의 플로우(1301 내지 1306)는 단말(101) 또는 P-GW(1330)에서 QoS 제어 정책을 적용받아 베어러들(1307 내지 1308) 중 적합한 베어러들(1307 또는 1308)을 통해 송수신될 수 있다.

물론, 도 13에 도시된 네트워크 모델은 일 예일 뿐이며, 다른 네트워크 모델에서도 본 발명의 QoS 제어 방법이 적용될 수 있다.

도 14는 일부 실시예에 어플리케이션의 QoS를 제어하는 단말의 블록도이다. 일부 실시예에 따르면, 본 발명의 QoS 제어 장치는 단말(101)일 수 있다. QoS 제어 장치는 단말(101) 자체일 수도 있고, 단말(101)의 일부일 수도 있다.

도 14에 도시된 바와 같이 일부 실시예에 따른 QoS를 제어하는 단말(101)는 프로세서(1401), 메모리(1403) 및 트랜시버(1405)를 포함할 수 있다. 그러나 도 14에 도시된 구성 요소가 모두 단말(101)의 필수 구성 요소인 것은 아니다. 도 14에 도시된 구성 요소보다 많은 구성 요소에 의해 단말(101)이 구현될 수도 있고, 도 14에 도시된 구성 요소보다 적은 구성 요소에 의해 단말(101)이 구현될 수도 있다. 또한 단말(101)은 프로세서(1401), 메모리(1403) 및 트랜시버(1405)가 하나의 칩(chip) 형태로 구현될 수도 있다.

일부 실시예에 따르면, 프로세서(1401)는 통상적으로 단말(101)의 전반적인 동작을 제어한다. 예를 들어, 프로세서(1401)는 단말(101)에 저장된 프로그램을 실행함으로써, 단말(101)이 포함하는 구성요소들을 전반적으로 제어할 수 있다. 또한 프로세서(1401)는 적어도 하나일 수 있다.

일부 실시예에 따르면, 프로세서(1401)는 어플리케이션의 메인 트래픽 타입을 결정하고, 결정된 메인 트래픽 타입에 따라 어플리케이션의 실행에 의해 발생되는 복수의 플로우들 각각에 적용될 QoS 제어 정책을 판단하고, 복수의 플로우들을 통해 송수신되는 트래픽을 이용하는 어플리케이션의 트래픽에 관한 성능 정보를 획득하고, 획득한 어플리케이션의 트래픽에 관한 성능 정보과에 기초하여 복수의 플로우 중 적어도 하나의 플로우에 적용될 QoS 제어 정책을 변경할 수 있다.

또한 일부 실시예에 따르면, 프로세서(1401)는 어플리케이션의 실행에 따라 발생되는 플로우를 통해 송수신되는 트래픽 타입이 복수 개인지 판단하고, 판단 결과에 따라, 플로우의 메인 트래픽 타입을 결정하며, 판단된 메인 트래픽 타입에 기초하여 플로우에 적용될 QoS 제어 정책을 판단할 수 있다.

일부 실시예에 따르면, 프로세서(1401)는 복수의 플로우 각각의 트래픽에 관한 성능 정보를 더 획득하고, 획득한 어플리케이션의 트래픽에 관한 성능 정보 및 상기 획득한 복수의 플로우들 각각의 트래픽 성능 정보 중 적어도 하나에 기초하여, 복수의 플로우 중 QoS 제어 정책을 변경하여 적용할 플로우를 선택할 수 있다.

일부 실시예에 따르면, 프로세서(1401)는 선택된 제 1 플로우에 적용될 QoS 우선 순위를 상향시키도록 제어 정책을 변경하고, QoS 제어 정책을 변경한 이후, 어플리케이션의 트래픽에 관한 성능 및 상기 복수의 플로우들 각각의 트래픽에 관한 성능 중 적어도 하나에 변화가 발생하는지 여부를 확인할 수 있다.

일부 실시예에 따르면, 프로세서(1401)는 어플리케이션의 재실행 시, 저장된 변경된 QoS 제어 정책에 기초하여 플로우에 적용될 QoS 제어 정책을 결정할 수 있다.

일부 실시예에 따르면, 프로세서(1401)는 기저장된 변경된 QoS 정책에 기초하여, 어플리케이션과 동일한 플로우 구조를 가지는 다른 어플리케이션의 실행에 의해 발생되는 복수의 플로우에 적용될 QoS 정책을 결정할 수 있다.

일부 실시예에 따르면, 프로세서(1401)는 플로우를 통해 송수신되는 트래픽 타입별 트래픽량, 발생 빈도에 기초하여 복수의 트래픽 타입 중 하나를 메인 트래픽 타입으로 결정할 수 있다.

일부 실시예에 따르면, 프로세서(1401)는 복수의 트래픽 타입 중 높은 QoS 우선 순위를 가지는 트래픽 타입을 플로우의 메인 트래픽 타입으로 결정할 수 있다.

일부 실시예에 따르면, 프로세서(1401)는 어플리케이션의 플로우를 통해 송수신되는 트래픽 타입이 복수 개인 경우, 트래픽 타입별 트래픽량, 발생 빈도에 기초하여 복수의 트래픽 타입 중 하나를 어플리케이션 또는 플로우의 메인 트래픽 타입으로 선택할 수 있다. 다시 말해서, 프로세서(1401)는 복수의 플로우 각각의 메인 트래픽 타입을 결정할 수도 있고, 어플리케이션의 메인 트래픽 타입을 결정할 수도 있다. 일부 실시예에 따르면, 프로세서(1401)는 어플리케이션의 플로우를 통해 송수신되는 트래픽 타입이 복수 개인 경우, 복수의 트래픽 타입들 중 가장 높은 QoS를 가지는 트래픽을 어플리케이션 또는 플로우의 메인 트래픽 타입으로 선택할 수 있다., 일부 실시예에 따르면, 프로세서(1401)는, 어플리케이션의 플로우를 통해 소정의 횟수 또는 소정의 시간 동안 트래픽이 송수신된 이후 어플리케이션 또는 플로우의 메인 트래픽 타입을 판단할 수 있다.

일부 실시예에 따르면, 프로세서(1401)는, 어플리케이션 또는 플로우의 트래픽에 관한 성능 변화를 감지하고, 감지 결과에 기초하여 어플리케이션 또는 플로우의 메인 트래픽 타입을 변경할 수 있다. 예를 들면, 프로세서(1401)는 어플리케이션 또는 플로우의 트래픽량 또는 트래픽 발생 빈도가 소정의 기준 이상 변경되는 경우, 어플리케이션 또는 플로우의 메인 트래픽 타입을 업데이트할 수 있다.

일부 실시예에 따르면, 메모리(1403)는 플로우에 적용되는 변경된 QoS 제어 정책에 관한 정보를 저장할 수 있다. 또한 일부 실시예에 따르면, 메모리(1403)는 플로우를 통한 트래픽의 양, 빈도 또는 타입이 소정의 기준 이상 변경되는 경우 프로세서(1401)에 의해 업데이트된 트래픽 타입을 저장하고, 업데이트 시점에 관한 정보를 저장할 수 있다,

일부 실시예에 따르면, 메모리(1403)는 플래시 메모리 타입(flash memory type), 하드디스크 타입(hard disk type), 멀티미디어 카드 마이크로 타입(multimedia card micro type), 카드 타입의 메모리(예를 들어 SD 또는 XD 메모리 등), 램(RAM, Random Access Memory) SRAM(Static Random Access Memory), 롬(ROM, Read-Only Memory), EEPROM(Electrically Erasable Programmable Read-Only Memory), PROM(Programmable Read-Only Memory), 자기 메모리, 자기 디스크, 광디스크 중 적어도 하나의 타입의 저장매체를 포함할 수 있다.

일부 실시예에 따르면 트랜시버(1405)는 트래픽을 송수신할 수 있다. 또한 트랜시버(1405)는 기지국과 통신을 수행할 수 있으며, 송수신되는 신호의 주파수를 변환 및 증폭하는 RF 송신기 및 수신기를 포함할 수 있다. 물론 상기 예시에 제한되지 않는다.

도 15는 일부 실시예에 따른 어플리케이션의 QoS를 제어하는 네트워크 장치의 블록도이다.

일부 실시예에 따르면, 본 발명의 QoS 제어 장치는 네트워크 장치(1510)일 수 있다. QoS 제어 장치는 네트워크 장치(1510) 자체일 수도 있고, 네트워크 장치(1510)의 일부일 수도 있다.

도 15에 도시된 바와 같이 일부 실시예에 따른 QoS를 제어하는 네트워크 장치(1510)는 프로세서(1501), 메모리(1503) 및 트랜시버(1505)를 포함할 수 있다. 그러나 도 15에 도시된 구성 요소가 모두 네트워크 장치(1510)의 필수 구성 요소인 것은 아니다. 도 15에 도시된 구성 요소보다 많은 구성 요소에 의해 네트워크 장치(1510)가 구현될 수도 있고, 도 15에 도시된 구성 요소보다 적은 구성 요소에 의해 네트워크 장치(1510)가 구현될 수도 있다. 또한 네트워크 장치(1510)는 프로세서(1501), 메모리(1503) 및 트랜시버(1505)가 하나의 칩(chip) 형태로 구현될 수도 있다.

일부 실시예에 따르면, 프로세서(1501)는 통상적으로 네트워크 장치(1510)의 전반적인 동작을 제어한다. 예를 들어, 프로세서(1501)는 네트워크 장치(1510)에 저장된 프로그램을 실행함으로써, 네트워크 장치(1510)이 포함하는 구성요소들을 전반적으로 제어할 수 있다.

일부 실시예에 따르면, 프로세서(1501)는 어플리케이션 메인 트래픽 타입을 결정하고, 결정된 메인 트래픽 타입에 따라 어플리케이션의 실행에 의해 발생되는 복수의 플로우들 각각에 적용될 QoS 제어 정책을 판단하고, 복수의 플로우들을 통해 송수신되는 트래픽을 이용하는 어플리케이션의 트래픽에 관한 성능 정보를 획득하며, 획득한 트래픽에 관한 성능 정보에 기초하여 복수의 플로우 중 적어도 하나의 플로우에 적용될 QoS 제어 정책을 변경할 수 있다.

또한 일부 실시예에 따르면, 프로세서(1501)는 어플리케이션의 실행에 따라 발생되는 플로우를 통해 송수신되는 트래픽 타입이 복수 개인지 판단하고, 판단 결과에 따라, 플로우의 메인 트래픽 타입을 결정하며, 판단된 메인 트래픽 타입에 기초하여 플로우에 적용될 QoS 제어 정책을 판단할 수 있다. 프로세서(1501)의 동작은 앞선 도 14에서 설명한 단말(101)의 프로세서(1401) 동작과 대응될 수 있으므로, 자세한 설명은 생략한다.

일부 실시예에 따르면, 메모리(1503)는 플로우에 적용되는 변경된 QoS 제어 정책에 관한 정보를 저장할 수 있다. 또한 일부 실시예에 따르면, 메모리(1503)는 플로우를 통한 트래픽의 양, 빈도 또는 타입이 소정의 기준 이상 변경되는 경우 프로세서(1501)에 의해 업데이트된 트래픽 타입을 저장하고, 업데이트 시점에 관한 정보를 저장할 수 있다, 메모리(1503)의 동작은 앞선 도 14에서 설명한 단말(101)의 메모리(1403)의 동작과 대응될 수 있으므로, 자세한 설명은 생략한다.

일부 실시예에 따르면, 메모리(1503)는 플래시 메모리 타입(flash memory type), 하드디스크 타입(hard disk type), 멀티미디어 카드 마이크로 타입(multimedia card micro type), 카드 타입의 메모리(예를 들어 SD 또는 XD 메모리 등), 램(RAM, Random Access Memory) SRAM(Static Random Access Memory), 롬(ROM, Read-Only Memory), EEPROM(Electrically Erasable Programmable Read-Only Memory), PROM(Programmable Read-Only Memory), 자기 메모리, 자기 디스크, 광디스크 중 적어도 하나의 타입의 저장매체를 포함할 수 있다.

일부 실시예에 따르면 트랜시버(1505)는 트래픽을 송수신할 수 있다. 또한 트랜시버(1505)는 기지국과 통신을 수행할 수 있으며, 송수신되는 신호의 주파수를 변환 및 증폭하는 RF 송신기 및 수신기를 포함할 수 있다. 물론 상기 예시에 제한되지 않는다.

본 발명에 따른 장치는 프로세서, 프로그램 데이터를 저장하고 실행하는 메모리, 디스크 드라이브와 같은 영구 저장부(permanent storage), 외부 장치와 통신하는 통신 포트, 터치 패널, 키(key), 버튼 등과 같은 사용자 인터페이스 장치 등을 포함할 수 있다. 소프트웨어 모듈 또는 알고리즘으로 구현되는 방법들은 상기 프로세서상에서 실행 가능한 컴퓨터가 읽을 수 있는 코드들 또는 프로그램 명령들로서 컴퓨터가 읽을 수 있는 기록 매체 상에 저장될 수 있다. 여기서 컴퓨터가 읽을 수 있는 기록 매체로 마그네틱 저장 매체(예컨대, ROM(read-only memory), RAM(random-access memory), 플로피 디스크, 하드 디스크 등) 및 광학적 판독 매체(예컨대, 시디롬(CD-ROM), 디브이디(DVD: Digital Versatile Disc)) 등이 있다. 컴퓨터가 읽을 수 있는 기록 매체는 네트워크로 연결된 컴퓨터 시스템들에 분산되어, 분산 방식으로 컴퓨터가 판독 가능한 코드가 저장되고 실행될 수 있다. 매체는 컴퓨터에 의해 판독가능하며, 메모리에 저장되고, 프로세서에서 실행될 수 있다.

본 발명에서 인용하는 공개 문헌, 특허 출원, 특허 등을 포함하는 모든 문헌들은 각 인용 문헌이 개별적으로 및 구체적으로 병합하여 나타내는 것 또는 본 발명에서 전체적으로 병합하여 나타낸 것과 동일하게 본 발명에 병합될 수 있다.

본 발명의 이해를 위하여, 도면에 도시된 바람직한 실시 예들에서 참조 부호를 기재하였으며, 본 발명의 실시 예들을 설명하기 위하여 특정 용어들을 사용하였으나, 특정 용어에 의해 본 발명이 한정되는 것은 아니며, 본 발명은 당업자에 있어서 통상적으로 생각할 수 있는 모든 구성 요소들을 포함할 수 있다.

본 발명은 기능적인 블록 구성들 및 다양한 처리 단계들로 나타내어질 수 있다. 이러한 기능 블록들은 특정 기능들을 실행하는 다양한 개수의 하드웨어 또는/및 소프트웨어 구성들로 구현될 수 있다. 예를 들어, 본 발명은 하나 이상의 마이크로프로세서들의 제어 또는 다른 제어 장치들에 의해서 다양한 기능들을 실행할 수 있는, 메모리, 프로세싱, 로직(logic), 룩업 테이블(look-up table) 등과 같은 직접 회로 구성들을 채용할 수 있다. 본 발명에의 구성 요소들이 소프트웨어 프로그래밍 또는 소프트웨어 요소들로 실행될 수 있는 것과 유사하게, 본 발명은 데이터 구조, 프로세스들, 루틴들 또는 다른 프로그래밍 구성들의 조합으로 구현되는 다양한 알고리즘을 포함하여, C, C++, 자바(Java), 어셈블러(assembler) 등과 같은 프로그래밍 또는 스크립팅 언어로 구현될 수 있다. 기능적인 측면들은 하나 이상의 프로세서들에서 실행되는 알고리즘으로 구현될 수 있다. 또한, 본 발명은 전자적인 환경 설정, 신호 처리, 및/또는 데이터 처리 등을 위하여 종래 기술을 채용할 수 있다. ‘매커니즘’, ‘요소’, ‘수단’, ‘구성’과 같은 용어는 넓게 사용될 수 있으며, 기계적이고 물리적인 구성들로서 한정되는 것은 아니다. 상기 용어는 프로세서 등과 연계하여 소프트웨어의 일련의 처리들(routines)의 의미를 포함할 수 있다.

본 발명에서 설명하는 특정 실행들은 일 실시 예들로서, 어떠한 방법으로도 본 발명의 범위를 한정하는 것은 아니다. 명세서의 간결함을 위하여, 종래 전자적인 구성들, 제어 시스템들, 소프트웨어, 상기 시스템들의 다른 기능적인 측면들의 기재는 생략될 수 있다. 또한, 도면에 도시된 구성 요소들 간의 선들의 연결 또는 연결 부재들은 기능적인 연결 및/또는 물리적 또는 회로적 연결들을 예시적으로 나타낸 것으로서, 실제 장치에서는 대체 가능하거나 추가의 다양한 기능적인 연결, 물리적인 연결, 또는 회로 연결들로서 나타내어질 수 있다. 또한, ‘필수적인’, ‘중요하게’ 등과 같이 구체적인 언급이 없다면 본 발명의 적용을 위하여 반드시 필요한 구성 요소가 아닐 수 있다.

본 발명의 명세서(특히 특허청구범위에서)에서 ‘상기’의 용어 및 이와 유사한 지시 용어의 사용은 단수 및 복수 모두에 해당하는 것일 수 있다. 또한, 본 발명에서 범위(range)를 기재한 경우 상기 범위에 속하는 개별적인 값을 적용한 발명을 포함하는 것으로서(이에 반하는 기재가 없다면), 발명의 상세한 설명에 상기 범위를 구성하는 각 개별적인 값을 기재한 것과 같다. 마지막으로, 본 발명에 따른 방법을 구성하는 단계들에 대하여 명백하게 순서를 기재하거나 반하는 기재가 없다면, 상기 단계들은 적당한 순서로 행해질 수 있다. 반드시 상기 단계들의 기재 순서에 따라 본 발명이 한정되는 것은 아니다. 본 발명에서 모든 예들 또는 예시적인 용어(예들 들어, 등등)의 사용은 단순히 본 발명을 상세히 설명하기 위한 것으로서 특허청구범위에 의해 한정되지 않는 이상 상기 예들 또는 예시적인 용어로 인해 본 발명의 범위가 한정되는 것은 아니다. 또한, 당업자는 다양한 수정, 조합 및 변경이 부가된 특허청구범위 또는 그 균등물의 범주 내에서 설계 조건 및 팩터에 따라 구성될 수 있음을 알 수 있다.

Claims

어플리케이션의 QoS(Quality of Service) 제어 방법에 있어서,
어플리케이션의 실행에 의해 송수신되는 복수의 트래픽의 타입들 중 하나를 상기 어플리케이션의 메인 트래픽 타입(Traffic Type)으로 결정하는 단계;
상기 결정된 메인 트래픽 타입에 따라 상기 어플리케이션의 실행에 의해 발생되는 복수의 플로우들 각각에 적용될 QoS 제어 정책을 판단하는 단계;
상기 복수의 플로우들을 통해 송수신되는 트래픽을 이용하는 상기 어플리케이션의 트래픽에 관한 성능 정보를 획득하는 단계; 및
상기 획득한 트래픽에 관한 성능 정보에 기초하여 상기 복수의 플로우들 중 적어도 하나의 플로우에 적용될 QoS 제어 정책을 변경하는 단계를 포함하는 방법.
제1항에 있어서,
상기 어플리케이션의 트래픽에 관한 성능 정보를 획득하는 단계는,
상기 복수의 플로우들 각각의 트래픽에 관한 성능 정보를 획득하는 단계를 더 포함하고,
상기 QoS 제어 정책을 변경하는 단계는,
상기 획득한 어플리케이션의 트래픽에 관한 성능 정보 및 상기 획득한 복수의 플로우들 각각의 트래픽에 관한 성능 정보 중 적어도 하나에 기초하여, 상기 복수의 플로우들 중 QoS 제어 정책을 변경하여 적용할 플로우를 선택하는 단계를 더 포함하는 방법.
제2항에 있어서,
상기 변경하는 단계는,
상기 선택된 플로우에 적용될 QoS 우선 순위를 상향시키도록 상기 QoS 제어 정책을 변경하는 것을 포함하며,
상기 방법은,
상기 QoS 제어 정책의 변경 이후, 상기 어플리케이션의 트래픽에 관한 성능 및 상기 복수의 플로우들 각각의 트래픽에 관한 성능 중 적어도 하나에 변화가 발생하는지 여부를 확인하는 단계를 더 포함하는 방법.
제3항에 있어서,
상기 방법은,
상기 확인 결과에 기초하여, 상기 선택된 플로우에 적용된 변경된 QoS 제어 정책의 유지 여부를 판단하는 단계; 및
상기 선택된 플로우에 적용되는 변경된 QoS 제어 정책에 관한 정보를 저장하는 단계를 더 포함하는 방법.
제4항에 있어서,
상기 방법은,
상기 어플리케이션의 재실행 시, 상기 저장된 변경된 QoS 제어 정책에 관한 정보에 기초하여 상기 선택된 플로우에 적용될 QoS 제어 정책을 결정하는 단계를 포함하는 방법.
제1항에 있어서,
상기 어플리케이션의 메인 트래픽 타입을 결정하는 단계는,
트래픽의 타입 별 트래픽량 및 발생 빈도 중 적어도 하나에 기초하여 상기 복수의 트래픽의 타입들 중 하나를 상기 어플리케이션의 메인 트래픽 타입으로 결정하는 것인 방법.
제1항에 있어서,
상기 어플리케이션의 메인 트래픽 타입을 결정하는 단계는,
상기 복수의 트래픽의 타입들 중 가장 높은 QoS를 가지는 트래픽의 타입을 상기 어플리케이션의 메인 트래픽 타입으로 결정하는 것인 방법.
제1항에 있어서,
상기 어플리케이션의 메인 트래픽 타입을 결정하는 단계는,
상기 어플리케이션의 플로우를 통해 소정의 횟수 또는 소정의 시간 동안 트래픽이 송수신된 이후 상기 어플리케이션의 메인 트래픽 타입을 결정하는 것인 방법.
제6항에 있어서,
상기 어플리케이션의 메인 트래픽 타입을 결정하는 단계는,
상기 어플리케이션의 트래픽량 또는 트래픽 발생 빈도가 소정의 기준 이상 변경되는 경우, 상기 어플리케이션의 메인 트래픽 타입을 업데이트 하는 단계; 및
상기 업데이트된 메인 트래픽 타입에 관한 정보 및 변경 시점에 관한 정보를 저장하는 단계를 더 포함하는 방법.
어플리케이션의 QoS(Quality of Service) 제어 정책을 결정하는 방법에 있어서,
어플리케이션의 실행에 따라 발생되는 플로우를 통해 송수신되는 트래픽의 타입이 복수 개인지 판단하는 단계;
상기 어플리케이션의 실행에 따라 발생되는 플로우를 통해 송수신되는 트래픽의 타입이 복수 개인 것으로 판단된 경우, 복수의 트래픽의 타입들 중 하나를 플로우의 메인 트래픽 타입(Main Traffic Type)으로 결정하는 단계; 및
상기 결정된 메인 트래픽 타입에 기초하여 상기 플로우에 적용될 QoS 제어 정책을 판단하는 단계를 포함하는 방법.
제10항에 있어서,
상기 플로우의 메인 트래픽 타입을 결정하는 단계는,
상기 플로우를 통해 송수신되는 트래픽의 타입 별 트래픽량 및 발생 빈도 중 적어도 하나에 기초하여 상기 복수의 트래픽의 타입들 중 하나를 메인 트래픽 타입으로 결정하는 것인 방법.
제10항에 있어서,
상기 플로우의 메인 트래픽 타입을 결정하는 단계는,
상기 복수의 트래픽의 타입들 중 가장 높은 QoS 우선 순위를 가지는 트래픽의 타입을 상기 플로우의 메인 트래픽 타입으로 결정하는 것인 방법.
제10항에 있어서,
상기 방법은,
상기 플로우의 트래픽에 관한 성능 정보를 획득하는 단계; 및
상기 획득한 플로우의 트래픽에 관한 성능 정보에 기초하여 상기 플로우의 메인 트래픽 타입을 변경하는 단계를 더 포함하는 방법.
제13항에 있어서,
상기 방법은,
상기 변경된 플로우의 메인 트래픽 타입 및 변경 시점에 대한 정보를 저장하는 단계를 더 포함하는 방법.
어플리케이션의 QoS(Quality of Service) 제어하는 장치에 있어서,
상기 장치는,
트랜시버; 및
적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는, 어플리케이션의 실행에 의해 송수신되는 복수의 트래픽의 타입들 중 하나를 상기 어플리케이션의 메인 트래픽 타입(Main Traffic Type)으로 결정하고, 상기 결정된 메인 트래픽 타입에 따라 상기 어플리케이션의 실행에 의해 발생되는 복수의 플로우들 각각에 적용될 QoS 제어 정책을 판단하고, 상기 복수의 플로우들을 통해 송수신되는 트래픽을 이용하는 상기 어플리케이션의 트래픽에 관한 성능 정보를 획득하고, 상기 획득한 트래픽에 관한 성능 정보에 기초하여 상기 복수의 플로우들 중 적어도 하나의 플로우에 적용될 QoS 제어 정책을 변경하는 것인 장치.
제15항에 있어서,
상기 적어도 하나의 프로세서는,
상기 복수의 플로우들 각각의 트래픽에 관한 성능 정보를 더 획득하고, 상기 획득한 어플리케이션의 트래픽에 관한 성능 정보 및 상기 획득한 복수의 플로우들 각각의 트래픽에 관한 성능 정보 중 적어도 하나에 기초하여, 상기 복수의 플로우들 중 QoS 제어 정책을 변경하여 적용할 플로우를 선택하는 것인 장치.
제16항에 있어서,
상기 적어도 하나의 프로세서는,
상기 선택된 플로우에 적용될 QoS 우선 순위를 상향시키도록 상기 QoS 제어 정책을 변경하고, 상기 QoS 제어 정책 변경 이후, 상기 어플리케이션의 트래픽에 관한 성능 및 상기 복수의 플로우들 각각의 트래픽에 관한 성능 중 적어도 하나에 변화가 발생하는지 여부를 확인하는 것인 장치.
제17항에 있어서,
상기 장치는,
메모리를 더 포함하고,
상기 적어도 하나의 프로세서는,
상기 확인 결과에 기초하여, 상기 선택된 플로우에 적용된 변경된 QoS 제어 정책의 유지 여부를 판단하고, 상기 선택된 플로우에 적용되는 변경된 QoS 제어 정책에 관한 정보를 상기 메모리에 저장하도록 제어하는 것인 장치.
제18항에 있어서,
상기 적어도 하나의 프로세서는,
상기 어플리케이션의 재실행 시, 상기 저장된 변경된QoS 제어 정책에 관한 정보에 기초하여 상기 선택된 플로우에 적용될 QoS 제어 정책을 결정하는 것인 장치.
어플리케이션의 QoS(Quality of Service) 제어 정책을 결정하는 장치에 있어서,
상기 장치는,
트랜시버; 및
적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는, 어플리케이션의 실행에 따라 발생되는 플로우를 통해 송수신되는 트래픽의 타입이 복수 개인지 판단하고, 상기 어플리케이션의 실행에 따라 발생되는 플로우를 통해 송수신되는 트래픽의 타입이 복수 개인 것으로 판단된 경우, 복수의 트래픽의 타입들 중 하나를 플로우의 메인 트래픽 타입(Main Traffic Type)으로 결정하며, 상기 결정된 메인 트래픽 타입에 기초하여 상기 플로우에 적용될 QoS 제어 정책을 판단하는 것인 장치.
제20항에 있어서,
상기 적어도 하나의 프로세서는,
상기 플로우를 통해 송수신되는 트래픽의 타입 별 트래픽량 및 발생 빈도 중 적어도 하나에 기초하여, 상기 복수의 트래픽의 타입들 중 하나를 메인 트래픽 타입으로 결정하는 것인 장치.
제20항에 있어서,
상기 적어도 하나의 프로세서는,
상기 복수의 트래픽의 타입들 중 가장 높은 QoS 우선 순위를 가지는 트래픽의 타입을 상기 플로우의 메인 트래픽 타입으로 결정하는 것인 장치.
제20항에 있어서,
상기 적어도 하나의 프로세서는,
상기 플로우의 트래픽에 관한 성능 정보를 획득하고, 상기 획득한 플로우의 트래픽에 관한 성능 정보에 기초하여 상기 플로우의 메인 트래픽 타입을 변경하는 것인 장치.
제23항에 있어서,
상기 장치는, 메모리를 더 포함하고,
상기 적어도 하나의 프로세서는,
상기 변경된 플로우의 메인 트래픽 타입 및 변경 시점에 대한 정보를 상기 메모리에 저장하도록 제어하는 것인 장치.
제1항 내지 제14항 중 어느 한 항의 방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 비 일시적 기록매체.