KR20170131466A

KR20170131466A - 데이터 스트림의 애플리케이션, 네트워크 및 디바이스 자원 활용을 개선하기 위한 협력 기법들

Info

Publication number: KR20170131466A
Application number: KR1020177027340A
Authority: KR
Inventors: 람 락슈미 나라야난; 스와미나단 아루나찰람
Original assignee: 노키아 솔루션스 앤드 네트웍스 오와이
Priority date: 2015-02-26
Filing date: 2015-02-26
Publication date: 2017-11-29
Also published as: US20180041958A1; EP3262819B1; US10405274B2; WO2016137463A1; EP3262819A1

Abstract

UE 상의 사용자 애플리케이션으로의 데이터 스트림의 부분의 데이터 프리젠테이션에 영향을 주는 정보가 결정되고, 적어도 데이터 프리젠테이션에 의해 발생되는 EC 정보 및/또는 QoE 정보일 수 있다. 정보는 UE로부터 콘텐츠 서버를 향해 전송되고, 데이터 스트림은 콘텐츠 서버로부터 UE에 의해 수신된다. 라디오 네트워크 엘리먼트(들)에서, 기지국으로부터 UE로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보가 결정되어, (예를 들면, 가능하게는 에너지 소비 정보 및/또는 QoE 정보와 함께) 다른 라디오 네트워크 엘리먼트들 및/또는 콘텐츠 서버로 전송된다. 콘텐츠 서버는 수신된 정보에 기초하여 데이터 스트림의 스트리밍 전략을 조절할 수 있고, 라디오 네트워크 엘리먼트(들)는 수신된 EC 정보 및/또는 QoE 정보에 기초하여 전력 인식 스케줄링 및/또는 라디오 타이머 조절들을 수행할 수 있다.

Description

데이터 스트림의 애플리케이션, 네트워크 및 디바이스 자원 활용을 개선하기 위한 협력 기술들

[0001] 본 발명은 일반적으로 무선 통신들에 관한 것이며, 더 구체적으로, 무선 네트워크들을 통한 데이터 통신들에 관한 것이다.

[0002] 본 섹션은 청구항들에 인용된 본 발명에 대한 배경기술 또는 맥락을 제공하도록 의도된다. 본원의 설명은, 반드시 이전에 구상 또는 추구되었던 개념들은 아니지만 추구될 수 있는 개념들을 포함할 수 있다. 따라서, 본원에 달리 표시되지 않는다면, 본 섹션에 설명된 것은 본 출원의 상세한 설명 및 청구항들에 대한 종래 기술이 아니며, 본 섹션에 포함됨으로써 종래 기술인 것으로 인정되지도 않는다. 명세서 및/또는 도면의 도형들에서 발견될 수 있는 약어들은 청구항들 전에 아래에서 정의된다.

[0003] ASP(application service provider)들은 모바일 네트워크들, 인터넷, 광역 네트워크들 등과 같은 네트워크들을 통해 서비스들을 사용자들에게 제공한다. 서비스들은 검색, 비디오 재생, 맵핑 서비스들을 등을 포함한다. ASP들 및 네트워크 제공자들은 네트워크들의 성능, 애플리케이션 서비스들 및 모바일 네트워크들의 사용자 만족을 개선하기 위한 공동의 파트너 프로젝트들에 참여하고 있다. 특정 ASP들로부터의 애플리케이션 사용이 인터넷 트래픽 중 50 퍼센트 초과를 차지한다는 것은 널리 인정되고 있다. 예를 들면, YouTube, 행아웃(hangout), 검색, 맵들과 같은 구글 서비스들은 사용자들에 의해 널리 사용된다. 이러한 서비스들 중에서, 구글의 YouTube 비디오 스트리밍 애플리케이션은 단독으로 구글 트래픽 중 95%를 기여한다. 마찬가지로, Netflix는 인터넷 트래픽 중 많은 퍼센티지를 사용한다. 트래픽 볼륨이 클지라도, 이러한 서비스들의 사용자 경험은 만족스럽지 않을 수 있다. 예를 들면, 비디오 시청 동안의 빈번한 비디오 멈춤(stall), 버퍼 언더-런(buffer under-run) 등은 무선 네트워크들의 사용자들에 의해 공통으로 보고되는 문제들이다. 근본 원인은, 무선 네트워크들에서, 대역폭 및 레이턴시가 시간, 사용자 위치 및 네트워크 로드에 따라 일정하게 유지되지 않는다는 것이다. 따라서, 비디오 세션들을, 특히, 시변 채널(time-varying channel)을 통해 전달하는 것이 난제이다. 사용자들은 그러한 거동에 대해 무선 네트워크의 운영자를 종종 비난하지만, 운영자들은 사용자의 애플리케이션들의 동작을 개선하기 위해 네트워크 조건들의 변화에 영향을 줄 수 있는 방법을 종종 갖고 있지 않는다.

[0004] 네트워크 운영자들 및 ASP들은, 자신들의 ASP 서비스들이 다양한 네트워크 소스들로부터의 정보를 결합함으로써 개선될 수 있는 몇몇의 솔루션들을 갖기 위해 함께 작업하고 있다. 예를 들면, Jain, A., et al., "Mobile Throughput Guidance Signaling Protocol," IETF draft, draft-flinck-mobile-throughput-guidance-00.txt, Oct. 2014를 참조하라. 라이브 운영자 트래픽으로부터의 실험들 및 트레이스들에 기초하여, 본 발명자들은, 비디오 스트리밍 서비스들과 같은 서비스들을 개선하기 위해, 스루풋 안내, 로드 및 혼잡 이외에 라디오 네트워크에 관한 부가적인 정보가 요구된다는 것을 인식하였다.

[0005] 본 섹션은 예들을 포함하도록 의도되고, 제한적인 것으로 의도되지 않는다.

[0006] 예시적인 방법은, 사용자 장비에서, 사용자 장비 상의 사용자 애플리케이션으로의 데이터 스트림의 부분의 데이터 프리젠테이션(data presentation)에 영향을 주는 정보를 결정하는 단계 ― 정보는 적어도 사용자 장비 상의 사용자 애플리케이션으로의 데이터 스트림의 부분의 데이터 프리젠테이션에 의해 발생되는 에너지 소비 정보를 포함함 ― ; 및 사용자 장비로부터 정보를 콘텐츠 서버를 향해 전송하는 단계를 포함하며, 상기 콘텐츠 서버로부터 데이터 프리젠테이션에 대한 데이터 스트림이 사용자 장비에서 수신된다.

[0007] 실시예의 부가적인 예는, 컴퓨터 프로그램이 프로세서 상에서 실행될 때, 이전 단락의 방법을 수행하기 위한 코드를 포함하는 컴퓨터 프로그램을 포함한다. 본 단락에 따른 컴퓨터 프로그램은 컴퓨터에서 사용하기 위해 컴퓨터 프로그램 코드가 내부에 포함된 컴퓨터-판독 가능 매체를 포함하는 컴퓨터 프로그램 제품이다.

[0008] 예시적인 장치는, 사용자 장비에서, 사용자 장비 상의 사용자 애플리케이션으로의 데이터 스트림의 부분의 데이터 프리젠테이션에 영향을 주는 정보를 결정하기 위한 수단 ― 정보는 적어도 사용자 장비 상의 사용자 애플리케이션으로의 데이터 스트림의 부분의 데이터 프리젠테이션에 의해 발생되는 에너지 소비 정보를 포함함 ― ; 및 사용자 장비로부터 정보를 콘텐츠 서버를 향해 전송하기 위한 수단을 포함하며, 상기 콘텐츠 서버로부터 데이터 프리젠테이션에 대한 데이터 스트림이 사용자 장비에서 수신된다.

[0009] 장치의 예는 하나 이상의 프로세서들 및 컴퓨터 프로그램 코드를 포함하는 하나 이상의 메모리들을 포함한다. 하나 이상의 메모리들 및 컴퓨터 프로그램 코드는, 하나 이상의 프로세서들과 함께, 장치로 하여금, 적어도 다음의 것: 사용자 장비에서, 사용자 장비 상의 사용자 애플리케이션으로의 데이터 스트림의 부분의 데이터 프리젠테이션에 영향을 주는 정보를 결정하는 것 ― 정보는 적어도 사용자 장비 상의 사용자 애플리케이션으로의 데이터 스트림의 부분의 데이터 프리젠테이션에 의해 발생되는 에너지 소비 정보를 포함함 ― ; 및 사용자 장비로부터 정보를 콘텐츠 서버를 향해 전송하는 것을 수행하게 하도록 구성되며, 상기 콘텐츠 서버로부터 데이터 프리젠테이션에 대한 데이터 스트림이 사용자 장비에서 수신된다.

[0010] 컴퓨터 프로그램 제품의 예는 컴퓨터에서 사용하기 위해 컴퓨터 프로그램 코드이 내부에 포함된 컴퓨터-판독 가능 저장 매체를 포함한다. 컴퓨터 프로그램 코드는, 사용자 장비에서, 사용자 장비 상의 사용자 애플리케이션으로의 데이터 스트림의 부분의 데이터 프리젠테이션에 영향을 주는 정보를 결정하기 위한 코드 ― 정보는 적어도 사용자 장비 상의 사용자 애플리케이션으로의 데이터 스트림의 부분의 데이터 프리젠테이션에 의해 발생되는 에너지 소비 정보를 포함함 ― ; 및 사용자 장비로부터 정보를 콘텐츠 서버를 향해 전송하기 위한 코드를 포함하며, 상기 콘텐츠 서버로부터 데이터 프리젠테이션에 대한 데이터 스트림이 사용자 장비에서 수신된다.

[0011] 다른 예시적인 방법은: 기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를 결정하는 단계; 및 사용자 장비로의 기지국에 의한 데이터 송신을 위한 데이터 스트림을 서빙 및 적응시키는 콘텐츠 서버를 향해 라디오 타이머 정보를 전송하는 단계를 포함한다.

[0012] 실시예의 부가적인 예는, 컴퓨터 프로그램이 프로세서 상에서 실행될 때, 이전 단락의 방법을 수행하기 위한 코드를 포함하는 컴퓨터 프로그램을 포함한다. 본 단락에 따른 컴퓨터 프로그램은 컴퓨터에서 사용하기 위해 컴퓨터 프로그램 코드가 내부에 포함된 컴퓨터-판독 가능 매체를 포함하는 컴퓨터 프로그램 제품이다.

[0013] 부가적인 예시적인 장치는: 기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를 결정하는 것; 및 사용자 장비로의 기지국에 의한 데이터 송신을 위한 데이터 스트림을 서빙 및 적응시키는 콘텐츠 서버를 향해 라디오 타이머 정보를 전송하는 것을 포함한다.

[0014] 장치의 예는 하나 이상의 프로세서들 및 컴퓨터 프로그램 코드를 포함하는 하나 이상의 메모리들을 포함한다. 하나 이상의 메모리들 및 컴퓨터 프로그램 코드는, 하나 이상의 프로세서들과 함께, 장치로 하여금, 적어도 다음의 것: 기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를 결정하는 것; 및 사용자 장비로의 기지국에 의한 데이터 송신을 위한 데이터 스트림을 서빙 및 적응시키는 콘텐츠 서버를 향해 라디오 타이머 정보를 전송하는 것을 수행하게 하도록 구성된다.

[0015] 컴퓨터 프로그램 제품의 예는 컴퓨터에서 사용하기 위해 컴퓨터 프로그램 코드가 내부에 포함된 컴퓨터-판독 가능 저장 매체를 포함한다. 컴퓨터 프로그램 코드는: 기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를 결정하기 위한 코드; 및 사용자 장비로의 기지국에 의한 데이터 송신을 위한 데이터 스트림을 서빙 및 적응시키는 콘텐츠 서버를 향해 라디오 타이머 정보를 전송하기 위한 코드를 포함한다.

[0016] 추가의 예시적인 방법은: 기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를, 라디오 네트워크 엘리먼트에서, 수신하는 단계; 라디오 네트워크 엘리먼트로부터 데이터 스트림을 서빙 및 적응시키는 콘텐츠 서버로 전송될 데이터 트래픽 정보에 라디오 타이머 정보를 삽입하는 단계 ― 데이터 트래픽 정보는 데이터 스트림에 대응하고, 데이터 스트림의 수신에 응답함 ― ; 및 삽입된 라디오 타이머 정보를 포함하는 데이터 트래픽 정보를 라디오 네트워크 엘리먼트로부터 콘텐츠 서버로 전송하는 단계를 포함한다.

[0017] 실시예의 부가적인 예는, 컴퓨터 프로그램이 프로세서 상에서 실행될 때, 이전 단락의 방법을 수행하기 위한 코드를 포함하는 컴퓨터 프로그램을 포함한다. 본 단락에 따른 컴퓨터 프로그램은 컴퓨터에서 사용하기 위해 컴퓨터 프로그램 코드가 내부에 포함된 컴퓨터-판독 가능 매체를 포함하는 컴퓨터 프로그램 제품이다.

[0018] 예시적인 장치는: 기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를, 라디오 네트워크 엘리먼트에서, 수신하기 위한 수단; 라디오 네트워크 엘리먼트로부터 데이터 스트림을 서빙 및 적응시키는 콘텐츠 서버로 전송될 데이터 트래픽 정보에 라디오 타이머 정보를 삽입하기 위한 수단 ― 데이터 트래픽 정보는 데이터 스트림에 대응하고, 데이터 스트림의 수신에 응답함 ― ; 및 삽입된 라디오 타이머 정보를 포함하는 데이터 트래픽 정보를 라디오 네트워크 엘리먼트로부터 콘텐츠 서버로 전송하기 위한 수단을 포함한다.

[0019] 장치의 예는 하나 이상의 프로세서들 및 컴퓨터 프로그램 코드를 포함하는 하나 이상의 메모리들을 포함한다. 하나 이상의 메모리들 및 컴퓨터 프로그램 코드는, 하나 이상의 프로세서들과 함께, 장치로 하여금, 적어도 다음의 것: 기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를, 라디오 네트워크 엘리먼트에서, 수신하는 것; 라디오 네트워크 엘리먼트로부터 데이터 스트림을 서빙 및 적응시키는 콘텐츠 서버로 전송될 데이터 트래픽 정보에 라디오 타이머 정보를 삽입하는 것 ― 데이터 트래픽 정보는 데이터 스트림에 대응하고, 데이터 스트림의 수신에 응답함 ― ; 및 삽입된 라디오 타이머 정보를 포함하는 데이터 트래픽 정보를 라디오 네트워크 엘리먼트로부터 콘텐츠 서버로 전송하는 것을 수행하게 하도록 구성된다.

[0020] 컴퓨터 프로그램 제품의 예는 컴퓨터에서 사용하기 위해 컴퓨터 프로그램 코드가 내부에 포함된 컴퓨터-판독 가능 저장 매체를 포함한다. 컴퓨터 프로그램 코드는: 기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를, 라디오 네트워크 엘리먼트에서, 수신하기 위한 코드; 라디오 네트워크 엘리먼트로부터 데이터 스트림을 서빙 및 적응시키는 콘텐츠 서버로 전송될 데이터 트래픽 정보에 라디오 타이머 정보를 삽입하기 위한 코드 ― 데이터 트래픽 정보는 데이터 스트림에 대응하고, 데이터 스트림의 수신에 응답함 ― ; 및 삽입된 라디오 타이머 정보를 포함하는 데이터 트래픽 정보를 라디오 네트워크 엘리먼트로부터 콘텐츠 서버로 전송하기 위한 코드를 포함한다.

