KR20150060851A

KR20150060851A - 채널 인식 작업 스케줄링

Info

Publication number: KR20150060851A
Application number: KR1020157010449A
Authority: KR
Inventors: 렌 왕; 알렉산더 더블유. 민; 주니어-시안 차이; 충-유안 씨. 타이; 메수트 에이. 에르긴
Original assignee: 인텔 코포레이션
Priority date: 2012-12-19
Filing date: 2013-06-24
Publication date: 2015-06-03
Also published as: CN104782171A; US20140169281A1; JP6211622B2; JP2016508297A; TW201426320A; US9253793B2; TWI526840B; KR101675245B1; WO2014098997A1; CN104782171B

Abstract

본 방법들 및 시스템들은, 애플리케이션과 관련되는 작업에 대한 QoS(Quality of Service) 정보를 판정하는 것, 및 모바일 플랫폼의 무선 채널에 대한 상황 예측을 판정하는 것을 가능하게 한다. 또한, QoS 정보 및 상황 예측에 적어도 일부 기초하여 무선 채널을 통한 통신을 위해 작업이 스케줄링될 수 있다. 일 실시예에서, 작업을 스케줄링하는 것은, 무선 채널의 처리율이 임계값보다 낮다는 점을 상황 예측이 나타내면 통신에 지연을 부과하는 것을 포함하고, 지연은 QoS 정보의 레이턴시 제약에 따른다.

Description

채널 인식 작업 스케줄링{CHANNEL AWARE JOB SCHEDULING}

실시예들은 일반적으로 컴퓨팅 플랫폼들에서의 전력 관리에 관한 것이다. 보다 구체적으로, 실시예들은 에너지 효율을 향상시키기 위한 채널 인식 작업 스케줄링에 관한 것이다.

<논의>

무선 환경들에서, 많은 인자들이 무선 채널들의 상황에 기여할 수 있다. 예를 들어, 공동-채널 간섭, 인접 플랫폼들 사이의 채널 액세스 경쟁 및 사용자 이동성으로 인한 채널 페이딩 모두가 무선 채널 상황에 영향을 줄 수 있다. 채널 상황이 악화될 때, 주어진 플랫폼의 NIC(Network Interface Controller)는 좋지 않은 상황들을 보상하기 위해 더 높은 송신 전력에서 동작할 수 있다. 더 높은 송신 전력에도 불구하고, NIC는 더 낮은 처리율 및 빈번한 재송신들로부터 곤란을 겪을 수 있고, 이는 차례로 플랫폼 상에서 실행되는 애플리케이션들이 통신-관련된 작업들을 훨씬 더 긴 시간량에 완료하게 되는 원인이 될 수 있다. 더 긴 작업 완료 시간들 및 애플리케이션 실행시간들은 플랫폼 및/또는 NIC가 저전력 상태들로 진입하는 것을 지연시킬 수 있고, 지연된 진입은 궁극적으로 더 높은 플랫폼 에너지 소비를 초래할 수 있다.

본 발명의 실시예들의 다양한 이점들은, 이하의 명세서 및 첨부된 특허청구범위를 읽고, 이하의 도면들을 참조하면, 기술분야의 숙련된 자에게 명백하게 될 것이다.
도 1은 일 실시예에 따른 작업 스케줄링 아키텍처의 일 예의 블럭도이다.
도 2는 일 실시예에 따라 작업들을 스케줄링하는 방법의 일 예의 흐름도이다.
도 3은 일 실시예에 따른 모바일 플랫폼의 일 예의 블럭도이다.

도 1은 NIC(Network Interface Controller)(16)를 경유하는 무선 채널을 통한 통신을 포함하는 작업(14)을 애플리케이션 레이어(12)가 생성하는 작업 스줄링 아키텍처(10)를 도시한다. 애플리케이션 레이어(12)는, 예를 들어, 파일 동기화 애플리케이션들, 백업 애플리케이션들, 주기적 이메일 업데이트 애플리케이션들 등을 포함할 수 있다. 따라서, 작업(14)은, 데이터, 커맨드들 등의 송신 및/또는 수신을 포함할 수 있고, 작업 스케줄러(18)는 무선 채널을 통한 통신을 위해 작업(14)을 스케줄링하는데 사용될 수 있다. 도시된 예에서, 애플리케이션 인터페이스(20)는 작업(14)에 대한 QoS(Quality of Service) 정보(22)를 판정하고, 예측 모듈(24)은 문제의 무선 채널에 대한 상황 예측(26)을 판정한다. 일반적으로, 스케줄러(18)는, QoS 정보(22) 및 상황 예측(26)에 적어도 일부 기초하여 무선 채널을 통한 통신을 위한 작업(14)을 스케줄링할 수 있고, 작업(14)의 스케줄링은, 플랫폼과 관련된 애플리케이션 레이어(12) 및/또는 OS(Operating System)(30)에 스케줄링 판정(28)을 발행함으로써 달성될 수 있다.