[0021] 추가의 예시적인 방법은: 기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를 수신하는 단계 ― 수신하는 단계는 데이터 송신이 일부부인 데이터의 스트리밍을 수행하는 콘텐츠 서버에서 발생함 ― ; 수신된 라디오 타이머 정보에 기초하여, 사용자 장비로의 기지국에 의한 송신을 위해 데이터 스트림을 기지국을 향해 스트리밍하기 위한 스트리밍 전략을 적응시키는 단계; 및 적응된 스트리밍 전략에 기초하여 데이터 스트림을 기지국을 향해 스트리밍하는 단계를 포함한다.

[0022] 실시예의 부가적인 예는, 컴퓨터 프로그램이 프로세서 상에서 실행될 때, 이전 단락의 방법을 수행하기 위한 코드를 포함하는 컴퓨터 프로그램을 포함한다. 본 단락에 따른 컴퓨터 프로그램은 컴퓨터에서 사용하기 위해 컴퓨터 프로그램 코드가 내부에 포함된 컴퓨터-판독 가능 매체를 포함하는 컴퓨터 프로그램 제품이다.

[0023] 장치의 예는 하나 이상의 프로세서들 및 컴퓨터 프로그램 코드를 포함하는 하나 이상의 메모리들을 포함한다. 하나 이상의 메모리들 및 컴퓨터 프로그램 코드는, 하나 이상의 프로세서들과 함께, 장치로 하여금, 적어도 다음의 것: 기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를 수신하는 것 ― 수신하는 것은 데이터 송신이 일부부인 데이터의 스트리밍을 수행하는 콘텐츠 서버에서 발생함 ― ; 수신된 라디오 타이머 정보에 기초하여, 사용자 장비로의 기지국에 의한 송신을 위해 데이터 스트림을 기지국을 향해 스트리밍하기 위한 스트리밍 전략을 적응시키는 것; 및 적응된 스트리밍 전략에 기초하여 데이터 스트림을 기지국을 향해 스트리밍하는 것을 수행하게 하도록 구성된다.

[0024] 추가의 예시적인 장치는: 기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를 수신하기 위한 수단 ― 수신하는 것은 데이터 송신이 일부부인 데이터의 스트리밍을 수행하는 콘텐츠 서버에서 발생함 ― ; 수신된 라디오 타이머 정보에 기초하여, 사용자 장비로의 기지국에 의한 송신을 위해 데이터 스트림을 기지국을 향해 스트리밍하기 위한 스트리밍 전략을 적응시키기 위한 수단; 및 적응된 스트리밍 전략에 기초하여 데이터 스트림을 기지국을 향해 스트리밍하기 위한 수단을 포함한다.

[0025] 컴퓨터 프로그램 제품의 예는 컴퓨터에서 사용하기 위해 컴퓨터 프로그램 코드가 내부에 포함된 컴퓨터-판독 가능 저장 매체를 포함한다. 컴퓨터 프로그램 코드는: 기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를 수신하기 위한 코드 ― 수신하는 것은 데이터 송신이 일부부인 데이터의 스트리밍을 수행하는 콘텐츠 서버에서 발생함 ― ; 수신된 라디오 타이머 정보에 기초하여, 사용자 장비로의 기지국에 의한 송신을 위해 데이터 스트림을 기지국을 향해 스트리밍하기 위한 스트리밍 전략을 적응시키기 위한 코드; 및 적응된 스트리밍 전략에 기초하여 데이터 스트림을 기지국을 향해 스트리밍하기 위한 코드를 포함한다.

[0026] 첨부된 도면의 도형에서,
[0027] 도 1은 실시예들의 예들이 실시될 수 있는 시스템의 예의 블록도이다.
[0028] 도 2는 비디오 세션의 예에 대한 TCP 레이트 제어의 그래프이다.
[0029] 도 3은 점진적인 스트리밍 네트워크 트레이스의 예의 예시이다.
[0030] 도 4는 적응형 비트 스트리밍 네트워크 트레이스의 예의 예시이다.
[0031] 도 5는 가능한 비디오 스트리밍 아키텍처를 예시한다.
[0032] 도 6은 이용 가능한 대역폭과 관계없이 레이트가 일정한 것을 예시한 비디오 데이터 레이트의 그래프이다.
[0033] 도 7은 UE로부터 서버를 향한 QoE 피드백 트레이스의 예를 예시한다.
[0034] 도 8은 실시예의 예에 대한 단계들 및 연관된 메시지 시퀀스들의 예를 설명한다.
[0035] 도 9-12는 데이터 스트림의 애플리케이션, 네트워크 및 디바이스 자원 활용을 개선하기 위한 협력 기술들에 대한 논리 흐름도들이고, 예시적인 방법의 동작, 컴퓨터 판독 가능 메모리 상에 포함된 컴퓨터 프로그램 명령들의 실행의 결과, 하드웨어로 구현된 로직에 의해 수행되는 기능들, 및/또는 실시예들의 예들에 따른 기능들을 수행하기 위한 상호연결된 수단들을 예시한다.

[0036] 본원의 실시예들의 예들은 데이터 스트림에 대한 애플리케이션, 네트워크 및 디바이스 자원 활용을 개선하기 위한 협력 기술들을 설명된다. 실시예들의 예들이 사용될 수 있는 시스템이 설명된 후에, 이러한 기술들의 부가적인 설명이 제시된다.

[0037] 도 1을 참조하면, 이러한 도면은 실시예들의 예들이 실시될 수 있는 시스템의 예의 블록도를 도시한다. 도 1에서, UE(110)는 무선 네트워크(100)와 무선 통신한다. UE(110)는, 예를 들면, 인터넷 또는 다른 네트워크 상에 있는 것과 같이 무선 네트워크(100)로부터 분리될 수 있거나, 무선 네트워크(100)와 통합될 수 있는 콘텐츠 서버(210)와 무선 네트워크(100)를 통해 통신한다. 통상적인 시나리오는, 사용자(미도시)가, UE(110)의 APP(application)(137)를 사용하여, 콘텐츠 서버(210) 상의 애플리케이션 서비스(291)에 의해 제공되는 콘텐츠(290)를 액세스하는 것이다. 콘텐츠(290)는 비디오인 것으로 가정되지만, 본원에 제시된 기술들은 애플리케이션(137)(그리고 따라서 애플리케이션(137)을 사용하는 사용자)에 프리젠테이션될 수 있는 다른 콘텐츠에 적용 가능하다. 위에서 간략하게 그리고 아래에 더 상세하게 설명되는 바와 같이, 무선 네트워크(100)는, 사용자가 콘텐츠(290)를 액세스하는 동안에 적절한 사용자 경험을 제공하는 작업을 하는데, 무선 네트워크(100)는 적절한 사용자 경험을 달성할 수 없을 수 있다.

[0038] 단지 하나의 UE(110)가 도시되지만, 이는 단지 예이고, 다수의 UE들(110)이 eNB(170)를 통해 무선 네트워크(100)를 액세스할 수 있다. 마찬가지로, 무선 네트워크(100)의 부분으로서 다수의 eNB들(170)이 존재할 수 있지만, 단지 하나가 도시된다. 무선 네트워크(100)는 통상적으로 모바일(또한 "셀룰러"라 불림) 네트워크이다.

[0039] 애플리케이션, 네트워크 및 디바이스 자원 활용을 개선하기 위한 협력 기술들은 UE(110) 내의 N/W(network) 조정 모듈(140), RACS/MEC 플랫폼 모듈(190) 내의 N/W(network) 조정 모듈(260), 및 콘텐츠 서버(210) 내의 N/W(network) 조정 모듈(240)에 의해 수행될 수 있다. 이러한 기술들은 아래에 더 상세히 설명된다. RACS/MEC 플랫폼 모듈(190)은 무선 네트워크(100) 내의 별개의 엔티티로서 도 1에 예시된다. 그러나, RACS/MEC 플랫폼 모듈은 eNB(170)의 부분으로서 구현될 수 있고, eNB(170) 내의 플랫폼 모듈(150)로서 도시된다. RACS/MEC 플랫폼 모듈(190)과 콘텐츠 서버(210) 간에, 편의상 도 1에 예시되지 않는 다른 엔티티들이 존재한다는 것이 주목된다. 그러한 엔티티들은 공통적으로 모바일 네트워크의 부분이고, 이들 중 일부는 다른 도면에 도시된다.

[0040] 사용자 장비(110)는 하나 이상의 버스들(127)을 통해 상호연결된 하나 이상의 프로세서들(120), 하나 이상의 메모리들(125) 및 하나 이상의 트랜시버들(130)을 포함한다. 하나 이상의 트랜시버들(130) 각각은 수신기(Rx)(132) 및 송신기(Tx)(133)를 포함한다. 하나 이상의 버스들(127)은 어드레스, 데이터 또는 제어 버스들일 수 있고, 마더보드 또는 집적 회로 상의 일련의 라인들, 광섬유들 또는 다른 광학 통신 장비 등과 같은 임의의 상호연결 메커니즘을 포함할 수 있다. 하나 이상의 트랜시버들(130)은 하나 이상의 안테나들(128)에 연결된다. 하나 이상의 메모리들(125)은 컴퓨터 프로그램 코드(123) 및 APP(application)(137)를 포함한다. UE(110)는, 다수의 방식들로 구현될 수 있는 부분들(140-1 및/또는 140-2) 중 하나 또는 둘 모두를 포함하는 N/W 조정 모듈(140)을 포함한다. N/W 조정 모듈(140)은, 하나 이상의 프로세서들(120)의 부분으로서 구현되는 것과 같이, N/W 조정 모듈(140-1)로서 하드웨어로 구현될 수 있다. N/W 조정 모듈(140-1)은 또한 집적 회로로서 또는 프로그래밍 가능 게이트 어레이와 같은 다른 하드웨어를 통해 구현될 수 있다. 다른 예에서, N/W 조정 모듈(140)은, 컴퓨터 프로그램 코드(123)로서 구현되고 하나 이상의 프로세서들(120)에 의해 실행되는 N/W 조정 모듈(140-2)로서 구현될 수 있다. 예를 들면, 하나 이상의 메모리들(125) 및 컴퓨터 프로그램 코드(123)는, 하나 이상의 프로세서들(120)과 함께, 사용자 장비(110)로 하여금 본원에 설명된 동작들 중 하나 이상을 수행하게 하도록 구성될 수 있다. UE(110)는, 콘텐츠 서버(210)를 액세스함으로써 서비스를 사용자에 제공하는 애플리케이션(137)을 실행한다. UE(110)는 무선 링크(111)를 통해 eNB(170)와 통신한다.

[0041] eNB(170)는 UE(110)와 같은 무선 디바이스들에 의한 액세스를 무선 네트워크(100)에 제공하는 기지국이다. eNB(170)는 하나 이상의 버스들(157)을 통해 상호연결된 하나 이상의 프로세서들(152), 하나 이상의 메모리들(155), 하나 이상의 네트워크 인터페이스들(N/W I/F(들))(161), 및 하나 이상의 트랜시버들(160)을 포함한다. 하나 이상의 트랜시버들(160) 각각은 수신기(Rx)(162) 및 송신기(Tx)(163)를 포함한다. 하나 이상의 트랜시버들(160)은 하나 이상의 안테나들(158)에 연결된다. 하나 이상의 메모리들(155)은 컴퓨터 프로그램 코드(153)를 포함한다. eNB(170)는, 실시예의 일 예에서, 다수의 방식들로 구현될 수 있는 부분들(150-1 및/또는 150-2) 중 하나 또는 둘 모두를 포함하는 RACS/MEC 플랫폼 모듈(150)을 포함할 수 있다. RACS/MEC 플랫폼 모듈(150)은, 하나 이상의 프로세서들(152)의 부분으로서 구현되는 것과 같이, RACS/MEC 플랫폼 모듈(150-1)로서 하드웨어로 구현될 수 있다. RACS/MEC 플랫폼 모듈(150-1)은 또한 집적 회로로서 또는 프로그래밍 가능 게이트 어레이와 같은 다른 하드웨어를 통해 구현될 수 있다. 다른 예에서, RACS/MEC 플랫폼 모듈(150)은, 컴퓨터 프로그램 코드(153)로서 구현되고 하나 이상의 프로세서들(152)에 의해 실행되는 RACS/MEC 플랫폼 모듈(150-2)로서 구현될 수 있다. 예를 들면, 하나 이상의 메모리들(155) 및 컴퓨터 프로그램 코드(153)는, 하나 이상의 프로세서들(152)과 함께, eNB(170)로 하여금 본원에 설명된 동작들 중 하나 이상을 수행하게 하도록 구성된다. 하나 이상의 네트워크 인터페이스들(161)은, 가령, 링크들(176 및 131)을 경유하여 네트워크를 통해 통신한다. 2 개 이상의 eNB들(170)은, 예를 들면, 링크(176)를 사용하여 통신한다. 링크(176)는 유선 또는 무선 또는 둘 모두일 수 있고, 예를 들면, X2 인터페이스를 구현할 수 있다. 이는 eNB의 매우 간략화된 버전이고, 통상적인 eNB는 스케줄러들 등과 같은 더 많은 엘리먼트들을 가질 것이라는 것이 주목된다.

[0042] 하나 이상의 버스들(157)은 어드레스, 데이터 또는 제어 버스들일 수 있고, 임의의 상호연결 메커니즘, 이를테면, 마더보드 또는 집적 회로 상의 일련의 라인들, 광섬유들 또는 다른 광학 통신 장비, 무선 채널들 등을 포함할 수 있다. 예를 들면, 하나 이상의 트랜시버들(160)은 RRH(remote radio head)(195)로서 구현될 수 있는데, eNB(170)의 다른 엘리먼트들은 이 RRH와 물리적으로 상이한 위치에 있고, 하나 이상의 버스들(157)은 eNB(170)의 다른 엘리먼트들을 RRH(195)에 연결하기 위한 광섬유 케이블로서 부분적으로 구현될 수 있다.

[0043] 무선 네트워크(100)는, 이러한 예에서, 데이터 통신 네트워크(예를 들면, 인터넷)(220)에 커플링되는 RACS/MEC 플랫폼 모듈(190)을 포함할 수 있다. RACS/MEC 플랫폼 모듈(190)이 사용되면, eNB(170) 내의 RACS/MEC 플랫폼 모듈(150)은 통상적으로 사용되지 않는다. eNB(170)는 링크(131)를 통해 RACS/MEC 플랫폼 모듈(190)에 커플링된다. RACS/MEC 플랫폼 모듈(190)은, 하나 이상의 버스들(185)을 통해 상호연결되는, 하나 이상의 프로세서들(175), 하나 이상의 메모리들(171) 및 하나 이상의 네트워크 인터페이스들(N/W I/F(들))(180)을 포함한다. RACS/MEC 플랫폼 모듈(190)은 N/W 조정 모듈(260)을 포함한다. 하나 이상의 메모리들(171)은 컴퓨터 프로그램 코드(173)를 포함한다. N/W 조정 모듈(260)은, N/W 조정 모듈(260-1)로 예시된 바와 같이, 집적 회로로서 또는 프로그래밍 가능 게이트 어레이와 같은 다른 하드웨어를 통해 구현될 수 있다. 다른 예에서, N/W 조정 모듈(260)은, 컴퓨터 프로그램 코드(171)로서 구현되고 하나 이상의 프로세서들(175)에 의해 실행되는 N/W 조정 모듈(260-2)로서 구현될 수 있다. 예를 들면, 하나 이상의 메모리들(171) 및 컴퓨터 프로그램 코드(173)는, 하나 이상의 프로세서들(175)과 함께, RACS/MEC 플랫폼 모듈(190)로 하여금 본원에 설명된 동작들 중 하나 이상을 수행하게 하도록 구성된다.

[0044] 무선 네트워크(100)는 이러한 예에서 콘텐츠 서버(210)에 커플링된다. 콘텐츠 서버(210)는, 하나 이상의 버스들(285)을 통해 상호연결되는, 하나 이상의 프로세서들(275), 하나 이상의 메모리들(271) 및 하나 이상의 네트워크 인터페이스들(N/W I/F(들))(280)을 포함한다. 콘텐츠 서버(210)는 N/W 조정 모듈(240)을 더 포함한다. 하나 이상의 메모리들(271)은, 컴퓨터 프로그램 코드(273), 및 콘텐츠(290)를 갖는 것으로 도시된 애플리케이션 제공자(291)를 포함한다. 콘텐츠(290)는 또한 애플리케이션 제공자(291)로부터 별개로 저장될 수 있다. 콘텐츠 서버(210)의 하나의 기능은, 예를 들면, 애플리케이션 제공자(291)를 사용하여, 콘텐츠(290)를 UE(110)에 서빙하는 것이다. 예를 들면, 비디오에 대해, 콘텐츠 서버(210)는, 사용자가 비디오 재생 동안에, 이상적으로 중단 또는 다른 에러들 없이, 비디오를 시청하도록 비디오의 부분들을 UE(110)로 전송한다. N/W 조정 모듈(240)은, N/W 조정 모듈(240-1)로 예시된 바와 같이, 집적 회로로서 또는 프로그래밍 가능 게이트 어레이와 같은 다른 하드웨어를 통해 구현될 수 있다. 다른 예에서, N/W 조정 모듈(240)은, 컴퓨터 프로그램 코드(271)로서 구현되고 하나 이상의 프로세서들(275)에 의해 실행되는 N/W 조정 모듈(240-2)로서 구현될 수 있다. 예를 들면, 하나 이상의 메모리들(271) 및 컴퓨터 프로그램 코드(273)는, 하나 이상의 프로세서들(275)과 함께, 콘텐츠 서버(210)로 하여금 본원에 설명된 동작들 중 하나 이상을 수행하게 하도록 구성된다.

[0045] 무선 네트워크(100)는, 하드웨어 및 소프트웨어 네트워크 자원들 및 네트워크 기능을 단일의 소프트웨어-기반 관리 엔티티, 즉, 가상 네트워크로 결합하는 프로세스인 네트워크 가상화를 구현할 수 있다. 네트워크 가상화는, 종종 자원 가상화와 결합되는 플랫폼 가상화를 수반한다. 네트워크 가상화는, 많은 네트워크들 또는 네트워크들의 부분들을 가상 유닛으로 결합하는 외부적인 것, 또는 네트워크형 기능을 단일 시스템 상의 소프트웨어 컨테이너들에 제공하는 내부적인 것 중 어느 하나로 카테고리화된다. 네트워크 가상화로부터 기인한 가상화된 엔티티들이 프로세서들(152 또는 175) 및 메모리들(155 및 171)과 같은 하드웨어를 사용하여, 일정 레벨로, 여전히 구현되고, 또한 그러한 가상화된 엔티티들이 기술적 효과들을 생성한다는 것이 주목된다.

[0046] 컴퓨터 판독 가능 메모리들(125, 155, 171 및 271)은 로컬 기술적 환경에 적합한 임의의 타입일 수 있고, 반도체 기반 메모리 디바이스들, 플래시 메모리, 자기 메모리 디바이스들 및 시스템들, 광학 메모리 디바이스들 및 시스템들, 고정 메모리 및 착탈식 메모리와 같은 임의의 적절한 데이터 저장 기술을 사용하여 구현될 수 있다. 프로세서들(120, 152, 175 및 275)은 로컬 기술적 환경에 적합한 임의의 타입일 수 있고, 비-제한적인 예들로서, 범용 컴퓨터들, 특수 목적 컴퓨터들, 마이크로프로세서들, DSP들(digital signal processors), 및 다중-코어 프로세서 아키텍처에 기초한 프로세서들 중 하나 이상을 포함할 수 있다.

[0047] 일반적으로, 사용자 장비(110)의 다양한 실시예들은 스마트 폰들과 같은 셀룰러 텔레폰들, 무선 통신 능력들을 갖는 PDA들(personal digital assistants), 무선 통신 능력들을 갖는 휴대용 컴퓨터들, 무선 통신 능력들을 갖는 디지털 카메라들과 같은 이미지 캡처 디바이스들, 무선 통신 능력들을 갖는 게이밍 디바이스들, 무선 통신 능력들을 갖는 음악 저장 및 재생 어플라이언스들, 무선 인터넷 액세스 및 브라우징을 허용하는 인터넷 어플라이언스들, 무선 통신 능력들을 갖는 태블릿들뿐만 아니라 그러한 기능들의 조합들을 통합하는 휴대용 유닛들 또는 단말들을 포함할 수 있지만, 이에 제한되지 않는다.

[0048] 콘텐츠 서버로부터 UE로 데이터를 서빙하기 위한 현재 기술에 관하여, 다음은 현재 기술들에서 가능한 문제들의 요약을 포함한다.

[0049] ● 의사 스트리밍(Pseudo streaming) 및 DASH(dynamic adaptive streaming over HTTP) 스트리밍 알고리즘들에서 몇몇의 변형들이 존재한다. 그들 모두는 콘텐츠를 스트리밍하기 위해 IP 네트워크 조건들, 라디오 네트워크 조건들 및 비디오 품질을 고려하지 않는다. 이로 인해, 그 알고리즘들은 라디오 네트워크, 사용자 디바이스들 및 서비스들에 부작용들을 생성한다.

[0050] ● YouTube(또는 유사한 것)와 같은 비디오 서비스들에 대해, 이들이 라디오 네트워크들로부터 스루풋 안내를 수신할 때, 이러한 서비스들은 이러한 안내를 최적으로 활용하지 않는다. ASP 서버들은 특정 시간 기간들에서만 TG 정보를 활용하고, 그러한 부분적인 활용이 열악한 라디오 스펙트럼 사용 및 불필요한 UE 에너지 소비와 같은 부작용들을 생성한다는 것이 인식되었다.

[0051] ● 비디오 서버 거동 또는 스트리밍 기술들이 동일하게 유지된다. 예를 들면, 서버는 고정된 TCP 간격을 사용하거나 비디오 품질에 대한 변화들 또는 패킷들의 일정한 시간-기반 스케줄링을 사용한다. 그러한 비-적응형 방식들은 UE(110)에 의한 더 많은 전력 사용 및 라디오 자원들의 열악한 활용을 발생시킨다.

[0052] ● ASP들로 전송되는 TG 정보의 효과적인 활용을 알기 위한 어떠한 방식도 존재하지 않는다. 따라서, 운영자들은 사용자 QoE 및 ASP 성능 기준들이 만족되는지 여부를 알지 못한다.

[0053] ● IP 네트워크, 라디오 네트워크 스루풋 안내 및 비디오 품질의 선택만으로는 실질적인 자원 활용을 제공하는데 불충분하다. 비디오 스트리밍 전략과 라디오 타이머들 간의 동기화의 부재(lack)는 RAN 네트워크들의 불균일한 로딩으로 이어지고, RAN 내부의 사용자 데이터의 스케줄링에 영향을 준다.

[0054] ASP들과 작업에서 본원의 연구 및 경험에 기초하여, 많은 벤더들 및 학계는 상이한 비디오 스트리밍 알고리즘들을 시험하고 있다. 기존의 알고리즘들은 라디오 네트워크 스케줄링 타이머들과 동기화되지 않는다. 따라서, 이는 라디오 네트워크에서 불필요한 시그널링과 같은 부작용들을 여전히 생성하고, UE로부터 더 많은 전력을 소비하고, UE의 배터리를 빠르게 소모시킨다.

[0055] 또한, 비디오 세션 동안에, 보충 정보가 서버와 UE 디바이스 또는 클라이언트 애플리케이션들 간에 교환되는 것이 관측되었다. 이러한 정보 교환들은 라디오 네트워크 자원의 최적의 사용을 위해 시간 면에서 동기화되어야 한다.

[0056] 더 구체적으로, 콘텐츠 서버로부터 UE로 데이터를 서빙하기 위한 현재 기술에서의 문제들에 관하여, 스루풋 안내, 이용 가능한 대역폭 및 혼잡 회피는 다수의 회사들에서 실험된 기본 메커니즘들이다. 네트워크 특징들과 애플리케이션 서비스 간의 조정의 부재는 다음의 부작용들을 생성하였다.

[0057] 먼저, 다음의 사전 조건들: 1) 사용자 A 및 사용자 B 각각이 디바이스 UE1 및 UE2를 각각 갖고; 사용자들 둘 모두가 동일한 가입자 플랜에 가입되고, 사용자 A의 디바이스 UE1가 eNodeB 1(벤더 A에 의해 공급됨)에 부착되고, 사용자 B의 디바이스 UE2가 eNodeB2(벤더2에 의해 공급됨)에 각각 부착된다고 가정된다.

[0058] 위의 사전 조건들을 가정하면, 아래는 종래의 시스템들에서 가능한 문제들을 설명하기 위한 3 개의 시나리오들이다.

[0059] (a) eNodeB 1 및 eNodeB 2에 대한 라디오 네트워크 조건들 및 로드가 동일할 경우, 사용자들 둘 모두가 비디오를 시청할 때, 사용자들 중 하나에 대해, UE의 배터리가 빠르게 소모된다고 관측되었다. 라디오 타이머들로의 데이터 전달 간의 조정의 부재는 이러한 사용자에 대한 UE의 불필요한 네트워크 점유(occupancy)로 이어진다.

[0060] (b) eNodeB 1 및 eNodeB 2에 대한 라디오 네트워크 조건들 및 로드가 동일할 경우, 사용자들 둘 모두가 비디오를 시청할 때, 사용자의 디바이스 중 하나가 더 적은 네트워크 시그널링을 생성하고, 반면에 다른 것은 더 많은 네트워크 시그널링을 생성한다는 것이 관측되었다. 라디오 타이머들로의 데이터 전달 간의 조정의 부재는 과도한 시그널링로 이어진다.

[0061] (c) eNodeB 1 및 eNodeB 2에 대한 라디오 네트워크 조건들 및 로드가 동일할 경우, UE의 애플리케이션들 중 하나가 TG를 통해 네트워크 안내 정보를 수신할지라도, 열악한 라디오 스펙트럼 활용의 부작용이 존재하였는데, 왜냐하면 이러한 스펙트럼 활용이 적절히 적응되지 않았기 때문이다. 안내 정보가 RAN에 의해 제공될 때조차, ASP는 자신들의 스트리밍 메커니즘에 대한 임의의 개조(alteration)를 하지 않고, 이는 부정적인 부작용들을 발생시킨다. 고정된 TCP 간격을 수행하거나 고정된 비디오 데이터 레이트를 사용하는 것은 네트워크에서 더 많은 문제들, 이를테면, 더 빠른 UE 배터리 소모, 라디오 네트워크들 상의 불균일한 로드 등을 발생시킨다.

[0062] 게다가, TG가 효과적으로 사용되지 않을 때, 단지 몇몇의 UE들(110)이 eNodeB(170)를 차단하고, 라디오 자원 부족을 생성할 수 있다. 또한, 이는 운영자들이 라디오 타이머 값들을 설정하는 것을 어렵게 만드는데, 왜냐하면 서버 데이터가 라디오 타이머 값들과 동기화되지 않기 때문이다. 또한, 운영자들이 네트워크 대역폭을 절약하고 JIT 전달을 수행하기 위해 고정-레이트 제어 및 TCP 페이싱(pacing)을 적용할 때, 이는 더 빠른 배터리 소모 및 더 열악한 라디오 네트워크 활용을 발생시킨다.

[0063] 추가로 상술하기 위해, 점진적인(예를 들면, 의사) 스트리밍 및 적응형 비트 레이트 스트리밍 둘 모두는 네트워크 및 UE 에너지 사용에 대해 최적화되지 않는다. 지금까지 대부분의 최적화는, 리버퍼링 발생들(rebuffering occurrences)(예를 들면, 비디오 멈춤들)의 수를 감소시키는 것 또는 재생 시간을 감소시키는 것과 같이 사용자들의 QoE를 개선하기 위해 수행되었다. 이러한 설명에서, 본원이 문제들 및 부작용들을 설명하기 위한 예로서 비디오 스트리밍을 갖고 이를 사용할 것이지만, 본원의 기술들은 비디오 스트리밍으로 제한되지 않는다.

[0064] 비디오 스트리밍은 통상적으로 HTTP 기반 스트리밍을 사용하고, 점진적인 그리고 적응형 비트 레이트 스트리밍 둘 모두를 지원한다. 비디오 스트리밍은 JIT를 지원할 수 있고, 이는 2 개의 단계들, 즉, 도 2에 도시된 바와 같이 개시 및 스로틀링 단계들을 사용함으로써 이를 행한다. 도 2는 비디오 세션의 예에 대한 TCP 레이트 제어의 그래프이다. 또한, Ghobadi, M., Cheng, Y., Jain, A., and Mathis, M., "Trickle: Rate Limiting YouTube Video Streaming", USENIX 2012 Annual technical Conference가 참조된다.

[0065] 개시 단계(20)가 도 2에 예시된다. 사용자가 비디오를 시작할 때, 서버는, 데이터의 양이 특정 임계값에 도달될 때까지 데이터를 빨리(예를 들면, 가능한 많이) 전송한다. 이러한 단계의 목적은 비디오를 일찍 시작하고, 재생 동안에 임의의 리-버퍼링을 회피하기 위해 요구된 양보다 더 많은 데이터를 전송하는 것이다. 따라서, 라인(25)은 상대적으로 짧은 시간에 송신된 많은 데이터(KB, 킬로바이트 단위) 및 높은 경사(slope)를 표시한다.

[0066] 스로틀링 단계(30)가 또한 도 2에 예시된다. 비디오 서버는, 개시 단계 동안에 요구된 양의 데이터를 전송한 후에, 스로틀링 단계(30)로 변한다. 이러한 단계(30) 동안에, 서버는, 도 3에 예시된 바와 같이, 고정된 대역폭을 사용하고 패킷들의 고정된 TCP 페이싱을 행하고, 여기서 15 초 내지 85 초의 듀레이션이 존재하는 것으로 도시되고, 대응하는 TCP 트레이스는 도 2에 도시된 바와 같을 것이다. 참조부호(320)로 예시된 네트워크 트레이스에 대해 약 85 초 동안에, 참조부호(330)에 대해 약 35 초 동안에, 그리고 참조부호(340)에 대해 약 22 초 동안에 데이터의 송신이 발생한다. 도 2의 TCP 트레이스는, 시간 기간(310)으로 예시된 바와 같이, 도 3의 제 1 부분(참조부호(320) 참조)의 시간 기간에 대응한다. 서버는 패킷들의 TCP 페이싱을 수행하고, 데이터의 각각의 "펌핑"에 대해 64 KB의 데이터를 기록한다(도 2의 참조부호(40) 참조). 전체 재생 동안에 리-버퍼링을 회피하기 위해, 스트리밍 서버는 1.25 배의 비디오 데이터 레이트로 데이터를 전송하고, 이러한 데이터는 고정된 TCP 페이싱 기술들을 사용하여 도 2에 도시된 고정된 인터벌들(55)로 전송된다. 일단 (UE(110)의) 클라이언트 버퍼가 가득 차면, 도 3에 도시된 바와 같이, t2에서, 클라이언트는 TCP 클로스(close)를 전송한다. UE 클라이언트 애플리케이션은 버퍼로부터 데이터를 계속해서 재생하고, 도 3에 도시된 바와 같이, 버퍼가 t3에서 최소값에 도달될 때, 클라이언트는 새로운 HTTP 요청 및 남아있는 데이터에 대한 요청을 개시한다. 비디오 재생 동안에, 어떠한 비디오 데이터도 t2 내지 t3 및 t4 내지 t5 시간 기간들 동안에 교환되지 않는다. 이러한 유휴 기간은 가변적이고, 이용 가능한 대역폭 및 요청된 비디오 레이트에 의존한다. 청크 크기(chunk size)가 도 4에 도시된 바와 같이 5 초 내지 9 초의 듀레이션일 때, 고정된 페이싱이 또한 ABR 스트리밍에서 관측된다.