보다 상세히 논의되는 바와 같이, 스케줄링 판정(28)을 발행하는데 상황 예측(26)을 사용하는 것은, 작업 스케줄러(18)가 지연들을 선택적으로 부과할 수 있게 하여, 채널 상황이 비교적 좋을 때 작업(14)이 완료될 수 있다. 채널 상황들이 비교적 좋을 때까지 작업(14)을 지연시키는 것은, 작업(14)이 보다 빠르게 완료될 수 있게 할 수 있고, 이는 차례로 더 깊은 슬립 상태들, 더 큰 전력 보존 및 더 긴 배터리 수명을 가능하게 할 수 있다는 점에 특히 주목하자. 도시된 예에서, 예측 모듈(24)은 NIC(16)로부터의 신호 정보(32) 및 하나 이상의 센서들(36)로부터의 이동성 정보(34)를 수신하고, 상황 예측(26)은 이동성 정보(34) 및 신호 정보(32)에 기초하여 판정된다.

신호 정보(32)는, 예를 들어, SNR(Signal to Noise Ratio) 정보, RSS(Received Signal Strength) 정보, 혼잡 레벨 정보, 변동 레벨 정보 및 실제 채널 상황들을 나타내는 기타 데이터를 포함할 수 있다. 예를 들어, 비교적 낮은 SNR 및/또는 RSS는 패킷 손실들에 이를 수 있는 좋지 않은 채널 상황들을 나타낼 수 있다. 유사하게, 비교적 높은 혼잡 레벨(예를 들어, 채널에 대해 경쟁하는 송신기들/수신기들의 수가 증가됨) 및/또는 변동 레벨(예를 들어, 채널 처리율 및/또는 품질의 가변성이 증가됨)은 좋지 않은 채널 상황들을 나타낼 수 있다.

또한, 이동성 정보(34)는, 예를 들어, 가속도계 데이터, 나침반 데이터 및 아키텍처(10)를 포함하는 플랫폼의 이동을 나타내는 기타 데이터를 포함할 수 있고, 이러한 움직임은 채널 상황들에 (예를 들어, 부정적으로 또는 긍정적으로) 영향을 줄 수 있다. 따라서, 신호 정보(32)는 과거 및 현재 채널 상황들의 판정을 용이하게 할 수 있는 한편, 이동성 정보(34)는 미래 채널 상황들에 관해 추론들이 유도될 수 있게 해줄 수 있다. 예측 모듈(24)은, 또한, 평활화 기술을 사용하여 단기 진동들을 필터링하여 평균을 기초로 상황 예측(26)을 취득할 수 있다. 따라서, 상황 예측(26)은, 작업 스케줄러(18)가 채널 인식 판정들을 행할 수 있게 하는 무선 채널 상황의 강건한 평가를 구성할 수 있다.

QoS 정보(22)는 작업 스케줄러(18)가 레이턴시 제약들과 같은 특정 제약들이 만족되는 것을 더 보장할 수 있게 할 수 있다. 예를 들어, 무선 채널의 처리율이 특정 임계값 아래라는 점을 상황 예측(26)이 나타내면, 작업(14)과 관련된 통신들에 지연이 부과될 수 있지만, 부과된 임의의 지연은 QoS 레이턴시 제약에 따르도록 될 수 있다. 실제로, 작업(14)이 긴급하면, 상황 예측(26)은 모두 폐기될 수 있고, 작업(14)은 즉각적인 처리를 위해 스케줄링된다. QoS 정보(22)는 또한 작업(14)과 관련된 애플리케이션의 타입에 기초하는 사전 정보를 포함할 수 있다. 예를 들어, 백업 서비스 또는 주기적 이메일 업데이트 타입의 애플리케이션은 사용자 경험을 절충하지 않고 비교적 더 높은 지연들을 견딜 수 있는 한편, 온라인 스트리밍 또는 웹 브라우징 애플리케이션은 그들의 시간-민감성 및 상호작용성 본성으로 인해 레이턴시들에 대해 내성이 덜할 수 있다.