[0067] ABR에서, 클라이언트(예를 들면, UE(110))가 적절한 비트 레이트를 결정 및 선택하지만, 선택된 비디오의 "청크"에 대해 전달되는 데이터 레이트가 여전히 서버 제어 하에 있다는 것이 주목되어야 한다. 클라이언트 또는 서버 중 어느 하나가 특정 피드백 메시지들을 생성한다는 것이 ABR 및 의사 스트리밍 둘 모두에서 관측된다는 것이 부가적으로 주목된다. 이러한 메시지들은 비디오 데이터와 함께 피기배킹(piggybacked)되지 않고, 대신에 그들은 비디오 데이터 후에 더 많이 전송되고, 이는 시간 할당량(time quantum)을 연장시킨다. 즉, 비디오 데이터의 통신에 대응하는 시간 할당량이 연장되는데, 왜냐하면 메시지들이 비디오 데이터와 함께 피기배킹되지 않기 때문이다. 이는 UE 네트워크 점유 확장, 불필요한 UE 배터리 소비 및 매우 열악한 eNodeB 스케줄러 활용으로 이어진다.

[0068] 각각의 스로틀링 단계 기간 및 고정된 TCP 페이싱을 더 가깝게 봄으로써, 블라인드 고정된 TCP 페이싱으로 인해, UE 배터리 및 라디오 상태들에 대한 불리한 효과들이 생성된다는 것이 인식되었다. 즉, UE가 더 많은 에너지를 소비하는데, 왜냐하면 UE가 항상 접속 상태에 있고, 더 긴 시간 기간들에 걸쳐 더 적은 데이터가 교환되기 때문이고, 이는 결과적으로 배터리를 빠르게 소모시킨다. 네트워크 조건들의 지식이 없는 페이싱이 규칙적인 TCP를 행하는 것보다 더 열악한 라디오 네트워크 활용을 생성한다는 것이 연구되었다. 이러한 문제를 해결하기 위해, 의사 스트리밍 및 ABR 스트리밍 기술들 둘 모두를 통해, 스트리밍 서버는 타겟 라디오 네트워크 조건들을 고려하고, 예를 들면, 가변 간격을 수행해야 한다.

[0069] 또한, 본원은 AVP(Adaptive Video Pacing)의 개념에 대해 직면했는데(encountered), 이용 가능한 대역폭에 기초하여, 비디오 서버는 자신의 전송 레이트를 조절할 것이다. 그러나, 네트워크가 제공하는 안내는 단지 이용 가능한 비트 레이트 또는 스루풋이고, 이는 단독으로는 충분하지 않지 않고, 이는 네트워크가 언제나 점유되게 함으로써 사용자들의 QoE를 개선할 수 있다. 그러나, 단일 애플리케이션(또는 단일 UE)이 언제나 네트워크를 독점하는(그리고 예를 들면, RAN이 이러한 흐름을 슬립하도록 허용하지 않는) 것은 손해이다. 본원은 AVP의 가장 낮은 레벨에서, 본원은, AVP가 요구된 시간 할당량에 대해 고정된 TCP 페이싱 방식을 수행한다는 것을 확인했다. CPC(Continuous Packet Connectivity) 특징들이 네트워크에서 인에이블될 때, 적응형 비디오 페이싱과 타이머 간의 조정의 부재는 CPC 특징들을 무효하게 한다.

[0070] 도 5를 참조하면, 이러한 도면은 가능한 비디오 스트리밍 아키텍처를 예시한다. 운영자 네트워크(500)는 이러한 예에서 UE(110)를 서비스하고, UE(110)는 콘텐츠 서버(210)로부터 콘텐츠를 요청한다(단계 1). EPC(510)는 UE의 전체 제어 및 베어러들의 설정을 담당한다. EPC의 메인 논리 노드들은 P-GW(Packet Data Network GateWay), S-GW(Serving-GateWay) 및 MME(Mobility Management Entity)(어떠한 것도 도시되지 않음)이다. 콘텐츠는, 이러한 예에서 콘텐츠 서버(210)인 가장 가까운 서버로 재지향된다(단계 2). 단계들 3(콘텐츠 요청) 및 4(콘텐츠가 사용자에 스트리밍됨)는 UE(110)에 의한 비디오 재생 동안에 여러번 발생할 것이다.

[0071] 실험들은 연구 환경들에서 몇몇의 스트리밍 알고리즘들로 수행되었다. 몇몇의 실험들 및 상이한 ASP 비디오 스트리밍 알고리즘들에 기초하여, 이용 가능한 대역폭이 비디오를 재생하는데 요구되는 데이터 레이트보다 훨씬 더 클 때, ASP는 다음의 동작들을 수행한다.

[0072] ● 도 6에 도시된 바와 같이, 비디오 서버(예를 들면, 콘텐츠 서버(210))는 TG 서버에 의해 제안되는 데이터를 생성하지 않는다. 대신에, 그들은 고정된 대역폭을 사용한다. 이러한 접근법은 라디오 스펙트럼을 효율적으로 사용하지 않는데, 왜냐하면 디바이스가 일정 레이트로 데이터를 수신할 필요가 있어서, UE가 더 많은 전력을 소비하기 때문이다.

[0073] ● 비디오 서버는 또한 고정된 TCP 페이싱을 수행하고, 이러한 페이싱은 네트워크 및 UE 둘 모두에 대한 훨씬 더 많은 문제들을 생성한다.

[0074] 위에서 설명된 문제들을 개선 또는 해결할 수 있는 본원의 실시예들의 예들에 대한 제안들은, 예들이고 비-제한적인 다음의 것 중 하나 이상을 포함한다.

[0075] ● 라디오 타이머 구성 정보는 비디오 스트리밍 서버(예를 들면, 콘텐츠 서버(210))로 보내지고, 비디오 스트리밍 서버는 시간 할당량에 기초하여 자신의 패킷들의 스트리밍을 조절할 수 있다.

[0076] ● 보내진 라디오 구성은 UE(110) 및 서버(210)에 의해 윈도우로서 사용되고, 윈도우 내에서 그들은 임의의 보충 데이터를 교환하고, 이로써 불필요한 라디오 자원 요청들을 회피한다.

[0077] ● 스루풋 안내 및/또는 이용 가능한 대역폭 측정들이 라디오 네트워크로부터 수신될 때, 콘텐츠 서버(210)는 그에 따라 자신의 비디오 스트리밍 전략을 변경해야 하고, 예를 들면, 콘텐츠 서버는 고정된 시간-기반 페이싱을 디스에이블하고, 비디오를 전송하기 위해 패킷들의 적응 가능한 페이싱을 사용해야 한다.

[0078] ● 비디오 QoE 및 배터리 측정들은 UE/서버로부터 네트워크로 주기적으로 들여온다. 이는 전력-인식 스케줄링 및 라디오 타이머 조절들을 보장할 것이다.

[0079] 라디오 네트워크 구성과 다른 정보를 결합하는 것 및 예를 들면, 애플리케이션 및 UE가 스트리밍 데이터를 조절하고 그에 따라 시그널링 및 UE 에너지 소비를 감소시키도록 허용하는 것은 새로운 개념처럼 보인다.

[0080] 본원은 이제 실시예들의 가능한 예들의 개관의 예를 제시한다. 사용자 경험을 개선하기 위해, 많은 정보가 결합 및 분석되어야 한다. 이제까지, 애플리케이션들 및 네트워크들은 상이한 제공자들에 의해 서빙되었고, 사용자는 종종 열악한 경험에 영향을 받는다.

[0081] 예시를 위해, 본원은 플레인 텍스트 트래픽(plain text traffic) 및 암호화된 SSL 세션 둘 모두에 대한 APS 비디오 서비스를 참조한다. 이는 단지 예시를 위한 것이며, 솔루션들의 예들의 범위는 다른 서비스들에 적용될 수 있다.

[0082] 위에서 설명된 바와 같이, 도 5는 가능한 비디오 스트리밍 아키텍처를 예시한다. 위에서 논의된 바와 같이, 오늘날 존재하는 문제는, 비디오 스트리밍 세션 동안에, 데이터가 버스트들로 전송된다는 것이다. 이러한 버스트들은, UE 할당된 라디오 시간, 이용 가능한 네트워크 대역폭 및 라디오 네트워크 로드 조건들과 매칭하는 방식으로 이격, 패킹 및 스케줄링되어야 한다. 그렇지 않다면, 각각의 UE(110)는 더 많은 네트워크 시간을 요청하고, 자신의 배터리를 빠르게 소모시킬 뿐만 아니라, 전달되는 데이터가 TG 레이트보다 훨씬 더 적을 때 열악한 스펙트럼 활용으로 이어질 수 있다.

[0083] 이러한 문제들을 개선 또는 해결하기 위한 제안들의 일부 예들은 다음과 같다.

[0084] 1. 콘텐츠 서버(210)와 같은 애플리케이션 서버는 라디오 구성 및 데이터를 전송하기 위해 할당된 UE 시간을 알아야 한다. RACS/MEC 플랫폼 모듈(190/150)과 같은 모바일 에지 컴퓨팅 플랫폼(예를 들면, RACS)은 셀 로드, 스루풋 안내 등을 컴퓨팅하기 위해 eNodeB(170)로부터 다양한 순시 라디오 정보를 수신한다. 이러한 정보 모두는, 가령, 헤더 정보를 강화(enriching)함으로써, 예를 들면, TCP 프로토콜의 부분으로서 콘텐츠 서버(210)로 통신될 수 있다. 이는 ASP 우려(concern)를 해결할 것이다. 예를 들면, Jain, A., et al., "Mobile Throughput Guidance Signaling Protocol," IETF draft (work in progress), draft-flinck-mobile-throughput-guidance-00.txt, Oct. 2014를 참조하라. Jain의 논문(article)은 TG를 ASP로 전달하는 방법을 설명하지만, 적어도 본원에 사용되는 타이머들의 양상을 커버하지 않는다. 라디오 네트워크 조건들 이외에, RACS/MEC 플랫폼 모듈(190/150)은 UE에 대해 구성된 또는 할당된 라디오 타이머들을 콘텐츠 서버(210)에 공급한다.

[0085] 2. UE(110)는, 스트리밍 전달 전략을 개선하기 위해 자신의 에너지(예를 들면, 전력) 소비를 애플리케이션 서버(예를 들면, 콘텐츠 서버(210))에 주기적으로 보고한다. ASP, 즉, 콘텐츠 서버(210)는, 최적의 라디오 구성을 조절하기 위해, UE로부터 수신된 정보를 모바일 에지 컴퓨팅 플랫폼(예를 들면, RACS/MEC 플랫폼 모듈(190/150))에 푸싱할 수 있다.

[0086] 예를 들면, 각각의 식별된 사용자 세션들에 대해, RACS/MEC 플랫폼 모듈(190/150)은, 비디오 트래픽의 사용자 경험을 개선하기 위해 필요로 되는 보충 정보와 함께 라디오 관련 정보를 공급한다. 클라이언트 디바이스(UE(110)) 상에서 실행되는 애플리케이션(137)은 통상적으로 지각된 품질 레벨에 관한 주기적 피드백을 전송하고, 이는 콘텐츠 서버(210)로 다시 직접적으로 보고된다. 도 7은 UE(110)로부터 콘텐츠 서버(210)를 향한 QoE 피드백 트레이스(700)의 예를 예시한다. 이러한 예에서, UE(110)는 비디오 세션 정보(710)를 보고하지만, 이는 비디오 교환 동안에 에너지 소비 정보(720)를 포함하도록 확장될 수 있다. 콘텐츠 서버(210)는, 비디오 스트리밍 전략의 부분으로서, QoE를 개선하기 위해 비디오 스트림을 학습 및 조절한다. 콘텐츠 서버(210)는 또한 동일한 순시 정보(700)를 다시 RACS/MEC 플랫폼 모듈(190/150)로 에코(echo)할 수 있고, 콘텐츠 서버(210)는 또한, 세션이 완료될 때 요약 정보(700)를 MEC로 전송할 수 있다. RACS/MEC 플랫폼 모듈(190/150)은, TG의 효과를 입증하기 위해 이러한 정보를 운영자 관리 인프라구조로 요약하기 위해 내부적으로 이러한 정보, 및 또한 TG 정보의 ASP의 활용에 대한 정보를 사용할 수 있다. RACS/MEC 플랫폼 모듈(190/150)은 또한 장래의 세션들에 대한 스루풋 안내를 조절하기 위해 이러한 정보를 사용할 것이다. 비제한적인 예로서, "비디오 교환 동안의 에너지 소비"가 ASP로부터 운영자에게 알려질 때, 이러한 메트릭은 TG 솔루션들의 이점들의 척도(measure)로서 사용될 수 있다. 또한, 이는 TG 값을 실시간으로 더 효과적으로 만들기 위한 피드백으로서 TG 알고리즘 내에서 사용될 수 있다.

[0087] 실시예들의 예들의 부가적인 더 특정한 세부사항들이 이제 제공된다. 도 8을 참조하면, 이러한 도면은 실시예의 예에 대한 단계들 및 연관된 메시지 시퀀스들의 예들을 설명한다. 부가적으로, 도 8은, 네트워크, 애플리케이션 및 사용자 통계들이 암호화된 텍스트 세션 및 플레인 텍스트 세션 둘 모두에 대해 수집 및 결합될 수 있는 방법을 도시한다. 도 8의 예는 HE(header enrichment)를 사용하지만, 실시예들이 이러한 예로 제한되지 않는다. 단계들(1 내지 4)은 MEC HE 구현의 부분이고, 실시예의 이러한 예는 운영자의 문제를 해결하기 위해 그 개념 위에 구축된다. 즉, HE는 클라이언트와 서버 간의 보충 정보 교환을 커버하는 개념이지만, 본원의 실시예들의 특정 예들은 보충 정보 교환의 이러한 개념 외의 것이다. TCP 옵션들 또는 헤더 확장들 또는 헤더 강화들은 동일한 개념이다. 도 5는 콘텐츠 서버(210)와 클라이언트, 예를 들면, UE(110) 간의 사용자 상호작용을 설명한다. 도 8에서, 본원은 도 5의 메시지들(3 및 4) 간에 발생할 수 있는 메시지 상호작용의 예들을 설명한다. 콘텐츠는 콘텐츠 서버(210)에 의해 클라이언트로 전달되고, 클라이언트는 콘텐츠를 수신하였다. 아래의 예에서, 클라이언트는 UE(110)이다. 도 7이, 참조 및 설명을 용이하게 하기 위해, 간략도이고, 통상적으로 무선 네트워크(100) 내에 있을, 도 5의 EPC(510)와 같은 다른 엘리먼트들을 도시하지 않는다는 것이 주목된다.

[0088] 단계 1. 비디오 콘텐츠가 TCP를 통해 전달될 때, TCP ACK(비디오 트래픽 정보의 부분으로서)는 클라이언트(UE(110))로부터 주기적으로 비디오 트래픽 정보로서 생성되고, 서버(210)를 향해 전송된다. 다운로딩되는 비디오 및 무비들과 같은 단일 방향성 비디오 트래픽에 대해, 비디오만이 서버로부터 클라이언트로 유동한다. 비디오 컨퍼런싱(video conferencing)과 같은 양방향 비디오 흐름에 대해, 비디오 트래픽 정보는 ACK 정보 및 또한 비디오 데이터일 수 있다. 이러한 ACK 패킷(예를 들면, 및/또는 비디오 데이터)은, 비디오 트래픽 정보로서, eNodeB(170)를 통해 RACS/MEC 플랫폼 모듈(190)에 도달한다. 이러한 예에서, RACS/MEC 플랫폼 모듈(190)이 eNodeB(170)로부터 별개인 것으로 도시되지만, eNodeB(170)에 긴밀하게 커플링되고, 예를 들면, 도 1에서 RACS/MEC 플랫폼 모듈(150)로 예시된 바와 같이, eNodeB(170) 내에 통합될 수 있다는 것이 주목된다. 클라이언트 애플리케이션(137)(도 1 참조)은 UE(110)의 OS(미도시)와의 상호작용을 시작하고, 그 세션에 대한 이용 가능한 에너지(예를 들면, 전력)를 결정한다. 예에서, 이용 가능한 에너지는 배터리 소비/소모 레이트 및 또한 전류 이용 가능성일 수 있다. 이용 가능한 에너지의 표시(들)는 배터리 소비/소모 레이트 및 또한 전류 이용 가능성 중 하나 또는 둘 모두의 값(들) 또는 이들 또는 다른 정보의 추정을 제공하는 값을 포함할 수 있다. 이용 가능한 에너지에 사용될 수 있는 정보는 또한 특정 UE 및 수반되는 OS에 의존할 수 있다.

[0089] 단계 2. eNodeB(170)는 구성된 라디오 타이머들에 관한 정보 및 각각의 UE에 대한 현재 라디오 네트워크 조건들 및 연관된 파라미터들을 갖는다. 현재 라디오 네트워크 조건들 및 연관된 파라미터들은 셀 로드, UE의 라디오 조건(예를 들면, UE가 타워에 대해 가시선(line of sight) 내에 있거나 타워에 가까움 등)을 포함할 수 있고, 이들은 효과적인 TG를 계산하는데 사용될 수 있다. eNodeB(170)는 그 정보를 RACS/MEC 플랫폼 모듈(190)에 공급한다. eNodeB는, 실시예에서, eNodeB가 각각의 UE에 할당한 라디오 구성 정보 및 자신의 연관된 상태 정보를 벡터로서 공급한다. 시간 자원들의 최적의 사용을 위해, (콘텐츠 서버(210)로서) ASP는 라디오 네트워크로부터의 TG(throughput guidance)에 기초하여 비디오 데이터를 전송하도록 추정되고, 또한 ASP는 할당된 라디오 타이머 값 내에서 버스트를 완료 또는 스케줄링해야 한다.

[0090] 단계 2에서 시그널링을 통해 공급될 수 있는 벡터의 일 예가 메시지(830)로서 도시된다. 아래의 값들은 시간 할당량에 대해 유효하다. 시간 할당량은 타이머 값에 대응한다. 예를 들면, 다음의 3 초(시간 할당량) 동안에, UE는 업링크에서 X 대역폭 및 다운링크에서 Y 대역폭을 전송할 수 있다. 네트워크(예를 들면, RACS/MEC 플랫폼 모듈(190))는 시간 할당량을 생성하고, 이러한 시간 할당량 내에서 대역폭 허용량(allowance)(또는 UE에 대해 할당됨)을 결정한다. 그러나, 앱(app)(137)으로의 데이터 프리젠테이션을 수행한 후에, UE가 에너지 소모 특성들을 (예를 들면, 에너지 소비 메시지를 통해) 보고한 것에 대한 응답으로, 이때 네트워크는 장래의 시간 할당량 및 이용 가능한 대역폭을 UE에 재맵핑하기 위한 부가적인 정보로서 각각의 시간 할당량에서 보고된 배터리 소모를 사용할 수 있다.

[0091] 타이머 인터벌은 네트워크의 로드, UE 위치, 각각의 방향의 UE 트래픽 등에 기초하여 생성된다. 각각의 시간 할당량에 대해, UE가 서버로부터 획득할 수 있는 대역폭 및 네트워크 이용 가능성이 통신된다. 아래의 값들은, 예를 들면, 다음의 것: 로드의 이동 평균, 진행중인 네트워크 로드, UE-특정 세션들의 수, 각각의 세션에 의해 소비되는 대역폭, DRX, DTX, CPC 타이머 인터벌들 중 하나 이상을 사용하여 결정될 수 있다. 이러한 메시지는 다음의 것 중 일부 또는 전부를 포함할 수 있다.

[0092] 1) Minimum_Time: UE가 전력을 공급받고, 전용 상태에서 에너지를 소비할 최소 시간이 무엇인가?

[0093] 2) State_Time: UE를 향한 어떠한 활동도 확인되지 않을지라도, 그 UE가 여전히 전력을 공급받을 시간이 무엇인가?

[0094] 3) Park_Time: UE가 중간 상태(예를 들면, 낮은 전력 상태)로 즉시 파킹될 수 있는 시간이 무엇인가? 상태들에 관하여, LTE에서, 2 개의 상태들, 즉, 연결 및 유휴가 존재한다. 반면에, 3G에서, 더 많은 상태들(본원이 3G에 대한 솔루션을 사용할 필요가 있는 경우에, 중간 상태)이 존재한다. LTE의 경우, 본원은, UE가 웨이크하고 네트워크에 연결될 필요가 있는 횟수를 감소시키기 위한 중간 상태를 명시한다. 유휴와 연결 간의 적극적인(너무 많은) 스위칭 또는 유휴와 연결 상태 간의 느릿느릿한(너무 적은) 스위칭이 회피된다.

[0095] 4) Scheduling Time: RAN 네트워크는, 콘텐츠 서버(210) 및 UE(110)가 모든 데이터를 교환해야 하는 인터벌인 이러한 시간 인터벌을 결정한다. 이는 또한 동기화 타이머로 불리고, 여기서 엔드포인트들 둘 모두는 UE 에너지를 절약하고, RAN 스케줄링을 절약하고, 네트워크 자원들의 최적의 사용을 제공하기 위해 그 데이터를 푸싱해야 한다.

[0096] 5) Scheduling _BW(TG): 이는, 서버/클라이언트가 만족스러운 QoE를 실현하기 위해 제안된 시간 할당량(즉, 스케줄링 시간) 동안 사용할 수 있는 이용 가능한 대역폭이다.

[0097] 엘리먼트들(1)-(4)은 본원에서 라디오 타이머들로서 특징화된다. 다른 라디오 타이머들의 예들은 다음의 것: 기본적인 타이머들인 DRX(Discontinuous Reception)(업링크, 다운링크); DTX(Discontinuous Transmission)(업링크, 및 다운링크) 중 하나 이상을 포함한다. 부가적으로, 라디오 타이머들은 또한 유휴 타이머 인터벌 및 연결 상태 타이머 듀레이션을 포함할 수 있다. 엘리먼트 (5)는 도출된 값이다. 이는, 예를 들면, (1) 내지 (4) + 네트워크 로드 + UE 에너지 프로파일을 결합함으로써 결정될 수 있다. 라디오 타이머들에 관한 정보는, 네트워크가 UE의 에너지 소비를 감소시키고, 각각의 UE의 네트워크 점유 시간을 감소시키고, 각각의 UE에 대해 이용 가능한 대역폭을 증가시킬 수 있도록 하는 밸런스를 본원이 성취하도록 제공된다. 예에서, RAN으로부터 오는 모든 정보는 라디오 타이머들로서 일반화될 수 있다.

[0098] 단계 3. RACS/MEC 플랫폼 모듈(190)은, 헤더 강화를 수행하기 위해, 식별된 ASP 트래픽(예를 들면, 이러한 예에서 비디오)에 대한 라디오 정보로 TCP 헤더 확장들을 강화한다.

[0099] 주의: 대역내 또는 대역외 중 어느 하나로서, IP 계층, 또는 전송 프로토콜 계층 또는 링크 계층 또는 애플리케이션 계층에서 정보의 삽입을 비롯하여, 라디오 정보가 통신될 수 있는 다른 메커니즘들이 존재한다. 이러한 예에서, 본원은 TCP 계층을 사용하는 메커니즘을 설명한다. 그러나, 이는 심지어 다른 계층들(IPv6 또는 ICMP를 포함함)의 방법들을 사용하여 적용될 수 있다.

[00100] 단계 4. RACS/MEC 플랫폼 모듈(190)은 HE 프로세싱 후에 ASP 트래픽을 콘텐츠 서버(210)를 향해 포워딩한다.

[00101] a. 주의: IPv4 또는 IPv6 또는 TCP의 부분으로서 이러한 정보를 콘텐츠 서버로 통신하는 몇몇의 가능한 방법들이 존재한다. 이 개념은 정보가 전달되고 정보가 (콘텐츠 서버(210)로서) ASP에 의해 소비되는 것이다.

[00102] b. HE 정보는, 예를 들면, 시간 할당량 정보와 함께 라디오 타이머 정보, TG 정보를 포함한다. 라디오 타이머 정보는 대역폭이 사용될 수 있는 시간을 제공하고, 또한 타이머가 RAN 네트워크에서 불필요한 시그널링을 회피하기 위해 서버에 의해 사용되어야 하는 방법을 알려준다(tell). 또한, 라디오 타이머 정보를 사용하는 것은, 보고된 대역폭이 소비되는 것을 보장하기 위한 스트리밍 전략을 서버가 변경하도록 허용한다.

[00103] 단계 5. 라디오 스펙트럼 및 고정된 네트워크 인프라구조 둘 모두를 포함하는 네트워크 자원들을 활용하기 위해, (콘텐츠 서버(210)로서) ASP는 HE 정보를 프로세싱하고, 하나 이상의 액션들을 취해야 한다. 이러한 단계는 ASP 서비스 의존적일 수 있지만, 일반적으로, ASP는, TCP 혼잡 윈도우 변경들을 수행하는 것 및/또는 TG 정보가 효과적으로 활용되는 것을 보장하기 위한 일부 적응형 TCP 페이싱을 수행하는 것(예를 들면, 고정된 시간-기반 페이싱을 디스에이블링하는 것 및 대신에 패킷들의 적응 가능한 페이싱을 사용하는 것)과 같이, 스트리밍 전략에 대한 결정들을 할 것이다. 이들 모두는 라디오 시간 값(예를 들면, 시간 할당량)을 준수해야 하고, UE로 하여금 연속적인 네트워크 점유 또는 과도한 라디오 상태 스위칭을 확장시키게 하는 것을 회피해야 한다.

[00104] 단계 6. (UE(110)의 운영자로서) 사용자 및 네트워크(100)는 콘텐츠 서버(210)로부터의 적응된 비디오 트래픽을 확인한다. 비디오 트래픽은 TCP 혼잡 윈도우 변경들을 수행하고 그리고/또는 일부 적응형 TCP 페이싱을 수행함으로써 적응될 수 있다. 게다가(또는 이전의 것 대신에), HE 정보는 ABR을 조작하기 위해 애플리케이션 계층에 의해 사용될 수 있다.

[00105] 단계 7. UE(110)는 다음의 것: 이용 가능한 대역폭(예를 들면, UE에 의해 확인됨, 이는 어떠한 에러도 없는 레이트에서 측정하는 것을 수반함), 신호 세기, 애플리케이션-특정 품질 레벨(예를 들면, 재생 시간, 리버퍼링 이벤트들 등의 표시를 제공할 수 있는 QoE) 및 다양한 다른 네트워크들 중 하나 이상과 같은 다양한 보고들을 주기적으로 준비한다. 다양한 다른 네트워크들이 의미하는 것은, 인접한 eNodeB 네트워크들로부터 로드 조건들을 결정하는 것이 또한 가능하다(예를 들면, RAN 네트워크가 클라우드-기반 RAN이고 모든 eNodeB들이 단일 RAN에 의해 제어되면, 이것이 가능함)는 것이다. 이들은 콘텐츠 서버(210)에 보고되고, 트레이스들의 그러한 예들의 일부 세부사항들이 도 7에 도시된다. QoE 보고들 이외에, UE(110)는 또한 비디오를 재생하는데 이미 사용되고 그리고/또는 사용하는데 추정된 전력 프로파일 및 에너지 소비(EC)를 (예를 들면, 에너지 소비 정보(720)로서) 생성할 수 있다. 이는 또한 콘텐츠 서버(210)에 보고된다.

[00106] a. 주의: 이러한 보고는 비디오 청크들을 수신한 직후에 또는 비디오 청크 전송 동안에 생성되어야 한다. 이러한 보고를 전송하는 목적은 피드백을 서버 및 네트워크 둘 모두에 제공하는 것이다.

[00107] b. 주의: 보고는 배터리 소비(예를 들면, 에너지 소비)에 관한 정보 및 비디오 QoE 메트릭들을 포함할 수 있다. UE 배터리 소비 값은 eNodeB 스케줄러의 성능을 개선하기 위해 스케줄러에 의해 사용된다. eNodeB 스케줄러는 UE 전력 소모 특성들을 학습하여 이에 따라 UE에 대한 데이터를 스케줄링할 것이다. 그러한 메커니즘은 eNodeB(170)를 전력 인식 스케줄러로서 만들고, 라디오 타이머 조절들을 허용한다. 예를 들면, 콘텐츠 서버로부터의 에너지 소비 보고들 및 경험 품질에 기초하여, eNB(170)(예를 들면, RACS/MEC 플랫폼 모듈(150)을 가짐)는, 사용자 장비의 에너지 레벨의 대응하는 조절들을 발생시키도록 사용자 장비에 대한 이용 가능한 대역폭을 증가 또는 감소시키기 위해 사용자 장비 패킷들의 스케줄링을 수행할 수 있다. 즉, 대역폭의 증가는 에너지 레벨의 증가를 발생시키고, 대역폭의 감소는 에너지 레벨의 감소를 발생시킨다.

[00108] c. 주의: 이전 단계(단계 6)와 마찬가지로, 콘텐츠 서버(210)는 또한 UE 배터리 수명을 개선하기 위해 스트리밍 전략의 적응형 페이싱을 수행할 수 있다.

[00109] 단계 8. 콘텐츠 서버(210)는 서버-생성 보고들과 함께 UE-특정 QoE 및 EC 보고를 RACS/MEC 플랫폼 모듈(190)로 전송하기 위해 이들을 준비할 수 있다. 이러한 정보는 헤더 강화를 수행하기 위해 TCP 헤더 확장 메시지의 부분으로서 RACS/MEC 플랫폼 모듈(190)로 통신될 수 있다.

[00110] a. 주의: IPv4 또는 IPv6 또는 TCP의 부분으로서 이러한 정보를 RACS/MEC 플랫폼 모듈(190)로 통신하는 몇몇의 가능한 방법들이 존재한다.