도시된 아키텍처(10)는, 또한, NIC(16)를 통한 통신들 동안 무선 채널에 대해 속도 적응(rate adaptation) 및/또는 전력 적응을 행하도록 구성되는 적응 모듈(38)을 포함한다. 예를 들어, 채널-인식 속도 적응 솔루션들은 무선 카드들에 의해 수집되는 신호 강도 측정들을 사용하여 송신 속도들을 선택하는 것을 도울 수 있다. 또한, 채널 상호성(reciprocity)은 채널 정보를 획득하는데 영향을 받을 수 있어, 이러한 정보는 RTS/CTS(Request To Send/Clear To Send) 오버헤드를 초래하지 않고 송신기에 사용될 수 있다. 또한, 전력 적응 솔루션들은 각 데이터 송신 이전에 RTS/CTS 프레임 교환을 강요할 수 있고, 에너지를 절약하기 위해 후속 데이터 프레임 송신들에 대한 PHY(PHYsical layer) 모드와 송신 전력 레벨의 가장 에너지-효율적인 조합을 선택할 수 있다. 기타 이러한 "마이크로-레벨(micro-level)" 속도 및/또는 전력 적응 기술들이 또한 사용될 수 있다. 따라서, 적응 모듈(38)은 도시된 예측 모듈(24) 및 작업 스케줄러(18)에 의해 제공되는 효율성들을 넘어서 에너지 효율성을 더 향상시킬 수 있다.

도 2는 작업들을 스케줄링하는 방법(40)을 도시한다. 방법(40)은, 예를 들어, PLA들(Programmable Logic Arrays), FPGA들(Field Programmable Gate Arrays), CPLD들(Complex Programmable Logic Devices)과 같은 설정형 로직에서, 예를 들어, ASIC(Application Specific Integrated Circuit), CMOS(Complementary Metal Oxide Semiconductor) 또는 TTL(Transistor-Transistor Logic) 기술과 같은 회로 기술을 사용하는 고정형-기능성 로직에서, RAM(Random Access Memory), ROM(Read Only Memory), PROM(Programmable Read Only Memory), 펌웨어, 플래시 메모리 등과 같은 머신- 또는 컴퓨터-판독가능 저장 매체에, 또는 이들의 임의의 조합에 저장되는 논리 명령어들의 세트로서 구현될 수 있다. 예를 들어, 방법(40)에 도시된 동작들을 수행하는 컴퓨터 프로그램 코드는, Java, Smalltalk, C++ 등과 같은 객체 지향 프로그래밍 언어 및 "C" 프로그래밍 언어 또는 유사한 프로그래밍 언어들과 같은 종래의 절차적 프로그래밍 언어들을 포함하는 하나 이상의 프로그래밍 언어들의 임의의 조합으로 작성될 수 있다.

도시된 처리 블럭 42는 작업 요청을 수신하는 것을 가능하게 하며, 해당 작업 요청에 대해 QoS 정보가 블럭 44에서 취득될 수 있다. 이미 주목된 바와 같이, 작업 요청은, 파일 동기화 애플리케이션, 백업 애플리케이션, 주기적 이메일 업데이트 애플리케이션 또는 사용자 경험에 부정적 영향을 주지 않고 지연을 견딜 수 있는 기타 "백그라운드(background)" 애플리케이션과 같은 애플리케이션에 대한 무선 통신들(예를 들어, 송신 및/또는 수신)을 포함할 수 있다. 블럭 46에서는 해당 작업 요청이 긴급하다는 점을 QoS 정보가 나타내는지에 관한 판정이 이루어질 수 있다. 그렇다면, 블럭 48에서 해당 작업은 무선 채널을 통한 통신을 위해 즉각적으로 스케줄링될 수 있고, 이는, 또한, 이미 논의된 바와 같이, 마이크로-레벨로 속도 및/또는 전력 적응을 가능하게 할 수 있다. 그렇지 않다면, 도시된 블럭 50은, QoS 타이머를 설정하고, 채널 상황 예측을 취득한다. 이미 주목된 바와 같이, 채널 상황 예측은, 예를 들어, 플랫폼 이동성, SNR, RSS, 혼잡 레벨 정보, 변동 레벨 정보 등과 같은 매우 다양한 인자들을 고려할 수 있다.