[00111] b. IPv6 ICMP 메시지 및 이를 통한 교환을 실행하는 것이 또한 가능하다.

[00112] c. 많은 모바일 네트워크들이 가까운 장래에 완전히 IPv6이 될 것이기 때문에, 이는, 예를 들면, 흐름 라벨 정보 특정 메시지들을 조작 및 예비함으로써 IPv6 계층 정보로 전송될 수 있다.

[00113] d. 이 스테이지에서, 이러한 구현에 대해 가능한 다양한 선택들 및 옵션들이 존재한다. 대형 검색-엔진 회사들에 대해, 이들은 150 개 초과의 국가들에서 자신들의 서버들을 전개할 수 있고, 모바일 네트워크 운영자가 RACS/MEC 플랫폼 모듈(190)과 콘텐츠 서버(210) 간에 프로비저닝되는 그러한 확장들을 갖는 것이 더 용이하다. 하나의 가능성은 통신될 그러한 정보를 IP 또는 TCP 계층 중 어느 하나에서 갖는 것이다.

[00114] 단계 9. RACS/MEC 플랫폼 모듈(190)은 QoE 및 EC 정보를 수신하고, 이어서 추출하고, 실제 비디오 트래픽을 UE를 향해 포워딩한다.

[00115] 단계 10. RACS/MEC 플랫폼 모듈(190)은 콘텐츠 서버(210)로부터 QoE 및 EC 보고들이 순시 및 요약 학습을 수집한다. RACS/MEC 플랫폼 모듈(190)은, 실시예의 예에서, TG 솔루션의 이점들의 척도로서 이러한 정보를 사용할 수 있다. 또한, 이는 TG 값이 실시간으로 더 효과적이도록 하기 위한 피드백으로서 TG 알고리즘 내에서 사용될 수 있다. 또한, 이는 네트워크들에 대한 자체-정정으로 생각될 수 있다. 네트워크는 배터리 소비 대 네트워크 품질의 관점에서 UE(110)로부터의 피드백을 학습한다. 네트워크는, 네트워크가 각각의 UE에 제공할 수 있는 최대 대역폭이 무엇인지를 알기 위해 언제나 타이머들을 계속해서 조절(예를 들면, 그들의 값들을 증가 또는 감소)하고, 동시에 UE의 에너지 소비를 최소치로 유지하거나 타이머들을 조절하지 않는 것에 대해 적어도 감소되게 유지한다. 장래의 시간 할당량들에 대한 조절은, 콘텐츠 서버에 의해 이루어지는 임의의 조절들을 비롯하여 그리고 (예를 들면, 콘텐츠 서버(210) 및 RACS/MEC 플랫폼 모듈(190) 둘 모두에서) 스트리밍 전략에 영향을 주기 위한 장래의 타이머 값들, 장래의 대역폭 등의 보고를 비롯하여, 모든 양상들을 고려할 수 있다. UE 에너지 소비는 입력들 중 하나로서 취해진다.

[00116] 즉, 메시지들(9 및 10)을 참조하면, UE 또는 서버로부터 피드백을 RACS/MEC 플랫폼 모듈(190)에서 수신한 후에, RACS/MEC 플랫폼 모듈(190)은 다음과 같이 액션들을 취한다. 예를 들면, eNB(170)가 RACS/MEC 플랫폼 모듈(150)을 포함하면, eNB(170)가 유사하거나 동일한 액션을 취할 수 있다는 것이 주목된다.

[00117] a) 이용 가능한 에너지(예를 들면, 전력) 소비는 피드백 값들 중 하나로서 네트워크에 제공될 수 있다. 이는, 예를 들면, UE의 배터리 소모 특성을 제공할 수 있고, 네트워크는 이를, 이용 가능한 대역폭에 대해 내부적으로 맵핑할 수 있다.

[00118] b) 스케줄링 타이머는 각각의 UE에 대한 시간 할당량의 변형이다. 이러한 타이머는 배터리 조건들에 기초하여 상응하게 조절될 수 있다.

[00119] c) 마지막으로, UE 또는 서버를 향해 안내에 기초하여 전달되는 품질 레벨은 다음의 시간 할당량 값들을 도출하기 위해 입력으로서 네트워크에 의해 사용된다.

[00120] 단계 11. UE(110)는 정상적으로 또는 비정상적으로 세션을 종결한다(또는 세션이 콘텐츠 서버(210)에 의해 종결됨).

[00121] 단계 12. 콘텐츠 서버(210)는 RACS/MEC 플랫폼 모듈(190)로 전송하기 위한 QoE 및 EC 요약 보고를 준비한다.

[00122] 단계 13. 콘텐츠 서버(210)는 HE 메커니즘 또는 다른 적절한 IP 또는 ICMP 헤더 확장 메커니즘을 사용하여 TCP FIN(세션의 종료를 표시함)의 시간에서 QoE 요약 보고를 전송한다. 제안의 일 예는, 구현에서 일관성(consistency)이 유지되도록 RACS/MEC 플랫폼 모듈(190)로부터 콘텐츠 서버(210)로의 동일한 RACS HE 확장 제안을 따르는 것이다. 그러나, 이는 요건이 아니라, 많은 다른 기술들이 사용될 수 있다.

[00123] 단계 14. RACS/MEC 플랫폼 모듈(190)은 QoE 요약, 세션 요약을 프로세싱하고, 이는 시계열 분석(time series analysis)에 대한 더 많은 통찰력(insight)을 제공한다. 가능한 시계열 분석 통찰력에 대해 단계 10에 대한 설명을 참조하라.

[00124] 단계 15. 사용자 세션의 각각의 마이크로-흐름에 대해 포함된 정보는, 추가의 분석을 위해 또는 열악한 QoE가 존재하거나 배터리 소모가 발생되는 경우 정정 액션과 같은 다른 목적들을 위해, OMI(Operator-Management-Interface)에 대해 이용 가능하게 될 수 있다.

[00125] 도 9-12는 데이터 스트림의 애플리케이션, 네트워크 및 디바이스 자원 활용을 개선하기 위한 협력 기술들에 대한 논리 흐름도들이고, 방법의 예의 동작, 컴퓨터 판독 가능 메모리 상에 포함된 컴퓨터 프로그램 명령들의 실행의 결과, 하드웨어로 구현되는 논리에 의해 수행되는 기능들, 및/또는 실시예들의 예들에 따른 기능들을 수행하기 위한 상호연결된 수단들을 예시한다.

[00126] 도 9는, 예를 들면, N/W 조정 모듈(140)의 부분적인 제어 하의 UE(110)에 관한 것이다. 블록(910)에서, UE(110)는 사용자 장비 상의 사용자 애플리케이션으로의 데이터 스트림의 부분의 데이터 프리젠테이션에 영향을 주는 정보를 결정하는 동작을 수행한다. 정보는 적어도 사용자 장비 상의 사용자 애플리케이션으로의 데이터 스트림의 부분의 데이터 프리젠테이션에 의해 발생되는 에너지 소비 정보를 포함한다. 블록(920)에서, UE(110)는 정보를 사용자 장비로부터 콘텐츠 서버로 전송하는 동작을 수행하고, 데이터 프리젠테이션에 대한 데이터 스트림은 사용자 장비에 의해 콘텐츠 서버로부터 수신된다.

[00127] 다른 예는 도 9의 방법이고, 정보는 데이터 스트림이 사용자 장비에 의해 수신되게 하는 라디오 채널에 관한 정보를 더 포함한다. 추가의 예는 본 단락에서와 같은 방법이고, 라디오 채널에 관한 정보는 다음의 것: 이용 가능한 대역폭 및 신호 세기 중 하나 이상을 포함한다.

[00128] 다른 예는 도 9 및 도 9를 참조하는 임의의 단락들에서의 방법이고, 데이터 스트림은 네트워크를 사용하여 콘텐츠 서버로부터 사용자 장비에 의해 수신되고, 정보는, 사용자 애플리케이션이 콘텐츠 서버 상에서 네트워크 및 애플리케이션 서비스를 사용하는 동안에 발생하는 사용자 경험 품질에 관한 하나 이상의 보고들을 더 포함한다.

[00129] 다른 예는 도 9 및 도 9를 참조하는 임의의 단락들에서의 방법이고, 결정하는 단계 및 전송하는 단계는, 콘텐츠 서버로부터 데이터 스트림의 청크들(chunks)을 사용자 장비에서 수신한 직후에 또는 콘텐츠 서버로부터 사용자 장비로의 데이터 스트림의 청크들의 전송 동안에 수행된다.

[00130] 다른 예는 도 9 및 도 9를 참조하는 임의의 단락들에서의 방법이고, 방법은 콘텐츠 서버로부터 데이터 스트림의 부가적인 데이터를 수신하는 단계를 더 포함하고, 부가적인 데이터의 수신은 전송된 정보에 기초한 스케줄로 수신된다.

[00131] 다른 예는 도 9 및 도 9를 참조하는 임의의 단락들에서의 방법이고, 데이터 스트림은 비디오를 포함하고, 사용자 애플리케이션으로의 데이터 프리젠테이션은 사용자 애플리케이션으로의 비디오 데이터의 비디오 프리젠테이션을 포함한다. 데이터 스트림은 비디오 이외의 것, 이를테면, 게이밍 정보, 클라우드로/로부터의 데이터 등을 포함할 수 있다.

[00132] 장치의 예는 하나 이상의 프로세서들 및 컴퓨터 프로그램 코드를 포함하는 하나 이상의 메모리들을 포함한다. 하나 이상의 메모리들 및 컴퓨터 프로그램 코드는, 하나 이상의 프로세서들과 함께, 장치로 하여금 도 9 및 도 9를 참조하는 임의의 단락들에서의 방법을 수행하게 하도록 구성된다. 실시예의 다른 예는 도 9 및 도 9를 참조하는 임의의 단락들에서의 방법을 수행하기 위한 수단을 포함하는 장치이다.

[00133] 도 10을 참조하면, 이러한 도면은, 예를 들면, RACS/MEC 플랫폼 모듈(150)의 부분적인 제어 하의 eNB(170)와 같은 기지국에 대응한다. 블록(1010)에서, eNB(170)는 기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를 결정하는 동작을 수행한다. 블록(1020)에서, eNB(170)는, 사용자 장비로의 기지국에 의한 데이터 송신을 위해 데이터 스트림을 서빙 및 적응시키는 콘텐츠 서버를 향해 라디오 타이머 정보를 전송하는 동작을 수행한다.

[00134] 다른 예는 도 10의 방법이고, 라디오 타이머 정보는 다음의 것: 사용자 장비가 전용 상태에서 전력을 공급받고 에너지를 소비할 최소 시간, 사용자 장비를 향한 어떠한 활동도 보여지지 않을지라도, 사용자 장비가 여전히 전력을 공급받을 시간, 사용자 장비가 중간 상태(intermediate state)로 즉시 파킹될(parked) 수 있는 시간, 및 콘텐츠 서버 및 사용자 장비가 모든 데이터를 교환해야 하는 시간 인터벌 중 하나 이상을 포함한다. 추가의 예는 본 단락의 방법이고, 라디오 타이머 정보는 메시지의 부분으로서 전송되고, 메시지는, 콘텐츠 서버 또는 사용자 장비가 사용자 장비 상의 사용자 애플리케이션으로의 데이터 프리젠테이션에 대한 만족스러운 경험 품질을 실현하기 위해 제안된 시간 할당량(time quantum) 동안에 사용할 수 있는 이용 가능한 대역폭을 더 포함한다.

[00135] 다른 예는 도 10 및 도 10을 참조하는 단락들에서의 방법이고, 방법은 사용자 장비 또는 콘텐츠 서버 중 하나 또는 둘 모두로부터 경험 품질 및 에너지 소비 중 하나 또는 둘 모두를 포함하는 하나 이상의 보고들을 수신하는 단계 ― 경험 품질 및 에너지 소비는 콘텐츠 서버로부터 사용자 장비로 전송되고 사용자 장비 상의 사용자 애플리케이션으로 프리젠테이션되는 데이터 스트림으로부터의 데이터에 관한 것임 ― , 및 사용자 애플리케이션으로 프리젠테이션되는 데이터에 대한 사용자 장비로의 데이터 스트림의 데이터 송신들의 전력 인식 스케줄링(power aware scheduling) 및 사용자 장비로의 데이터 스트림의 데이터 송신들에 대한 라디오 타이머 조절들 중 하나 또는 둘 모두를 수행하기 위해 수신된 경험 품질 및 에너지 소비 중 하나 또는 둘 모두를 사용하는 단계를 더 포함한다. 추가의 예는 본 단락의 방법이고, 사용하는 단계는, 콘텐츠 서버로부터의 경험 품질 및 에너지 소비 중 하나 또는 둘 모두에 기초하여, 사용자 장비의 에너지 레벨의 대응하는 조절들을 발생시키도록 사용자 장비에 대해 이용 가능한 대역폭을 증가 또는 감소시키기 위한 사용자 장비 패킷들의 스케줄링을 수행하는 단계를 포함한다.

[00136] 다른 예는 도 10 및 도 10을 참조하는 단락들에서의 방법이고, 결정하는 단계는 사용자 장비에 대한 현재 라디오 네트워크 조건들 및 연관된 파라미터들에 관한 정보를 결정하는 단계를 더 포함하고, 전송하는 단계는 현재 라디오 네트워크 조건들 및 연관된 파라미터들에 관한 정보를 콘텐츠 서버를 향해 전송하는 단계를 더 포함한다.

[00137] 다른 예는 도 10 및 도 10을 참조하는 단락들에서의 방법이고, 데이터 스트림은 사용자 장비 상의 사용자 애플리케이션으로 프리젠테이션될 비디오를 포함한다.

[00138] 장치의 예는 하나 이상의 프로세서들 및 컴퓨터 프로그램 코드를 포함하는 하나 이상의 메모리들을 포함한다. 하나 이상의 메모리들 및 컴퓨터 프로그램 코드는, 하나 이상의 프로세서들과 함께, 장치로 하여금 도 10 및 도 10을 참조하는 임의의 단락들에서의 방법을 수행하게 하도록 구성된다. 실시예의 다른 예는 도 10 및 도 10을 참조하는 임의의 단락들에서의 방법을 수행하기 위한 수단을 포함하는 장치이다.

[00139] 도 11을 참조하면, 이러한 도면은, 예를 들면, N/W 조정 모듈(260)의 제어 하의 RACS/MEC 플랫폼 모듈(190)과 같은 라디오 네트워크 엘리먼트에 의해 수행된다. 그러나, RACS/MEC 플랫폼 모듈(190)은 일 예이고, 라디오 네트워크 엘리먼트는 라디오 네트워크 내의 다른 엘리먼트일 수 있다. 블록(1110)에서, 라디오 네트워크 엘리먼트는 기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를 수신하는 동작을 수행한다. 블록(1120)에서, 라디오 네트워크 엘리먼트는, 라디오 네트워크 엘리먼트로부터 데이터 스트림을 서빙 및 적응시키는 콘텐츠 서버로 전송될 데이터 트래픽 정보에 라디오 타이머 정보를 삽입하는 동작을 수행한다. 데이터 트래픽 정보는 데이터 스트림에 대응하고, 데이터 스트림의 수신에 대해 응답한다. 즉, 데이터 트래픽 정보는 ACK 정보, (가령, 비디오 컨퍼런싱/통신을 위한) 비디오, 게임 플레잉 정보, 데이터의 다운로드들에 대응하는 데이터의 큰 업로드들 등일 수 있다. 블록(1130)에서, 라디오 네트워크 노드는, 삽입된 라디오 타이머 정보를 포함하는 데이터 트래픽 정보를 라디오 네트워크 엘리먼트로부터 콘텐츠 서버로 전송하는 동작을 수행한다.

[00140] 실시예의 다른 예는 도 11의 방법이고, 라디오 타이머 정보는 다음의 것: 사용자 장비가 전용 상태에서 전력을 공급받고 에너지를 소비할 최소 시간, 사용자 장비를 향한 어떠한 활동도 보여지지 않을지라도, 사용자 장비가 여전히 전력을 공급받을 시간, 사용자 장비가 중간 상태로 즉시 파킹될 수 있는 시간, 및 콘텐츠 서버 및 사용자 장비가 모든 데이터를 교환해야 하는 시간 인터벌 중 하나 이상을 포함한다. 실시예의 추가의 예는 본 단락의 방법이고, 라디오 타이머 정보는 메시지의 부분으로서 전송되고, 메시지는, 콘텐츠 서버 또는 사용자 장비가 사용자 장비 상의 사용자 애플리케이션으로의 데이터 프리젠테이션에 대한 만족스러운 경험 품질을 실현하기 위해 제안된 시간 할당량 동안에 사용할 수 있는 이용 가능한 대역폭을 더 포함한다.

[00141] 다른 예는 도 11 및 도 11을 참조하는 단락들에서의 방법이고, 삽입하는 단계는, 라디오 타이머 정보를, 데이터 트래픽 정보 중 적어도 일부를 반송(carry)하는 패킷들에 대한 송신 제어 프로토콜 헤더 확장들(transmission control protocol header extensions)에 삽입하는 단계를 더 포함한다.

[00142] 다른 예는 도 11 및 도 11을 참조하는 단락들에서의 방법이고, 방법은, 콘텐츠 서버로부터 경험 품질 및 에너지 소비 중 하나 또는 둘 모두를 포함하는 하나 이상의 보고들을 수신하는 단계 ― 경험 품질 및 에너지 소비는 콘텐츠 서버로부터 사용자 장비로 전송되는 데이터 스트림의 부분에 대한 사용자 장비에 의한 사용자 애플리케이션으로의 데이터 스트림의 부분의 데이터 프리젠테이션에 관한 것임 ― , 및 사용자 장비로의 데이터 스트림에 대한 데이터의 후속 데이터 송신들의 전력 인식 스케줄링 및 사용자 장비로의 데이터 송신들에 대한 라디오 타이머 조절들 중 하나 또는 둘 모두를 수행하기 위해 수신된 경험 품질 및 에너지 소비 중 하나 또는 둘 모두를 사용하는 단계를 더 포함한다.

[00143] 다른 예는 도 11 및 도 11을 참조하는 단락들에서의 방법이고, 방법은 사용자 애플리케이션으로의 프리젠테이션을 위한 데이터 스트림으로부터의 데이터를 포함하는 데이터 트래픽 및 경험 품질 및 에너지 소비 중 하나 또는 둘 모두를 포함하는 하나 이상의 보고들을, 콘텐츠 서버로부터, 수신하는 단계, 및 하나 이상의 보고들이 아니라 데이터를 라디오 네트워크 엘리먼트로부터 사용자 장비로 포워딩하는 단계를 더 포함한다.

[00144] 다른 예는 도 11 및 도 11을 참조하는 단락들에서의 방법이고, 라디오 네트워크 엘리먼트는 다음의 것: 기지국의 부분 또는 기지국으로부터 별개의 엔티티 중 하나이다.

[00145] 다른 예는 도 11 및 도 11을 참조하는 단락들에서의 방법이고, 데이터 스트림은 비디오를 포함한다.

[00146] 장치의 예는 하나 이상의 프로세서들 및 컴퓨터 프로그램 코드를 포함하는 하나 이상의 메모리들을 포함한다. 하나 이상의 메모리들 및 컴퓨터 프로그램 코드는, 하나 이상의 프로세서들과 함께, 장치로 하여금 도 11 및 도 11을 참조하는 임의의 단락들에서의 방법을 수행하게 하도록 구성된다. 실시예의 다른 예는 도 11 및 도 11을 참조하는 임의의 단락들에서의 방법을 수행하기 위한 수단을 포함하는 장치이다.

[00147] 도 12는 통상적으로, 예를 들면, N/W 조정 모듈(240)의 부분적인 제어 하의 콘텐츠 서버(210)에 의해 수행된다. 블록(1210)에서, 콘텐츠 서버(210)는 기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를 수신하는 동작을 수행한다. 수신하는 것은, 데이터 송신이 일부부인 데이터의 스트리밍을 수행하는 콘텐츠 서버에서 발생한다. 블록(1220)에서, 콘텐츠 서버는, 수신된 라디오 타이머 정보에 기초하여, 사용자 장비로의 기지국에 의한 송신을 위해 데이터 스트림을 기지국을 향해 스트리밍하기 위한 스트리밍 전략을 적응시키는 동작을 수행한다. 블록(1230)에서, 콘텐츠 서버(210)는 적응된 스트리밍 전략에 기초하여 데이터 스트림을 기지국을 향해 스트리밍하는 동작을 수행한다.

[00148] 추가의 예는 도 12의 방법이고, 스트리밍 전략을 적응시키는 것은 송신 제어 프로토콜 혼잡 윈도우 변경들(transmission control protocol congestion window changes) 또는 적응형 송신 제어 프로토콜 페이싱(adaptive transmission control protocol pacing) 중 하나 또는 둘 모두를 수행하는 것을 더 포함하고, 스트리밍하는 것은 수행된 송신 제어 프로토콜 혼잡 윈도우 변경들 또는 적응형 송신 제어 프로토콜 페이싱 중 하나 또는 둘 모두에 따라 데이터 스트림을 스트리밍하는 것을 더 포함한다. 다른 예는 본 단락의 방법이고, 적응형 송신 제어 프로토콜 페이싱을 수행하는 것은 패킷들의 고정된 시간-기반 페이싱(fixed time-based pacing)을 디스에이블하고, 패킷들의 적응 가능한 페이싱을 사용하는 것을 더 포함하고, 패킷들은 데이터 스트림의 부분들을 반송하는데 사용된다.

[00149] 다른 예는 도 12 및 도 12를 참조하는 단락들에서의 방법이고, 방법은 사용자 장비에서 사용자 애플리케이션으로의 데이터 스트림의 부분의 데이터 프리젠테이션의 사용자 장비에서의 경험 품질에 관한 정보 및 적어도 사용자 애플리케이션으로의 데이터 스트림의 부분의 데이터 프리젠테이션에 의해 발생되는 사용자 장비에 의한 에너지 소비에 관한 정보를 수신하는 단계, 수신된 경험 품질 및 에너지 소비에 대응하는 경험 품질 및 에너지 소비 중 하나 또는 둘 모두를 포함하는 하나 이상의 보고들을 준비하는 단계, 및 하나 이상의 보고들을 라디오 네트워크 노드를 향해 전송하는 단계를 더 포함한다. 다른 예는 본 단락의 방법이고, 준비하는 단계는 하나 이상의 보고들을 데이터 스트림에 삽입하는 단계를 포함하고, 전송하는 단계는 하나 이상의 보고들을 포함하는 데이터 스트림을 라디오 네트워크 노드로 전송하는 단계를 더 포함한다.

[00150] 다른 예는 도 12 및 도 12를 참조하는 단락들에서의 방법이고, 데이터 스트림 내의 데이터는 비디오를 포함하고, 스트리밍 전략은 수신된 라디오 타이머 정보에 기초하여 비디오를 기지국을 향해 스트리밍하기 위해 비디오 스트리밍 전략을 적응시키는 것을 포함한다.

[00151] 다른 예는 도 12 및 도 12를 참조하는 단락들에서의 방법이고, 라디오 타이머 정보는 다음의 것: 사용자 장비가 전용 상태에서 전력을 공급받고 에너지를 소비할 최소 시간, 사용자 장비를 향한 어떠한 활동도 보여지지 않을지라도, 사용자 장비가 여전히 전력을 공급받을 시간, 사용자 장비가 중간 상태로 즉시 파킹될 수 있는 시간, 및 콘텐츠 서버 및 사용자 장비가 모든 데이터를 교환해야 하는 시간 인터벌 중 하나 이상을 포함한다. 추가의 예는 본 단락의 방법이고, 라디오 타이머 정보는 메시지의 부분으로서 전송되고, 메시지는, 콘텐츠 서버 또는 사용자 장비가 사용자 장비 상의 사용자 애플리케이션으로의 데이터 프리젠테이션에 대한 만족스러운 경험 품질을 실현하기 위해 제안된 시간 할당량 동안에 사용할 수 있는 이용 가능한 대역폭을 더 포함한다.

[00152] 장치의 예는 하나 이상의 프로세서들 및 컴퓨터 프로그램 코드를 포함하는 하나 이상의 메모리들을 포함한다. 하나 이상의 메모리들 및 컴퓨터 프로그램 코드는, 하나 이상의 프로세서들과 함께, 장치로 하여금 도 12 및 도 12를 참조하는 임의의 단락들에서의 방법을 수행하게 하도록 구성된다. 실시예의 다른 예는 도 12 및 도 12를 참조하는 임의의 단락들에서의 방법을 수행하기 위한 수단을 포함하는 장치이다.

[00153] 실시예의 부가적인 예에서, 시스템은 도 9-12 중 임의의 것을 참조하는 위의 장치 중 임의의 것을 포함한다.

[00154] 실시예의 부가적인 예는, 컴퓨터 프로그램이 프로세서 상에서 실행될 때, 도 9-12 또는 도 9-12를 참조하는 임의의 단락들의 방법들 중 임의의 것을 수행하기 위한 코드를 포함하는 컴퓨터 프로그램을 포함한다. 이러한 단락에 따른 컴퓨터 프로그램은 컴퓨터에서 사용하기 위해 컴퓨터 프로그램 코드가 내부에 포함된 컴퓨터-판독 가능 매체를 포함하는 컴퓨터 프로그램 제품이다.

[00155] 본원의 실시예들의 예들은 이점들 및 기술적 효과들의 다음의 예들 중 하나 이상을 갖는다.

[00156] ● 버스트 인터벌들을 전달하기 위해 시간 할당량으로서 라디오 네트워크 구성을 보내기 위한 메커니즘,

[00157] ● 콘텐츠 서버로부터의 패킷들의 적응형 페이싱을 수행하기 위해 라디오 구성 시간 할당량과 함께 안내 정보를 결합하기 위한 메커니즘,

[00158] ● 피드백으로서 콘텐츠 서버로부터 전력 및 다른 QoE 정보를 수신하기 위한 메커니즘,

[00159] ● 안내 정보의 효과적인 활용을 학습 및 보고하기 위한 메커니즘,

[00160] ● 클라이언트와 서버 간에 교환되는 임의의 피드백 메시지가 비디오 데이터 전송 동안에 또는 전송중인 비디오 데이터 직후에 피기배킹 또는 전송되고, 이 때문에 UE의 네트워크 점유 시간을 감소시키고 스케줄링을 개선할 메커니즘,

[00161] ● UE 배터리 값이 (예를 들면, 전력 인식 스케줄링을 수행하기 위해) eNodeB 및 (예를 들면, eNodeB에 대한 데이터를 스케줄링하기 위해) 원격 콘텐츠 서버 양자에 의한 구조적 입력으로서 사용될 수 있는 메커니즘,

[00162] ● 프로브가 없는 아키텍처(probe-less architecture)의 개념은 Telco 클라우드에 대한 핵심 요건이고, 솔루션들의 위의 예들은 운영자, 애플리케이션 서비스 제공자 및 네트워크 벤더에 대한 단단한 통합을 수반하고, 프로브가 없는 아키텍처에 기초할 수 있다.

[00163] 도 1에 도시된 다양한 제어기들/데이터 프로세서들, 메모리들, 프로그램들, 트랜시버들 및 안테나 어레이들 모두는, 본 발명의 몇몇의 비제한적인 양상들 및 실시예들을 구현하는 동작들 및 기능들을 수행하기 위한 수단들을 표현하도록 고려될 수 있다.

[00164] 본원의 적어도 일부 실시예들은 소프트웨어(하나 이상의 프로세서들에 의해 실행됨), 하드웨어(예를 들어, 주문형 집적 회로), 또는 소프트웨어 및 하드웨어의 조합으로 구현될 수 있다. 실시예의 예에서, 소프트웨어(예를 들어, 애플리케이션 로직, 명령 세트)는 다양한 종래의 컴퓨터-판독가능 매체들 중 어느 하나 상에서 유지된다. 본 문서의 맥락에서, "컴퓨터-판독가능 매체"는, 명령 실행 시스템, 장치 또는 디바이스, 이를테면, 컴퓨터에 의해 또는 이와 연결하여 사용하기 위해 명령들을 포함, 저장, 통신, 전파 또는 전송할 수 있는 임의의 매체 또는 수단일 수 있고, 컴퓨터의 일 예는, 예를 들면, 도 1에 도시 및 설명된다. 컴퓨터-판독가능 매체는, 명령 실행 시스템, 장치 또는 디바이스, 이를테면, 컴퓨터에 의해 또는 이와 연결하여 사용하기 위해 명령들을 포함하거나 저장할 수 있는 임의의 매체들 또는 수단일 수 있는 컴퓨터-판독가능 저장 매체(예를 들어, 메모리들(125, 155, 171) 또는 다른 디바이스)를 포함할 수 있다. 컴퓨터-판독가능 저장 매체는 전파 신호들을 포함하지 않는다.

[00165] 원하는 경우, 본원에 논의된 상이한 기능들은 서로 상이한 순서로 그리고/또는 동시에 수행될 수 있다. 더욱이, 원하는 경우, 상술된 기능들 중 하나 이상의 것은 선택적일 수 있거나 또는 결합될 수 있다.

[00166] 본 발명의 다양한 양상들이 독립항들에 기재되어 있지만, 본 발명의 다른 양상들은, 청구항들에 명시적으로 기재된 조합들뿐만 아니라, 설명된 실시예들 및/또는 종속 청구항들로부터의 특징들과 독립 청구항들의 특징들의 다른 조합들을 포함한다.

[00167] 또한 본원에서, 본 발명의 예시적인 실시예들이 상기에 설명되었지만, 이들 설명들은 제한적인 의미로 보여져서는 안된다는 것을 주목한다. 오히려, 첨부된 청구항들에 정의된 바와 같은 본 발명의 범위를 벗어나지 않고 행해질 수 있는 몇 가지 변형들 및 수정들이 있다.

[00168] 다음의 약어들이 명세서 및/또는 도면들에서 발견될 수 있다.

ABR adaptive bit rate(적응형 비트 레이트)

ACK acknowledge(확인응답)

ASP application service provider(애플리케이션 서비스 제공자)

AVP adaptive video pacing(적응형 비디오 페이싱)

CPC continuous packet connectivity(연속적인 패킷 연결)

CS content server(콘텐츠 서버)

DRX discontinuous reception(불연속 수신)

DTX discontinuous transmission(불연속 송신)

EC energy consumption(에너지 소비)

eNB 또는 eNodeB 진화형 NodeB(예를 들면, LTE 기지국)

EPC evolved packet core(진화형 패킷 코어)

HE header enrichment(헤더 강화)

HTTP hypertext transfer protocol(하이퍼텍스트 전송 프로토콜)

ICMP Internet control message protocol(인터넷 제어 메시지 프로토콜)