블럭 52에서는 채널 상황이 비교적 좋은지(예를 들어, 무선 채널의 처리율이 특정 임계값보다 높은지)에 관한 판정이 행해질 수 있다. 그렇다면, 작업은 블럭 48에서 무선 채널을 통한 통신을 위해 스케줄링될 수 있다. 그렇지 않다면, 도시된 블럭 54는 QoS 타이머가 만료되었는지를 판정한다. QoS 타이머가 만료되었으면, 작업은 블럭 48에서 무선 채널을 통한 통신을 위해 스케줄링될 수 있다. QoS 타이머가 만료되지 않았으면, 블럭 56에서 해당 작업-관련된 통신들에 지연이 부과될 수 있다. 명시적으로 도시되지는 않았지만, 채널 상황이 악화되었다고 판정되면 통신들은 또한 (예를 들어, 송신 및/또는 수신 도중에) 중단될 수 있고, 채널 상황이 개선되면 통신들이 재시작될 수 있다. 또한, 도시된 솔루션들은 환경들(예를 들어, 주파수 호핑)에 따라 하나 또는 다수의 무선 채널들에 적용될 수 있다.

이제 도 3을 참조하면, 모바일 플랫폼(60)이 도시된다. 플랫폼(60)은, 컴퓨팅 기능성(예를 들어, PDA(Personal Digital Assitant), 랩탑, 스마트 태블릿), 통신 기능성(예를 들어, 무선 스마트 폰), 영상 기능성, 매체 재생 기능성(예를 들어, 스마트 TV(TeleVision)) 또는 이들의 임의의 조합(예를 들어, MID(Mobile Internet Device)을 갖는 모바일 디바이스의 일부일 수 있다. 도시된 예에서, 플랫폼(60)은, 배터리(62), 프로세서(64), IMC(Integrated Memory Controller)(66), IO(Input Output) 모듈(68), 시스템 메모리(70), 네트워크 컨트롤러(예를 들어, NIC(Netwrok Interface Controller))(72), 오디오 IO 디바이스(74), 하나 이상의 이동성 센서들(예를 들어, 가속도계들, 자이로스코프들, 나침반들)(76) 및 SSD(Solid State Disk)(78)를 포함한다. 하나 또는 여러 프로세서 코어들(80)을 갖는 코어 영역을 포함할 수 있는 프로세서(64)는, PMU(Power Management Unit)(81)를 사용하여, 성능 및/또는 전력 관리 관심사들에 기초하여, 자신의 코어들(80) 및 기타 플랫폼 컴포넌트들을 하나 이상의 액티브 상태들 및/또는 슬립(예를 들어, 저전력) 상태들에 둘 수 있다.

종종 칩셋의 Southbridge 또는 South Complex라고 하는, 도시된 IO 모듈(68)은, 호스트 컨트롤러로서 기능하고, 네트워크 컨트롤러(72)와 통신하며, 이는, 예를 들어, 셀룰러 전화(예를 들어, W-CDMA(UMTS), CDMA2000(IS-856/IS-2000) 등), WiFi(Wireless Fidelity)(예를 들어, IEEE(Institute of Electrical and Electronics Engineers) 802.11-2007, Wireless LAN(Local Area Network) MAC(Medium Access Control) and PHY Specifications), 4G LTE(Fourth Generation Long Term Evolution), Bluetooth(예를 들어, IEEE 802.15.1-2005, Wireless Personal Area Networks), WiMax(예를 들어, IEEE 802.16-2004, LAN/MAN Broadband Wireless LANS), GPS(Global Positioning System), 확산 스펙트럼(예를 들어, 900㎒) 및 기타 RF(Radio Frequency) 전화 통신 목적들과 같은 광범위한 목적을 위한 오프-플랫폼 통신 기능성을 제공할 수 있다. IO 모듈(68)은 또한 이러한 기능성을 지원하는 하나 이상의 무선 하드웨어 회로 블럭들을 포함할 수 있다. 프로세서(64) 및 IO 모듈(68)이 개별 블럭들로서 도시되지만, 프로세서(64) 및 IO 모듈(68)은 동일한 반도체 다이 상의 SoC(System on Chip)으로서 구현될 수 있다.

프로세서(64)의 도시된 코어들(80)은, 플랫폼(60) 상에 실행되는 애플리케이션들과 관련되는 작업들에 대한 QoS 정보를 판정하고, 플랫폼(60)의 무선 채널들에 대한 상황 예측들을 판정하고, QoS 정보 및 상황 예측들에 적어도 일부 기초하여 무선 채널들을 통한 통신을 위해 작업들을 스케줄링할 수 있는 채널 인식 로직(82)을 실행하도록 구성된다. 일 실시예에서, 작업들을 스케줄링하는 것은, 무선 채널들의 처리율이 임계값보다 낮은 것으로 상황 예측이 나타내면, 통신들에 지연을 부과하는 것을 포함하고, 이러한 지연은 QoS 정보의 레이턴시 제약들에 따른다. 따라서, 채널 인식 로직(82)은, 파일 동기화 애플리케이션들, 백업 애플리케이션들, 주기적 이메일 업데이트 애플리케이션들 및 사용자 경험을 절충하지 않고 지연을 견딜 수 있는 기타 백그라운드 애플리케이션들과 같은 애플리케이션들에 대한 작업 스케줄러(18) 및 예측 모듈(24)(도 1)을 구현할 수 있다.

따라서, 본 명세서에 설명되는 기술들은, 채널 상황을 실행시간에 모니터하고 예측할 수 있고, 채널 상황 및 QoS 제약들 양자 모두에 기초하여 파일-동기 타입들의 애플리케이션들을 스케줄링할 수 있다. 이러한 접근방식은 수 밀리초보다 많은(예를 들어, 마이크로-레벨 적응 시간 주기들보다 긴) 지속 형태인 채널 상황들에 특히 유용할 수 있다. 또한, 채널 상황들이 비교적 좋을 때 작업들을 기회주의적으로 스케줄링하고, 이에 따라 작업들을 빠르게 완료하여 플랫폼 및/또는 네트워크 컨트롤러가 더 깊은 저전력 상태들로 진입할 수 있게 함으로써, 에너지 절약들이 최대화될 수 있다. 따라서, 사용자 경험에 부정적 영향을 주지 않고 플랫폼 에너지 효율성이 최적화될 수 있다. 모바일 플랫폼 사용자들이 비디오, 음악, 사진 또는 기타 콘텐츠를 클라우드 컴퓨팅 인프라구조들 및/또는 로컬 네트워크들을 통해 저장 및 검색하는 설정들에서 이러한 솔루션이 특히 유용할 수 있다.

따라서, 실시예들은, 모바일 플랫폼에 전력을 공급하는 배터리, 및 애플리케이션과 관련되는 작업에 대한 QoS 정보를 판정하는 애플리케이션 인터페이스를 구비하는 모바일 플랫폼을 포함할 수 있다. 이러한 모바일 플랫폼은, 또한, 모바일 플랫폼의 무선 채널에 대한 상황 예측을 판정하는 예측 모듈, 및 QoS 정보 및 상황 예측에 적어도 일부 기초하여 무선 채널을 통한 통신을 위해 작업을 스케줄링하는 스케줄러를 구비할 수 있다.

실시예들은, 또한, 애플리케이션과 관련된 작업에 대한 QoS 정보를 판정하는 애플리케이션 인터페이스, 및 모바일 플랫폼의 무선 채널에 대한 상황 예측을 판정하는 예측 모듈을 구비하는 장치를 포함할 수 있다. 이러한 장치는, 또한, QoS 정보 및 상황 예측에 적어도 일부 기초하여 무선 채널을 통한 통신을 위해 작업을 스케줄링하는 스케줄러를 구비할 수 있다.

실시예들은, 또한, 애플리케이션과 관련되는 작업에 대해 QoS 정보가 판정되고, 모바일 플랫폼의 무선 채널에 대해 상황 예측이 판정되는 방법을 포함할 수 있다. 이러한 방법은, 또한, QoS 정보 및 상황 예측에 적어도 일부 기초하여 무선 채널을 통한 통신을 위해 작업을 스케줄링하는 것을 가능하게 한다.

실시예들은, 또한, 명령어들의 세트를 구비하는 적어도 하나의 머신 판독가능 저장 매체를 포함할 수 있고, 이러한 명령어들은, 적어도 하나의 프로세서에 의해 실행되면, 모바일 플랫폼으로 하여금, 애플리케이션과 관련되는 작업에 대한 QoS 정보를 판정하게 한다. 이러한 명령어들은, 실행되면, 또한, 모바일 플랫폼으로 하여금, QoS 정보 및 상황 예측에 적어도 일부 기초하여 무선 채널을 통한 통신을 위해 작업을 스케줄링하게 할 수 있다.

본 발명의 실시예들은 모든 타입들의 반도체 집적 회로("IC") 칩들과 사용되도록 적용될 수 있다. 이러한 IC 칩들의 예들은, 이에 제한되는 것은 아니지만, 프로세서들, 컨트롤러들, 칩셋 컴포넌트들, PLA들(Programmable Logic Arrays), 메모리 칩들, 네트워크 칩들, SoC들(System on Chips), SSD/NAND 컨트롤러 ASIC들 등을 포함한다. 또한, 도면들 중 일부에서, 신호 도체 라인들은 선들로 표현된다. 더 많은 구성 신호 경로들을 표시하고, 숫자 라벨을 갖고, 다수의 구성 신호 경로들을 표시하고, 및/또는 하나 이상의 끝에 화살표들을 갖고, 주요 정보 흐름 방향을 표시하기 위해, 일부는 상이할 수 있다. 그러나, 이것은 제한적 방식으로 이해되어서는 안 된다. 오히려, 그러한 추가된 세부사항은 회로의 더 쉬운 이해를 용이하게 하도록 하나 이상의 예시적인 실시예들과 연관되어 사용될 수 있다. 추가적인 정보를 갖는지 여부와 상관없이, 임의의 표현된 신호 라인들은, 다수의 방향으로 이동할 수 있는 하나 이상의 신호들을 실제로 포함할 수 있고, 임의의 적절한 타입의 신호 방식, 예를 들어, 차동 쌍들, 광 섬유 라인들, 및/또는 단일-단 라인들로 구현되는 디지털 또는 아날로그 라인들로 구현될 수 있다.

예시적인 크기들/모델들/값들/범위들이 주어졌을 수 있지만, 본 발명의 실시예들이 동일한 것으로 제한되는 것은 아니다. 제조 기술(예를 들어, 포토리소그래피)이 시간에 따라 발달함에 따라, 더 작은 크기의 디바이스들이 제조될 수 있다는 점이 예상된다. 또한, 도시 및 논의의 편의상, 그리고 본 발명의 실시예들의 특정 양상들을 불명료하게 하지 않도록, IC 칩들 및 기타 컴포넌트들로의 잘 알려진 전력/접지 접속들은 도면들 내에 도시될 수도 도시되지 않을 수도 있다. 또한, 배치들은, 본 발명의 실시예들을 불명료하게 하는 것을 회피하기 위해, 그리고 또한 이러한 블럭도 배치들의 구현에 관한 상세들이 실시예가 구현될 플랫폼에 매우 의존한다는 사실, 즉 그러한 상세들이 기술분야에서 숙련된 자의 이해 범위 내에 있어야 한다는 사실에 비추어, 블럭도 형태로 도시될 수 있다. 특정 세부사항들(예를 들어, 회로들)이 본 발명의 예시적인 실시예들을 설명하기 위해 기재되는 경우, 본 발명의 실시예들은 이러한 특정 세부 사항들 없이, 또는 이들을 변형하여 실시될 수 있다는 점이 기술 분야의 숙련된 자에게 명백할 것이다. 따라서, 설명은 제한적인 것 대신에 예시적인 것으로서 간주되어야 한다.

"연결된(coupled)"이란 용어는 본 명세서에서 문제의 컴포넌트들 간의, 직접적 또는 간접적, 임의의 타입의 관계를 말하는데 사용될 수 있으며, 전기적, 기계적, 유동적, 광학적, 전자기적, 전자기계적 또는 기타 접속들에 적용될 수 있다. 또한, "제1(first)", "제2(second)"이라는 용어 등은 논의를 용이하게 하기 위해서만 본 명세서에서 사용되며, 달리 표시되지 않는 한, 특정한 시간적 또는 순서적 중요성을 수반하지 않는다.

본 발명의 실시예들의 광범위한 기술들이 다양한 형태들로 구현될 수 있다는 점을 지금까지의 설명으로부터 기술분야의 숙련된 자들은 이해할 수 있을 것이다. 따라서, 본 발명의 실시예들이 그 특정 예들과 관련하여 설명되었지만, 도면들, 명세서 및 하기의 청구범위를 참조하면 기술분야의 통상의 기술자에게는 기타 변형들이 명백하게 될 것이므로, 본 발명의 실시예들의 진정한 범위가 이에 제한되어서는 안 된다.

Claims

모바일 플랫폼으로서,
상기 모바일 플랫폼에 전력을 공급하는 배터리;
애플리케이션과 관련되는 작업에 대한 QoS(Quality of Service) 정보를 판정하는 애플리케이션 인터페이스;
상기 모바일 플랫폼의 무선 채널에 대한 상황 예측을 판정하는 예측 모듈; 및
상기 QoS 정보 및 상기 상황 예측에 적어도 일부 기초하여 상기 무선 채널을 통한 통신을 위해 상기 작업을 스케줄링하는 스케줄러
를 포함하는 모바일 플랫폼.
제1항에 있어서,
상기 스케줄러는 상기 무선 채널의 처리율(throughput)이 임계값보다 낮다는 것을 상기 상황 예측이 나타내는 경우에 상기 통신에 지연을 부과하고, 상기 지연은 상기 QoS 정보의 레이턴시 제약에 따르는 모바일 플랫폼.
제1항에 있어서,
하나 이상의 센서들을 더 포함하고, 상기 예측 모듈은 상기 하나 이상의 센서들 중 적어도 하나로부터 이동성 정보를 수신하고, 상기 상황 예측은 상기 이동성 정보에 적어도 일부 기초하여 판정되는 모바일 플랫폼.
제1항에 있어서,
네트워크 인터페이스 컨트롤러를 더 포함하고, 상기 예측 모듈은 상기 네트워크 인터페이스 컨트롤러로부터 신호 정보를 수신하고, 상기 상황 예측은 상기 신호 정보에 적어도 일부 기초하여 판정되는 모바일 플랫폼.
제4항에 있어서,
상기 신호 정보는, SNR(Signal to Noise Ratio) 정보, RSS(Received Signal Strength) 정보, 혼잡 레벨 정보 및 변동 레벨 정보 중 하나 이상을 포함하는 모바일 플랫폼.
제1항에 있어서,
상기 작업은, 파일 동기화 애플리케이션, 백업 애플리케이션 및 주기적 이메일 업데이트 애플리케이션 중 하나 이상과 관련되는 모바일 플랫폼.
제1항 내지 제6항 중 어느 한 항에 있어서,
상기 통신 동안 상기 무선 채널에 대한 속도 적응 및 전력 적응 중 하나 이상을 수행하는 적응 모듈을 더 포함하는 모바일 플랫폼.
장치로서,
애플리케이션과 관련된 작업에 대한 QoS(Quality of Service) 정보를 판정하는 애플리케이션 인터페이스;
모바일 플랫폼의 무선 채널에 대한 상황 예측을 판정하는 예측 모듈; 및
상기 QoS 정보 및 상기 상황 예측에 적어도 일부 기초하여 상기 무선 채널을 통한 통신을 위해 상기 작업을 스케줄링하는 스케줄러
를 포함하는 장치.
제8항에 있어서,
상기 스케줄러는 상기 무선 채널의 처리율이 임계값보다 낮다는 것을 상기 상황 예측이 나타내는 경우에 상기 통신에 지연을 부과하고, 상기 지연은 상기 QoS 정보의 레이턴시 제약에 따르는 장치.
제8항에 있어서,
상기 예측 모듈은 상기 모바일 플랫폼의 하나 이상의 센서들로부터 이동성 정보를 수신하고, 상기 상황 예측은 상기 이동성 정보에 적어도 일부 기초하여 판정되는 장치.
제8항에 있어서,
상기 예측 모듈은 네트워크 인터페이스 컨트롤러로부터 신호 정보를 수신하고, 상기 상황 예측은 상기 신호 정보에 적어도 일부 기초하여 판정되는 장치.
제11항에 있어서,
상기 신호 정보는, SNR(Signal to Noise Ratio) 정보, RSS(Received Signal Strength) 정보, 혼잡 레벨 정보 및 변동 레벨 정보 중 하나 이상을 포함하는 장치.
제8항에 있어서,
상기 작업은, 파일 동기화 애플리케이션, 백업 애플리케이션 및 주기적 이메일 업데이트 애플리케이션 중 하나 이상과 관련되는 장치.
제8항 내지 제13항 중 어느 한 항에 있어서,
상기 통신 동안 상기 무선 채널에 대한 속도 적응 및 전력 적응 중 하나 이상을 수행하는 적응 모듈을 더 포함하는 장치.
방법으로서,
애플리케이션과 관련되는 작업에 대한 QoS(Quality of Service) 정보를 판정하는 단계;
모바일 플랫폼의 무선 채널에 대한 상황 예측을 판정하는 단계; 및
상기 QoS 정보 및 상기 상황 예측에 적어도 일부 기초하여 상기 무선 채널을 통한 통신을 위해 상기 작업을 스케줄링하는 단계
를 포함하는 방법.
제15항에 있어서,
상기 작업을 스케줄링하는 단계는, 상기 무선 채널의 처리율이 임계값보다 낮다는 것을 상기 상황 예측이 나타내는 경우에 상기 통신에 지연을 부과하는 단계를 포함하고, 상기 지연은 상기 QoS 정보의 레이턴시 제약에 따르는 방법.
제15항에 있어서,
상기 모바일 플랫폼 상의 하나 이상의 센서들로부터 이동성 정보를 수신하는 단계를 더 포함하고, 상기 상황 예측은 상기 이동성 정보에 적어도 일부 기초하여 판정되는 방법.
제15항에 있어서,
네트워크 인터페이스 컨트롤러로부터 신호 정보를 수신하는 단계를 더 포함하고, 상기 상황 예측은 상기 신호 정보에 적어도 일부 기초하여 판정되는 방법.
제18항에 있어서,
상기 신호 정보는, SNR(Signal to Noise Ratio) 정보, RSS(Received Signal Strength) 정보, 혼잡 레벨 정보 및 변동 레벨 정보 중 하나 이상을 포함하는 방법.
제15항에 있어서,
상기 작업은, 파일 동기화 애플리케이션, 백업 애플리케이션 및 주기적 이메일 업데이트 애플리케이션 중 하나 이상과 관련되는 방법.
제15항 내지 제20항 중 어느 한 항에 있어서,
상기 통신 동안 상기 무선 채널에 대한 속도 적응 및 전력 적응 중 하나 이상을 수행하는 단계를 더 포함하는 방법.
명령어들의 세트를 포함하는 적어도 하나의 머신 판독가능 저장 매체로서,
상기 명령어들은 적어도 하나의 프로세서에 의해 실행되는 경우 모바일 플랫폼으로 하여금:
애플리케이션과 관련되는 작업에 대한 QoS(Quality of Service) 정보를 판정하게 하고;
상기 모바일 플랫폼의 무선 채널에 대한 상황 예측을 판정하게 하고;
상기 QoS 정보 및 상기 상황 예측에 적어도 일부 기초하여 상기 무선 채널을 통한 통신을 위해 상기 작업을 스케줄링하게 하는
적어도 하나의 머신 판독가능 저장 매체.
제22항에 있어서,
상기 명령어들은, 실행되는 경우, 상기 모바일 플랫폼으로 하여금, 상기 무선 채널의 처리율이 임계값보다 낮다는 것을 상기 상황 예측이 나타내는 경우에 상기 통신에 지연을 부과하게 하고, 상기 지연은 상기 QoS 정보의 레이턴시 제약에 따르는 적어도 하나의 머신 판독가능 저장 매체.
제22항에 있어서,
상기 명령어들은, 실행되는 경우, 상기 모바일 플랫폼으로 하여금, 상기 모바일 플랫폼의 하나 이상의 센서들로부터 이동성 정보를 수신하게 하고, 상기 상황 예측은 상기 이동성 정보에 적어도 일부 기초하여 판정되는 적어도 하나의 머신 판독가능 저장 매체.
제22항에 있어서,
상기 명령어들은, 실행되는 경우, 상기 모바일 플랫폼으로 하여금, 네트워크 인터페이스 컨트롤러로부터 신호 정보를 수신하게 하고, 상기 상황 예측은 상기 신호 정보에 적어도 일부 기초하여 판정되는 적어도 하나의 머신 판독가능 저장 매체.
제25항에 있어서,
상기 신호 정보는, SNR(Signal to Noise Ratio) 정보, RSS(Received Signal Strength) 정보, 혼잡 레벨 정보 및 변동 레벨 정보 중 하나 이상을 포함하는 적어도 하나의 머신 판독가능 저장 매체.
제22항에 있어서,
상기 작업은, 파일 동기화 애플리케이션, 백업 애플리케이션 및 주기적 이메일 업데이트 애플리케이션 중 하나 이상과 관련되는 적어도 하나의 머신 판독가능 저장 매체.
제22항 내지 제27항 중 어느 한 항에 있어서,
상기 명령어들은, 실행되는 경우, 상기 모바일 플랫폼으로 하여금, 상기 통신 동안 상기 무선 채널에 대한 속도 적응 및 전력 적응 중 하나 이상을 더 수행하게 하는 적어도 하나의 머신 판독가능 저장 매체.