IP Internet protocol(인터넷 프로토콜)

IPv6 IP version 6(IP 버전 6)

JIT just in time(적시 방식)

KB kilobytes(킬로바이트들)

LTE long term evolution(롱 텀 에볼루션)

LTE-A LTE-advanced(LTE-어드밴스드)

MEC mobile edge computing(모바일 에지 컴퓨팅)

N/W network(네트워크)

OMI operator-management-interface(운영자-관리-인터페이스)

OS operating system(운영 시스템)

QoE quality of experience(경험 품질)

RACS radio access cloud server(라디오 액세스 클라우드 서버)

RAN radio access network(라디오 액세스 네트워크)

Rx reception or receiver(수신 또는 수신기)

SSL secure sockets layer(보안 소켓 계층)

TCP transmission control protocol(송신 제어 프로토콜)

TG throughput guidance(스루풋 안내)

Tx transmission or transmitter(송신 또는 송신기)

UE user equipment(사용자 장비)(예를 들면, 무선 디바이스)

Claims

방법으로서,
사용자 장비에서, 상기 사용자 장비 상의 사용자 애플리케이션으로의 데이터 스트림의 부분의 데이터 프리젠테이션(data presentation)에 영향을 주는 정보를 결정하는 단계 ― 상기 정보는 적어도 상기 사용자 장비 상의 상기 사용자 애플리케이션으로의 상기 데이터 스트림의 부분의 상기 데이터 프리젠테이션에 의해 발생되는 에너지 소비 정보를 포함함 ―; 및
상기 사용자 장비로부터 콘텐츠 서버를 향해 상기 정보를 전송하는 단계를 포함하고,
상기 콘텐츠 서버로부터 상기 데이터 프리젠테이션에 대한 상기 데이터 스트림이 상기 사용자 장비에 의해 수신되는,
방법.
제 1 항에 있어서,
상기 정보는 라디오 채널에 관한 정보를 더 포함하고, 상기 데이터 스트림은 상기 라디오 채널을 통해 상기 사용자 장비에 의해 수신되는,
방법.
제 2 항에 있어서,
상기 라디오 채널에 관한 정보는 다음의 것: 이용 가능한 대역폭 및 신호 세기 중 하나 또는 그 초과의 것을 포함하는,
방법.
제 1 항 내지 제 3 항 중 어느 한 항에 있어서,
상기 데이터 스트림은 네트워크를 사용하여 상기 콘텐츠 서버로부터 상기 사용자 장비에 의해 수신되고, 그리고 상기 정보는, 상기 사용자 애플리케이션이 상기 콘텐츠 서버 상에서 애플리케이션 서비스 및 상기 네트워크를 사용하는 동안에 발생하는 사용자 경험 품질에 관한 하나 또는 그 초과의 보고들을 더 포함하는,
방법.
제 1 항 내지 제 4 항 중 어느 한 항에 있어서,
상기 결정하는 단계 및 전송하는 단계는, 상기 콘텐츠 서버로부터 상기 사용자 장비에서 상기 데이터 스트림의 청크들(chunks)을 수신한 직후에 또는 상기 콘텐츠 서버로부터 상기 사용자 장비로의 상기 데이터 스트림의 청크들의 전송 동안에 수행되는,
방법.
제 1 항 내지 제 5 항 중 어느 한 항에 있어서,
상기 콘텐츠 서버로부터 상기 데이터 스트림의 부가적인 데이터를 수신하는 단계를 더 포함하고,
상기 부가적인 데이터의 수신은 상기 전송되는 정보에 기초하는 스케줄로 수신되는,
방법.
제 1 항 내지 제 6 항 중 어느 한 항에 있어서,
상기 데이터 스트림은 비디오를 포함하고, 그리고 사용자 애플리케이션으로의 상기 데이터 프리젠테이션은 상기 사용자 애플리케이션으로의 비디오 데이터의 비디오 프리젠테이션을 포함하는,
방법.
방법으로서,
기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를 결정하는 단계; 및
상기 사용자 장비로의 상기 기지국에 의한 데이터 송신을 위해 상기 데이터 스트림을 서빙하고 그리고 적응시키는 콘텐츠 서버를 향해 상기 라디오 타이머 정보를 전송하는 단계를 포함하는,
방법.
제 8 항에 있어서,
상기 라디오 타이머 정보는 다음의 것:
상기 사용자 장비가 전용 상태에서 전력을 공급받고 그리고 에너지를 소비할 최소 시간;
상기 사용자 장비를 향한 어떠한 활동도 보여지지 않을지라도, 상기 사용자 장비가 여전히 전력을 공급받을 시간;
상기 사용자 장비가 중간 상태(intermediate state)로 즉시 파킹될(parked) 수 있는 시간; 및
상기 콘텐츠 서버 및 상기 사용자 장비가 모든 데이터를 교환해야 하는 시간 인터벌
중 하나 또는 그 초과의 것을 포함하는,
방법.
제 9 항에 있어서,
상기 라디오 타이머 정보는 메시지의 부분으로서 전송되고, 그리고 상기 메시지는, 상기 콘텐츠 서버 또는 사용자 장비가 상기 사용자 장비 상의 상기 사용자 애플리케이션으로의 데이터 프리젠테이션에 대한 만족스러운 경험 품질을 실현하기 위해 제안되는 시간 할당량(time quantum) 동안에 사용할 수 있는 이용 가능한 대역폭을 더 포함하는,
방법.
제 8 항 내지 제 10 항 중 어느 한 항에 있어서,
상기 사용자 장비 또는 상기 콘텐츠 서버 중 하나 또는 둘 모두로부터 경험 품질 및 에너지 소비 중 하나 또는 둘 모두를 포함하는 하나 또는 그 초과의 보고들을 수신하는 단계 ― 상기 경험 품질 및 상기 에너지 소비는 상기 콘텐츠 서버로부터 상기 사용자 장비에 전송되고 그리고 상기 사용자 장비 상의 사용자 애플리케이션으로 프리젠트(present)되는 상기 데이터 스트림으로부터의 데이터에 관한 것임 ―, 및 사용자 애플리케이션으로 프리젠트되는 데이터에 대한 상기 사용자 장비로의 상기 데이터 스트림의 데이터 송신들의 전력 인식 스케줄링(power aware scheduling) 및 상기 사용자 장비로의 상기 데이터 스트림의 데이터 송신들에 대한 라디오 타이머 조절들 중 하나 또는 둘 모두를 수행하기 위해, 수신되는 경험 품질 및 에너지 소비 중 하나 또는 둘 모두를 사용하는 단계를 더 포함하는,
방법.
제 11 항에 있어서,
사용하는 단계는, 상기 콘텐츠 서버로부터의 상기 경험 품질 및 상기 에너지 소비 중 하나 또는 둘 모두에 기초하여, 상기 사용자 장비의 에너지 레벨의 대응하는 조절들을 발생시키도록 상기 사용자 장비에 대해 이용 가능한 대역폭을 증가시키거나 또는 감소시키기 위한 사용자 장비 패킷들의 스케줄링을 수행하는 단계를 포함하는,
방법.
제 8 항 내지 제 12 항 중 어느 한 항에 있어서,
결정하는 단계는 상기 사용자 장비에 대한 현재 라디오 네트워크 조건들 및 연관된 파라미터들에 관한 정보를 결정하는 단계를 더 포함하고, 그리고 전송하는 단계는 상기 현재 라디오 네트워크 조건들 및 연관된 파라미터들에 관한 정보를 상기 콘텐츠 서버를 향해 전송하는 단계를 더 포함하는,
방법.
제 8 항 내지 제 13 항 중 어느 한 항에 있어서,
상기 데이터 스트림은 상기 사용자 장비 상의 사용자 애플리케이션으로 프리젠트될 비디오를 포함하는,
방법.
방법으로서,
라디오 네트워크 엘리먼트에서, 기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를 수신하는 단계;
상기 라디오 네트워크 엘리먼트로부터 상기 데이터 스트림을 서빙하고 그리고 적응시키는 콘텐츠 서버에 전송될 데이터 트래픽 정보에 상기 라디오 타이머 정보를 삽입하는 단계 ― 상기 데이터 트래픽 정보는 상기 데이터 스트림에 대응하고 그리고 상기 데이터 스트림의 수신에 응답함 ―; 및
상기 라디오 네트워크 엘리먼트로부터 상기 콘텐츠 서버에 상기 삽입된 라디오 타이머 정보를 포함하는 상기 데이터 트래픽 정보를 전송하는 단계를 포함하는,
방법.
제 15 항에 있어서,
상기 라디오 타이머 정보는 다음의 것:
상기 사용자 장비가 전용 상태에서 전력을 공급받고 그리고 에너지를 소비할 최소 시간;
상기 사용자 장비를 향한 어떠한 활동도 보여지지 않을지라도, 상기 사용자 장비가 여전히 전력을 공급받을 시간;
상기 사용자 장비가 중간 상태로 즉시 파킹될 수 있는 시간; 및
상기 콘텐츠 서버 및 상기 사용자 장비가 모든 데이터를 교환해야 하는 시간 인터벌
중 하나 또는 그 초과의 것을 포함하는,
방법.
제 16 항에 있어서,
상기 라디오 타이머 정보는 메시지의 부분으로서 전송되고, 그리고 상기 메시지는, 상기 콘텐츠 서버 또는 사용자 장비가 상기 사용자 장비 상의 상기 사용자 애플리케이션으로의 데이터 프리젠테이션에 대한 만족스러운 경험 품질을 실현하기 위해 제안되는 시간 할당량 동안에 사용할 수 있는 이용 가능한 대역폭을 더 포함하는,
방법.
제 15 항 내지 제 17 항 중 어느 한 항에 있어서,
삽입하는 단계는, 상기 데이터 트래픽 정보 중 적어도 일부를 반송(carry)하는 패킷들에 대한 송신 제어 프로토콜 헤더 확장(transmission control protocol header extension)들에 상기 라디오 타이머 정보를 삽입하는 단계를 더 포함하는,
방법.
제 15 항 내지 제 18 항 중 어느 한 항에 있어서,
상기 콘텐츠 서버로부터 경험 품질 및 에너지 소비 중 하나 또는 둘 모두를 포함하는 하나 또는 그 초과의 보고들을 수신하는 단계 ― 상기 경험 품질 및 상기 에너지 소비는 상기 콘텐츠 서버로부터 상기 사용자 장비에 전송되는 상기 데이터 스트림의 부분에 대한 상기 사용자 장비에 의한 사용자 애플리케이션으로의 상기 데이터 스트림의 부분의 데이터 프리젠테이션에 관한 것임 ―, 및 상기 사용자 장비로의 상기 데이터 스트림에 대한 데이터의 후속 데이터 송신들의 전력 인식 스케줄링 및 상기 사용자 장비로의 데이터 송신들에 대한 라디오 타이머 조절들 중 하나 또는 둘 모두를 수행하기 위해, 수신되는 경험 품질 및 에너지 소비 중 하나 또는 둘 모두를 사용하는 단계를 더 포함하는,
방법.
제 15 항 내지 제 20 항 중 어느 한 항에 있어서,
사용자 애플리케이션으로의 프리젠테이션을 위한 상기 데이터 스트림으로부터의 데이터를 포함하는 데이터 트래픽 및 경험 품질 및 에너지 소비 중 하나 또는 둘 모두를 포함하는 하나 또는 그 초과의 보고들을, 상기 콘텐츠 서버로부터, 수신하는 단계, 및 상기 하나 또는 그 초과의 보고들이 아니라 상기 데이터를 상기 라디오 네트워크 엘리먼트로부터 상기 사용자 장비에 포워딩하는 단계를 더 포함하는,
방법.
제 15 항 내지 제 20 항 중 어느 한 항에 있어서,
상기 라디오 네트워크 엘리먼트는 다음의 것: 기지국의 부분 또는 상기 기지국과는 별개인 엔티티 중 하나인,
방법.
제 15 항 내지 제 21 항 중 어느 한 항에 있어서,
상기 데이터 스트림은 비디오를 포함하는,
방법.
방법으로서,
기지국으로부터 사용자 장비로의 데이터 스트림의 부분의 데이터 송신에 대응하는 라디오 타이머 정보를 수신하는 단계 ― 상기 수신하는 단계는 상기 데이터 송신이 그의 일부분인 데이터의 스트리밍을 수행하는 콘텐츠 서버에서 발생함 ― ;
수신되는 라디오 타이머 정보에 기초하여, 상기 사용자 장비로의 상기 기지국에 의한 송신을 위해 상기 기지국을 향해 상기 데이터 스트림을 스트리밍하기 위한 스트리밍 전략을 적응시키는 단계; 및
상기 적응된 스트리밍 전략에 기초하여 상기 기지국을 향해 상기 데이터 스트림을 스트리밍하는 단계를 포함하는,
방법.
제 23 항에 있어서,
스트리밍 전략을 적응시키는 단계는 송신 제어 프로토콜 혼잡 윈도우 변경(transmission control protocol congestion window change)들 또는 적응형 송신 제어 프로토콜 페이싱(adaptive transmission control protocol pacing) 중 하나 또는 둘 모두를 수행하는 단계를 더 포함하고, 그리고 스트리밍하는 단계는 수행되는 송신 제어 프로토콜 혼잡 윈도우 변경들 또는 적응형 송신 제어 프로토콜 페이싱 중 하나 또는 둘 모두에 따라 상기 데이터 스트림을 스트리밍하는 단계를 더 포함하는,
방법.
제 24 항에 있어서,
적응형 송신 제어 프로토콜 페이싱을 수행하는 것은 패킷들의 고정된 시간-기반 페이싱(fixed time-based pacing)을 디스에이블하고 그리고 패킷들의 적응성 있는(adaptable) 페이싱을 사용하는 것을 더 포함하고, 상기 패킷들은 상기 데이터 스트림의 부분들을 반송하는데 사용되는,
방법.
제 23 항 내지 제 25 항 중 어느 한 항에 있어서,
상기 사용자 장비에서 사용자 애플리케이션으로의 상기 데이터 스트림의 부분의 데이터 프리젠테이션의 상기 사용자 장비에서의 경험 품질에 관한 정보 및 상기 사용자 애플리케이션으로의 상기 데이터 스트림의 부분의 데이터 프리젠테이션에 의해 적어도 발생되는 상기 사용자 장비에 의한 에너지 소비에 관한 정보를 수신하는 단계, 및 수신되는 경험 품질 및 에너지 소비에 대응하는 경험 품질 및 에너지 소비 중 하나 또는 둘 모두를 포함하는 하나 또는 그 초과의 보고들을 준비하는 단계, 및 라디오 네트워크 노드를 향해 상기 하나 또는 그 초과의 보고들을 전송하는 단계를 더 포함하는,
방법.
제 26 항에 있어서,
준비하는 단계는 상기 데이터 스트림에 상기 하나 또는 그 초과의 보고들을 삽입하는 단계를 포함하고, 그리고 전송하는 단계는 상기 라디오 네트워크 노드를 향해 상기 하나 또는 그 초과의 보고들을 포함하는 상기 데이터 스트림을 전송하는 단계를 더 포함하는,
방법.
제 23 항 내지 제 27 항 중 어느 한 항에 있어서,
상기 데이터 스트림 내의 데이터는 비디오를 포함하고, 그리고 상기 스트리밍 전략은 수신되는 라디오 타이머 정보에 기초하여 상기 기지국을 향해 상기 비디오를 스트리밍하기 위해 비디오 스트리밍 전략을 적응시키는 것을 포함하는,
방법.