KR102243529B1

KR102243529B1 - 동적 컨텐츠 오프로딩을 위한 방법 및 장치

Info

Publication number: KR102243529B1
Application number: KR1020157024206A
Authority: KR
Inventors: 아이메드 부아지지
Original assignee: 삼성전자주식회사
Priority date: 2013-04-09
Filing date: 2014-04-09
Publication date: 2021-04-22
Also published as: EP2984791A4; CN105308910A; WO2014168414A1; JP2016516379A; KR20150143424A; EP2984791A1; CN105308910B; US9807188B2; US20140301202A1; JP6487416B2

Abstract

동적 컨텐츠 오프로딩을 위한 방법 및 장치가 제공된다. 예를 들면, 방법은 클라이언트 장치가 하나 이상의 데이터 파일에 대한 요청을 전송하는 과정, 및 하나 이상의 데이터 파일에 대하여 오프로딩이 가능한 경우 방송 채널을 통해 하나 이상의 데이터 파일을 수신하기 위해 클라이언트 장치를 재지정하는 재지정 메시지를 수신하는 과정을 포함한다. 다른 예로서, 방법은 오프로딩을 이용하도록 클라이언트 장치를 설정하는 과정, (i)클라이언트 장치로부터 하나 이상의 데이터 파일에 대한 요청을 수신하는 과정, (ii)방송 채널로의 오프로딩이 하나 이상의 데이터 파일에 대해 적절한지 결정하는 과정, (iii) 클라이언트 장치가 오프로딩을 이용하도록 설정되었는지를 결정하는 과정에 대한 응답으로, 하나 이상의 데이터 파일의 전송을 수신하기 위해 클라이언트 장치를 방송 채널로 동적으로 재지정하는 과정을 포함한다.

Description

동적 컨텐츠 오프로딩을 위한 방법 및 장치{METHODS AND APPARATUSES FOR DYNAMIC CONTENT OFFLOADING}

본 발명은 무선 데이터 전송(wireless data transmission)에 관한 것이다. 보다 구체적으로, 본 발명은 동적 컨텐츠 오프로딩(dynamic content offloading)을 위한 방법 및 장치에 관한 것이다.

최근, 모바일 무선 네트워크의 클라이언트 장치들에서 실행되는 애플리케이션들에 의해 모바일 네트워크들을 통한 데이터 트래픽이 실질적으로 증가되었다. 이러한 유형의 애플리케이션은 비디오 데이터와 같은 대량의 데이터를 클라이언트 장치로 전송하는 것을 요구하거나, 혹은 클라이언트 장치로부터의 대량의 데이터를 전송할 것을 요구할 수 있다. 이러한 애플리케이션은 데이터 트래픽(data traffic)을 증가시킴으로써, 모바일 사업자(mobile operators)와 코어 네트워크의 규모를 설정하는 것(dimensioning of core networks)에 영향을 줄 수 있다. 모바일 데이터 트래픽(data traffic)이 증가함에 따라, 새로운 과제가 발생할 수 있으며, 중요한 네트워크 트레이드 오프(important trade-off)가 요구될 수 있다.

본 발명은 동적 컨텐츠 오프로딩을 위한 방법 및 장치를 제공함에 있다.

본 발명의 제1 실시 예에 따르면, 오프로딩을 이용하도록 구성되는 클라이언트 장치는 하나 이상의 데이터 파일에 대한 요청을 전송하도록 구성되는 적어도 하나의 처리 장치(processing device)를 포함한다. 상기 클라이언트 장치는 하나 이상의 데이터 파일에 대하여 오프로딩이 가능한 경우, 방송 채널(broadcast channel)을 통해 하나 이상의 데이터 파일을 수신하기 위해 상기 클라이언트 장치를 재지정하는 재지정 메시지(redirection message)를 수신하도록 구성된 적어도 하나의 인터페이스를 포함한다.

본 발명의 제2 실시 예에 따르면, 클라이언트 장치의 방법은, 하나 이상의 데이터 파일에 대한 요청을 전송하는 과정을 포함한다. 상기 클라이언트 장치의 방법은 하나 이상의 데이터 파일에 대하여 오프로딩이 가능한 경우, 방송 채널을 통하여 하나 이상의 데이터 파일을 수신하기 위해 상기 클라이언트 장치를 재지정하는 재지정 메시지를 수신하는 과정을 포함한다.

본 발명의 제3 실시 예에 따르면, 서버는 오프로딩을 이용하기 위해 클라이언트 장치를 설정하도록 구성된 적어도 하나의 처리 장치를 포함한다. 상기 적어도 하나의 처리장치는 (i) 클라이언트 장치로부터 하나 이상의 데이터 파일에 대한 요청을 수신하는 것, (ii) 하나 이상의 데이터 파일에 대해 방송 채널로의 오프로딩이 적절한지 결정하는 것, 및 (iii) 클라이언트 장치가 오프로딩을 이용하도록 구성되어 있는지를 결정하는 것에 대한 응답으로, 하나 이상의 데이터 파일의 전송을 수신하기 위해 상기 클라이언트 장치를 방송 채널(broadcast channel)로 동적으로 재지정(redirect)하도록 구성된다.

본 발명의 제4 실시 예에 따르면, 방법은 오프로딩을 이용하도록 클라이언트 장치를 설정하는 과정을 포함한다. 상기 방법은 (i) 클라이언트 장치로부터 하나 이상의 데이터 파일에 대한 요청을 수신하는 과정, (ii) 하나 이상의 데이터 파일에 대해 방송 채널로의 오프로딩이 적절한지 결정하는 과정, (iii) 클라이언트 장치가 오프로딩을 이용하도록 구성되어 있는지를 결정하는 과정에 대한 응답으로, 하나 이상의 데이터 파일의 전송을 수신하기 위해 클라이언트 장치를 방송 채널로 동적으로 재지정(redirect)하는 과정을 포함한다.

다른 기술적 특징은 하기의 도면들, 설명들 및 청구항으로부터 당업자에게 명백한 것일 수 있다.

아래의 구체적인 내용을 설명하기 전에, 본 특허 문서 전체에서 사용되는 특정 단어 및 어구들의 정의를 기재하는 것이 유리할 수 있다. 용어 "결합하다(couple)" 및 그 파생어들은 이들 요소가 서로 물리적으로 접촉하고 있든지 그렇지 않든지, 둘 또는 그 이상의 요소들 사이의 직접 또는 간접적인 통신을 의미한다. 용어 "전송하다(transmit)", “수신하다(receive)" 및 "소통하다(communicate)", 뿐만 아니라 이들의 파생어들은 직접 및 간접 통신을 모두 포함한다. 용어 "포함하다(include)", “구성하다(comprise)”뿐만 아니라 이들의 파생어들은 제한 없이 포함함을 의미한다. 용어 "또는"은 포괄적 의미 및/또는 이다. 구문 "~와 관련된(associated with)", 뿐만 아니라 이의 파생어들은 포함하다(include), ~내에 포함되다(be included within), ~와 내적 연결하다(interconnect with), 포함하다(contain), ~내에 포함되다(be contained within), ~에 또는 ~와 연결하다(connect to or with), ~에 또는 ~와 결합하다(couple to or with), ~와 통신할 수 있는(be communicable with), ~와 협력하다(cooperate with), 끼우다(interleave), 나란히 놓다(juxtapose), ~에 인접하다(be proximate to), ~에 또는 ~와 인접되다(be bound to or with), 가지다(have), ~의 속성을 갖다(have a property of), ~에 또는 ~와 관계가 있다(have a relationship to or with) 등을 의미한다. 용어 "제어기(controller)"는 적어도 하나의 동작을 제어하는 임의의 장치, 시스템 또는 이들의 부분을 의미한다. 이러한 제어기는 하드웨어, 및 하드웨어와 소프트웨어 및/또는 펌웨어(firmware)의 조합으로 구현될 수 있다. 임의의 특정 제어기와 관련된 기능은 국부적이든 원격적이든 관계없이 집중화되거나 분산될 수 있다. "~중 적어도 하나(at least one of)"라는 구문은, 열거되는 항목들이 사용되는 경우, 사용될 수 있는 열거된 항목 중 하나 또는 그 이상의 서로 다른 조합, 및 요구되는 열거된 항목 중 하나의 항목을 의미한다. 예를 들면, "A, B 및 C 중 적어도 하나"는 다음의 조합, A, B, C, A와 B, A와 C, B와 C, 및 A와 B와 C 중 어느 하나를 포함한다.

또한, 후술되는 다양한 기능들은 하나 이상의 컴퓨터 프로그램들에 의해 구현되거나 지원될 수 있고, 각각은 컴퓨터 판독가능 프로그램 코드로부터 형성되거나 및 컴퓨터 판독가능 매체로 실시된다. 용어 “애플리케이션(application)”과 “프로그램(program)”은 하나 이상의 컴퓨터 프로그램, 소프트웨어의 구성들, 지시사항들의 집합(sets), 절차, 기능들, 객체, 클래스, 사례들, 관련된 자료들, 또는 적절한 컴퓨터 판독가능 프로그램 코드를 구현하는 것에 적합한 이들의 부분을 지칭한다. 어구 "컴퓨터 판독가능 프로그램 코드(computer readable program code)"는 소스 코드(source code), 오브젝트 코드(object code), 및 실행 가능한 코드를 포함하는 컴퓨터 코드의 임의의 유형을 포함한다. 어구 "컴퓨터 판독가능 매체(computer readable medium)"는 판독 전용 메모리(ROM, Read Only Memory), 랜덤 액세스 메모리(RAM, Random Access Memory), 하드 디스크 드라이브, 컴팩트 디스크(CD, Compact Disc), 디지털 비디오 디스크(DVD, Digital Video Disc), 또는 임의의 다른 메모리의 유형과 같은 컴퓨터에 의해 액세스 될 수 있는 임의의 유형의 매체를 포함한다. "비 일시적” 컴퓨터 판독가능 매체(non-transitory computer readable medium)는 유선, 무선, 광학 또는 일시적으로 전기적 또는 다른 신호를 전송하는 다른 통신 링크를 제외한다. 비 일시적 컴퓨터 판독가능 매체는 데이터가 영구적으로 저장될 수 있는 미디어와 재기록 가능한 광 디스크 또는 지울 수 있는 메모리 장치와 같이, 데이터가 저장될 수도 있고 나중에는 덮어쓰기도 할 수 있는 미디어를 포함한다.

다른 특정 단어 및 구문들의 정의가 본 특허 문서 전반에 걸쳐서 제공된다. 당업자는 대부분의 경우에, 이러한 정의들이 정의된 단어들 및 구문들로 미래뿐 아니라 이전의 사용들에도 적용될 수 있음을 이해하여야 한다.

본 발명에서는 동적 컨텐츠 오프로딩을 수행함으로써, 네트워크 용량(capacity)을 최적화하면서 네트워크의 규모(dimension)를 적절하게 설정할 수 있다.

본 발명 및 그의 특징에 대한 더욱 완벽한 이해를 위해, 본 발명의 실시 예들은 첨부되는 도면들을 참조하여 설명될 것이다.
도 1은 본 발명에 따라 동적 컨텐츠 오프로딩(dynamic content offloading)을 지원하는 예시적 시스템을 도시한다.
도 2 및 도 3은 본 발명에 따른 동적 컨텐츠 오프로딩을 지원하는 시스템의 예시적 장치를 도시한다.
도 4는 본 발명에 따른 동적 컨텐츠 오프로딩의 예시적 시그널링(signaling)을 도시한다.
도 5는 본 발명에 따른 서버에서의 동적 컨텐츠 오프로딩의 예시적 방법을 도시한다.
도 6은 본 발명에 따른 클라이언트 장치에서의 동적 컨텐츠 오프로딩의 예시적 방법을 도시한다.
도 7은 본 발명에 따른 장치 관리(DM, Device Management) 객체 오프로딩의 예들을 도시한다.

후술되는 도 1 내지 7, 및 본 특허 문서에서 본 발명의 원리를 설명하기 위해 사용되는 다양한 예들은 단지 예시를 위한 것일 뿐, 어떠한 방식으로든 본 발명의 범위를 한정하는 의미로 해석되어서는 안 된다. 당업자들은 본 발명의 원리들이 임의의 적절한 방식과 적절하게 배열된 장치 또는 시스템의 임의의 유형으로 구현될 수 있음을 이해할 것이다.

도 1은 본 발명에 따른 동적 컨텐츠 오프로딩(dynamic content offloading) 를 지원하는 예시적인 시스템 100을 도시한다. 도 1에 도시된 시스템 100의 실시 예는 단지 설명을 위한 것이다. 시스템 100의 다른 실시 예들이 본 발명의 범위 내에서 사용될 수 있다.

도 1에 도시된 바와 같이, 시스템 100은 네트워크 102를 포함하며, 이는 시스템 100에서 다양한 구성 요소들 사이의 통신을 용이하게 하도록 구성된다. 예를 들면, 네트워크 102는 인터넷 프로토콜(IP: Internet Protocol) 패킷들, 프레임 릴레이 프레임들(frame relay freames), 비동기 전송 모드(ATM: Asynchronous Transfer Mode)의 셀들, 또는 네트워크 주소들 사이의 다른 정보들을 통신(communicate)하도록 구성될 수 있다. 네트워크 102는 하나 이상의 근거리 통신망(LANs: Local Area Networks), 도시권 통신망(MANs: Metropolitan Area Networks), 광역 네트워크(WAN: Wide Area Networks), 인터넷과 같은 글로벌 네트워크의 전부 또는 일부, 이외에 하나 이상의 위치에서의 시스템 혹은 임의의 다른 통신 시스템을 포함할 수 있다.

네트워크 102는 적어도 하나의 서버 104와 다양한 클라이언트 장치들 106-114 사이의 통신을 용이하게 하도록 구성된다. 각 서버 104는 하나 이상의 클라이언트 장치들을 위해 컴퓨팅(computing) 서비스를 제공하는 임의의 적절한 컴퓨팅 또는 처리 장치들을 포함할 수 있다. 예를 들면, 각 서버 104는 하나 이상의 처리 장치들, 지시사항들 및 데이터를 저장하는 하나 이상의 메모리들, 및 네트워크 102를 통해 통신을 용이하게 하도록 구성된 하나 이상의 네트워크 인터페이스들을 포함할 수 있다.

각 클라이언트 장치 106-114는 네트워크 102를 통해 적어도 하나의 서버 또는 다른 컴퓨팅 장치(들)과 상호 작용하는 임의의 적절한 컴퓨팅 또는 처리 장치를 나타낸다. 예를 들어, 클라이언트 장치들 106-114는 데스크톱 컴퓨터 106, 휴대 전화 또는 스마트 폰 108, 개인 휴대 정보 단말기(PDA: Personal Digital Assistant) 110, 랩톱 컴퓨터 112 및 태블릿 컴퓨터 114를 포함한다. 그러나, 임의의 다른 장치 혹은 추가적인 클라이언트 장치들이 시스템 100에서 사용될 수 있다.

이러한 예에서, 일부 클라이언트 장치들 108-114는 네트워크 102와 간접적으로 통신하도록 구성될 수 있다. 예를 들면, 클라이언트 장치들 108-110은 셀룰러(cellular) 기지국들 또는 eNodeB들과 같은 하나 이상의 기지국들 116을 통해 통신하도록 구성될 수 있다. 또한, 클라이언트 장치들 112-114는 IEEE 802.11 무선 액세스 포인트와 같은 하나 이상의 무선 액세스 포인트들 118을 통해 통신하도록 구성될 수 있다. 이러한 직접 및 간접 통신 매체는 설명을 위한 목적으로 도시되었음을 주의하여야 한다. 이와 같이, 클라이언트 장치 각각은 네트워크 102와 직접적으로 통신하도록 구성되거나 임의의 적절한 중간(intermediate) 장치(들) 또는 네트워크(들)을 통해 네트워크 102와 간접적으로 통신하도록 구성될 수 있다.

이하에서 상세히 설명된 바와 같이, 시스템 100의 하나 이상의 구성 요소들은 멀티미디어 브로드캐스트/멀티캐스트 시스템(MBMS: Multimedia Broadcast/Multicast System)으로의 트래픽 오프로딩(traffic offloading)과 같이, 트래픽을 방송 채널로 동적으로 재지정(redirect)할 수 있도록 구성될 수 있다. 무엇보다도, 이는 다수의 클라이언트 장치들에 의해 방송 채널이 수신될 수 있기 때문에, 각각의 클라이언트 장치에서 동일 컨텐츠의 전송을 요구하는 것 보다, 네트워크 102를 통한 데이터 트래픽(data traffic)의 양을 감소시키는 것에 도움을 줄 수 있다.

도 1은 동적 컨텐츠 오프로딩(dynamic content offloading)을 지원하는 시스템 100의 일 예를 도시하고 있으나, 도 1은 다양하게 변경될 수 있다. 예를 들면, 시스템 100은 임의의 적절한 배열로 임의의 수의 각 구성 요소를 포함할 수 있다. 일반적으로, 컴퓨팅 및 통신 시스템은 다양하게 구성될 수 있고, 도 1은 임의의 특정 구성으로 본 발명의 범위를 제한하지 않는다. 도 1은 본 특허 문헌에 개시된 다양한 기능을 이용할 수 있는 하나의 운영 환경을 도시하고 있지만, 이러한 기능들은 임의의 다른 적절한 시스템에서 이용될 수 있다.

도 2 및 도 3은 본 발명에 따른 동적 컨텐츠 오프로딩을 지원하는 시스템의 예시적인 장치들을 도시한다. 특히, 도 2는 서버 200의 일 예를 도시하고, 도 3은 클라이언트 장치 300의 일 예를 도시한다. 서버 200은 도 1의 서버 104를 나타낼 수 있고, 클라이언트 장치 300은 도 1의 클라이언트 장치 106-114 중 하나 이상을 나타낼 수 있다.

도 2에 도시된 바와 같이, 서버 200은 버스 시스템(bus system) 205를 포함하고, 이는 적어도 하나의 처리 장치(processing device) 210, 적어도 하나 이상의 저장 장치 215, 적어도 하나의 통신부 220, 및 적어도 하나 사이의 입/출력(I/O: Input/Output)부 225간의 통신을 지원하도록 구성된다.

처리 장치 210은 메모리 230에 로드될(loaded) 수 있는 지시사항들(instructions)을 실행하도록 구성된다. 서버 200은 임의의 적절한 배열에서 임의의 적절한 수(들) 및 유형(들)의 처리 장치들 210을 포함한다. 예를 들어, 처리 장치 210은 마이크로 프로세서들, 마이크로 컨트롤러들, 디지털 신호 처리장치들, 필드 프로그래머블 게이트 어레이들(field programmable gate arrays), 주문형 집적 회로들(application specific integrated circuits), 및 이산 회로(discrete circuitry)를 포함할 수 있다. 처리 장치(들) 210은 방송 채널로 트래픽을 동적으로 재지정하는 동작과 같이, 메모리 230에 내재하는 프로세스들 및 프로그램을 실행하도록 구성된다.

메모리 230 및 영구 저장 장치(persistent storage) 235는 저장 장치들 215의 예시들이며, 이는 정보(예: 일시적 혹은 영구적인 데이터, 프로그램 코드, 기타 다른 적절한 정보)의 저장 및 검색을 용이하게 할 수 있는 임의의 구조(들)을 나타낸다. 메모리 230은 랜덤 액세스 메모리 또는 임의의 다른 적절한 휘발성 또는 비 휘발성 저장 장치(들)을 나타낼 수 있다. 영구 저장 장치 235는 읽기 전용 메모리(ready only memory), 하드 드라이브, 플래시 메모리, 또는 광 디스크와 같은 데이터의 장기간(long-term) 저장을 지원하는 하나 이상의 구성 요소들 또는 장치들을 포함할 수 있다. 일부 실시 예에서, 메모리 230은 적어도 하나의 캐시 메모리를 포함할 수 있다.

통신부 220은 다른 시스템들 또는 장치들과의 통신을 지원하도록 구성된다. 예를 들면, 통신부 220은 네트워크 인터페이스 카드(interface card) 또는 네트워크 102를 통한 통신을 용이하게 하는 무선 송수신기를 포함할 수 있다. 통신부 220은 임의의 적절한 물리적 또는 무선 통신 링크(들)을 통하여 통신을 지원하도록 구성된다.

입/출력부 225는 데이터의 입력 및 출력을 허용하도록 구성된다. 예를 들면, 입/출력부 225는 키보드, 마우스, 키패드, 터치 스크린, 또는 다른 적절한 입력 장치를 통한 사용자 입력에 대한 연결을 제공하도록 구성될 수 있다. 또한, 입/출력부 225는 디스플레이, 프린터, 또는 다른 적절한 출력 장치로 출력을 전송하도록 구성될 수 있다.

도 2는 도 1의 서버 104를 나타내는 것으로 설명되었으나, 이와 동일한 구조 또는 유사한 구조가 클라이언트 장치들 106-114 중 하나 이상에 사용될 수 있음에 유의해야 한다. 예를 들면, 랩톱 또는 데스크톱 컴퓨터는 도 2에 도시된 구조와 동일하거나 유사한 구조를 가질 수 있다.

도 3에 도시된 바와 같이, 클라이언트 장치 300은 안테나 305, 무선 주파수(RF) 송수신기(Radio Frequency Transceiver) 310, 송신(TX) 처리 회로(transmit processing circuitry) 315, 마이크 320, 수신(RX) 처리 회로(receive processing circuitry) 325를 포함한다. 또한, 클라이언트 장치 300은 스피커 330, 메인 프로세서(main processor) 340, 입/출력(I/O) 인터페이스(IF) 345, 키패드 350, 디스플레이 355, 및 메모리 360을 포함한다. 메모리 360은 기본 운영 체제(OS, Operating System) 프로그램 361 및 하나 이상의 애플리케이션들 362을 포함할 수 있다.

RF 송수신기 310은 안테나 305로부터, 시스템의 다른 구성 요소에 의해 송신된 착신(incoming) RF 신호를 수신하도록 구성된다. RF 송수신기 310은 중간 주파수(IF: intermediate frequency) 또는 기저 대역 신호(baseband signal)를 생성하기 위해 착신(incoming) RF 신호를 하향 변환(down-convert)하도록 구성된다. IF 또는 기저 대역신호는 기저 대역 신호 또는 IF 신호를 필터링(filtering), 디코딩(decoding), 또는 디지털화(digitizing)하여 처리된 기저 대역 신호를 생성할 수 있는 RX 처리 회로 325로 전송될 수 있다. RX 처리 회로(receive processing circuitry) 325는 처리된 기저 대역 신호(예: 음성 데이터)를 스피커 330으로 전송하거나, 또는 처리된 기저 대역 신호(예: 웹 브라우징 데이터)를 추가 처리를 위해 메인 프로세서 340으로 전송하도록 구성된다.

TX 처리 회로 315는 마이크 320으로부터 아날로그 또는 디지털 음성 데이터를 수신하거나, 또는 메인 프로세서 340으로부터 다른 발신(outgoing) 기저 대역 데이터(예: 웹 데이터, 이메일, 쌍방향 비디오(interactive video) 게임 데이터)를 수신하도록 구성된다. TX 처리 회로 315는 처리된 기저 대역 또는 IF 신호를 생성하기 위하여 발신 기저 대역 데이터를 변조(encode), 다중화(multiplex), 디지털화(digitize)하도록 구성된다. RF 송수신기 310은 TX 처리 회로 315로부터 상기 처리된 발신 기저 대역 또는 IF 신호를 수신하도록 구성되고, 기저 대역 또는 IF 신호를 안테나 305를 통해 전송되는 RF 신호로 상향 변환(up-convert)하도록 구성된다.

메인 프로세서 340은 하나 이상의 프로세서들 또는 다른 처리 장치들을 포함할 수 있고, 클라이언트 장치 300의 전반적인 동작을 제어하기 위하여 메모리 360에 저장된 기본 OS 프로그램 361을 실행하도록 구성된다. 예를 들면, 메인 프로세서 340은 잘 알려진 원리에 따라 RF 송수신기 310, RX 처리 회로 325, TX 처리 회로 315에 의해 순방향 채널 신호들의 수신, 역방향 채널 신호들의 송신을 제어하도록 구성될 수 있다. 일부 실시 예에서, 메인 프로세서 340은 적어도 하나 이상의 마이크로 프로세서 또는 마이크로 컨트롤러를 포함할 수 있다.

또한 메인 프로세서 340은 트래픽을 방송 채널로 동적으로 재지정(redirecting) 하기 위한 동작과 같이, 메모리 360에 내재하는 다른 프로그램들 및 프로세스들을 실행하도록 구성된다. 또한 메인 프로세서 340은 하나 이상의 특정 데이터 파일들에 대한 요청을 전송하기 이전에, 하나 이상의 특정 데이터 파일들이 캐시 메모리와 같은 메모리 360에 저장되지 않았는지를 확인(verify)하도록 구성될 수 있다. 메인 프로세서 340은 추가적으로 실행 절차에 의해 요구되는 바와 같이, 메모리 360의 내부 또는 외부로 데이터를 이동하도록 구성된다. 일부 실시 예에서, 메인 프로세서 340은 OS 프로그램 361에 기반하거나 외부 장치 또는 운영자(operator)로부터 수신된 신호에 대한 응답으로 애플리케이션 362을 실행하도록 구성될 수 있다. 메인 프로세서 340은 I/O 인터페이스 345에 연결될 수 있고, 이는 클라이언트 장치 300에 랩톱 컴퓨터 및 포켓용 컴퓨터(handheld computer)와 같은 다른 장치들에 연결할 수 있는 능력을 제공할 수 있다. I/O 인터페이스 345는 이러한 보조 장치들(accessories) 및 메인 프로세서 340 사이의 통신 경로가 될 수 있다.

메인 프로세서 340은 또한 키패드 350 및 디스플레이부 355에 연결될 수 있다. 클라이언트 장치 300의 운영자(operator)는 클라이언트 장치 300에 데이터를 입력하기 위해 키패드 350을 사용할 수 있다. 디스플레이 355는 웹사이트에서와 같이, 텍스트나 적어도 제한된 그래픽을 재현하도록 구성되는 액정 디스플레이 또는 다른 디스플레이일 수 있다. 디스플레이 355가 터치 스크린 디스플레이를 나타내는 경우, 클라이언트 장치 300에는 물리적인 키들(예: 키패드 350)이 거의 혹은 전혀 필요하지 않을 수 있다.

메모리 360은 메인 프로세서 340에 연결될 수 있다. 또한, 메모리 360의 일부는 랜덤 액세스 메모리(RAM)를 포함할 수 있고, 메모리(360)의 다른 부분은 플래시 메모리 또는 다른 읽기 전용 메모리(ROM)를 포함할 수 있다. 일부 실시 예에서, 메모리 360은 적어도 하나의 캐시 메모리를 포함할 수 있다.

이하에서 상세히 설명된 바와 같이, 서버 200과 클라이언트 장치 300은 멀티미디어 브로드 캐스트/멀티 캐스트 시스템(MBMS)으로의 트래픽 오프로딩과 같이, 트래픽을 방송 채널로 동적으로 재지정(redirect)하는 기능들을 수행하도록 구성될 수 있다.

도 2 및 도 3은 동적 컨텐츠 오프로딩을 지원하는 시스템의 장치에 대한 예를 도시하였으나, 도 2 및 도 3에 대한 다양한 변경이 이루어질 수 있다. 예를 들면, 특정한 필요에 따라 도 2 및 도 3의 다양한 구성 요소가 결합되거나, 세분화되거나, 생략될 수 있고, 부가적인 구성 요소들이 추가될 수 있다. 예를 들어, 메인 프로세서 340은 하나 이상의 중앙 처리 장치(CPUs, Central Processing Units) 및 하나 이상의 그래픽 처리 장치(GPUs, Graphics Processing Units)와 같이 다수의 프로세서로 분할될 수 있다. 또한, 도 3에서는 모바일 전화기(mobile telephone) 또는 스마트폰으로 구성된 클라이언트 장치 300을 도시하였으나, 클라이언트 장치들은 다른 유형의 이동식 또는 고정형 장치로 동작하도록 구성될 수 있다. 또한, 컴퓨팅 및 통신 네트워크에 있어서, 클라이언트 장치들 및 서버들은 다양한 구성으로 표현될 수 있으며, 도 2와 도 3은 임의의 특정 클라이언트 장치 또는 서버로 본 발명의 범위를 제한하지 않는다.

상술한 바와 같이, 클라이언트 장치의 애플리케이션에 의해 네트워크를 통해 전송되는 데이터 트래픽이 실질적으로 증가되었고, 데이터 트래픽이 증가함에 따라 영향력 있는 네트워크 트레이드오프(trade-off)가 요구될 수 있다. 예를 들면, 데이터 트래픽이 증가함에 따라, 네트워크 용량(capacity)을 최적화하고 네트워크의 규모(dimension)를 적절하게 하기 위한 새로운 기술들이 필요할 수 있다.

본 발명에 따르면, MBMS는 트래픽 오프로딩(traffic offloading)을 위해 이용되고, 트래픽 오프로딩은 네트워크 용량을 최적화하고 네트워크의 규모를 적절하게 설정하는 것에 도움을 줄 수 있다. MBMS는 넓은 범위의 수신기들을 대상으로 하기 위하여 주파수 측면에서 효율적인(spectrally-efficient) 방식으로 방송 서비스를 제공할 수 있다. LTE 시스템에서 MBMS(eMBMS)는 단일 주파수 망(SFN: Single Frequency network) 기술을 기반으로 할 수 있고, 이 기술은 전체 SFN 영역에 걸쳐 동일한 신호의 방송에 의존한다. MBMS로의 트래픽 오프로딩을 가능하게 하기 위해, 본 발명은 동적인 방식으로 모바일 데이터(예: 비디오 컨텐츠)를 방송 채널(예: 비디오 컨텐츠를 전달하기 위한 방송 채널)로 재지정하는 장치들 및 기술들을 제공한다. 추가로, 많은 양의 모바일 데이터 트래픽이 주로 HTTP에 기반한다. 따라서, 특정 실시 예에서, 본 발명은 오프로드된(offloaded) 컨텐츠를 전달하기 위한 방식, 예를 들어, 파일 전달 방식(file delivery method)을 이용하여 HTTP 데이터 트래픽을 처리하는 장치 및 기술을 제공한다. 또한, 본 발명은 오프로드된(offloaded) 컨텐츠를 전달하기 위한 방식, 예를 들면, 스트리밍 방식(streaming method)을 이용하여 실시간 스트리밍 프로토콜(RTSP: Real-Time Streaming Protocol) 트래픽을 처리하는 장치 및 기술을 제공한다.

방송 채널은 하나 이상의 특정 유형의 모바일 데이터(예: 모바일 비디오, 모바일 오디오, 또는 HTTP 모바일 데이터 등)와 관련된 모바일 데이터 트래픽을 위한 채널을 포함할 수 있다. 또한 방송 채널은 하나 이상의 특정 전자 파일(예를 들면, 특정한 모바일 비디오 파일, 특정한 모바일 오디오 파일, 또는 특정 HTTP 소스로부터의 모바일 데이터 등)과 연관된 모바일 데이터 트래픽을 위한 채널을 포함할 수 있다. 방송 채널은 모바일 비디오 트래픽, 모바일 오디오 트래픽 등을 이용하는 하나 이상의 특정 애플리케이션을 방송하기 위한 채널을 더 포함할 수 있다. 방송 채널들의 반복적인 사용은 데이터 전송 세션(data transmission session) 또는 방송 세션(이하에서, "데이터 전송 세션"이라 칭함)으로 지칭될 수 있다.

본 발명에 따르면, 트래픽 오프로딩은 클라이언트 장치 선택 절차(client device-elected procedure)에 의해 수행되거나, 방송 채널이 아직 활성화되지 않은 경우에 MBMS 서비스로 초기에 컨텐츠를 배포하여 수행될 수 있다. 선택된 클라이언트 장치의 오프로딩 시, 클라이언트 장치는 예를 들면, 요청 된 컨텐츠가 방송 채널을 통해 이용 가능하게 될 때, MBMS 수신으로 전환할 준비가 되었음을 서버(예: 서버 200)로 알릴 수 있다. 서버는 MBMS 서비스(예: 요구(on-demand) MBMS 서비스)의 세부사항에 따라 클라이언트 장치를 미리 설정하도록(pre-configured) 구성될 수 있다. 세부사항은 사용자 서비스 기술자(USD: User Service Descriptor)의 위치, 오프로딩이 제공되는 트래픽의 유형, 및 컨텐츠 요청이 전송되는 프록시 서버(proxy server)를 포함할 수 있다. 서버가 오프로딩이 유용하거나 적절한 것으로 결정하는 경우, 서버는 HTTP 또는 RTSP 재지정(HTTP or RTSP Redirection) 메시지를 통해 클라이언트 장치의 경로를 재지정(redirect)하여 MBMS 서비스로의 컨텐츠의 일부 또는 데이터 전송 세션을 오프로드(offload) 할 수 있다. 재지정 메시지는 USD에 대한 URL(Uniform Resource Locator)과 같이, MBMS 수신기를 시작(launch)하기 위한 URL을 포함할 수 있다.

서버의 재지정 메시지를 적절하게 처리할 수 없는 클라이언트 장치는 요청을 위해 프록시 서버를 사용하지 않을 것이다. 따라서, 요청된 자원들이 즉시 이용 가능하지 않을 수 있기 때문에, 시작을 위한 지연 시간이 증가될 수 있다.

일부 실시 예에서, 클라이언트 장치에 대한 정규 재지정 요청(regular redirection request) 및 오프로딩 요청을 구별하기 위해 새로운 헤더 필드(field)가 정의될 수 있다. MBMS 오프로딩 헤더필드(offloading header field)는 RTSP와 HTTP 재지정 모두에 적용할 수 있다. 클라이언트 장치는 MBMS 오프로딩 헤더의 존재를 감지하면, 해당 요청이 MBMS 세션에 대한 오프로딩 요청인 것으로 간주할 수 있다. MBMS 오프로딩 헤더필드(offloading header field)는 MBMS 세션을 설명하는 MBMS USD에 대한 URL을 포함할 수 있다. 클라이언트 장치는 USD URL이 미리 다운로드된 USD에 대응하는지 확인할 수 있다. 만약 USD URL이 미리 다운로드된 USD에 대응하지 않는 경우, USD를 획득하기 위해 HTTP를 이용할 수 있다.

도 4는 본 발명에 따른 동적 컨텐츠 오프로딩을 위한 시그널링 400의 예를 도시한다. 도 4에 도시된 바와 같이, 클라이언트 장치(예: 클라이언트 장치 300)는 서버(예: 서버 200)로 하나 이상의 데이터 파일에 대해 초기 요청을 전송한다(405). 서버는 요청을 수신한 후(405), 수신된 요청을 검사하여 오프로딩이 수행될 것인지 여부를 결정한다(410). 일부 실시 예에서, 서버는 특정 컨텐츠 또는 컨텐츠 부분들(pieces)의 특정 세트(set)에 대해 오프로딩이 제공될지 여부를 결정할 수 있다.

서버가 요청된 데이터에 대한 오프로딩이 제공되는 것으로 결정한 후, 서버는 데이터 전송 세션의 개시를 수행하고(420), 방송 채널을 통해 상기 요청된 데이터의 전송을 스케줄링한다. 또한 서버는 클라이언트 장치로 오프로딩이 제공되거나 혹은 오프로딩이 적절함을 알리고 데이터 전송 세션(transmission session)에 참가를 위해 클라이언트 장치를 초대하는(inviting) 하나 이상의 메시지를 전송한다(420). 또한 서버는 방송 채널을 통해 클라이언트 장치로 요청된 데이터에 대한 하나 이상의 전송을 수행한다(425). 일부 실시 예에서, 서버는 클라이언트 장치가 요청된 데이터의 수신에 대한 응답으로 데이터 전송 세션에 참가하도록 하기 위해, 요청된 데이터와 함께 알림 및 초대(invitation)를 클라이언트 장치로 전송하도록 구성될 수 있다.

데이터를 수신 한 후, 클라이언트 장치는 요청된 데이터를 이용한다(430). 예를 들면, 비디오 데이터의 경우, 클라이언트 장치는 비디오 데이터로부터 획득된 비디오 세그먼트(segment)를 재생(play) 또는 표시(display)하도록 구성될 수 있다.

일부 실시 예에서, 클라이언트 장치가 데이터를 수신한 후, 클라이언트 장치는 수신된 데이터를 클라이언트 장치의 메모리(예: 캐시 메모리)에 저장하도록 구성될 수 있다(435). 상기 데이터를 클라이언트 장치의 메모리에 저장함으로써, 클라이언트 장치는 서버로 이전에 요청된 데이터에 대한 후속 요청을 수행할 필요가 없다. 그러므로, 일부 실시 예에서, 클라이언트 장치는 서버로 요청을 전송하기 전에 요청될 데이터가 메모리에 저장되어 있는지를 결정하기 위하여 자신의 메모리를 검사하도록 구성될 수 있다. 요청될 데이터가 클라이언트 장치의 메모리에 저장되어 있는 경우, 클라이언트 장치는 요청을 전송하는 것을 생략(abstain)하고 저장된 데이터를 이용하도록 구성될 수 있다. 반대로, 클라이언트 장치가 자신의 메모리에 요청된 데이터가 저장되어 있는지 감지하는데 실패하거나, 자신의 메모리에 요청된 데이터가 저장되지 않은 것으로 결정되는 경우, 클라이언트 장치는 데이터를 수신하기 위해 요청을 전송하도록 구성될 수 있다. 서버로부터 데이터를 수신한 후, 클라이언트 장치의 메모리에 데이터를 저장함으로써, 동일한 데이터의 전송이 발생하는 횟수를 제한시켜 데이터 트래픽을 감소시킬 수 있다.

또한, 일부 실시 예에서, 데이터에 대한 클라이언트 장치의 초기 요청 405는 유니캐스트 전송(unicast transmission) 방식을 통해 전송될 수 있다. 그러나, 클라이언트 장치가 오프로딩이 제공되었음을 인지하게 되고, 데이터 전송 세션에 참가를 위해 초대된(invited) 이후에는, 후속 요청(예: 동일하거나 유사한 전자 파일 또는 동일하거나 유사한 유형의 모바일 데이터의 요청)은 방송 채널을 통해 전송을 위해 재지정될 수 있다. 결과적으로, 클라이언트 장치는 방송 채널로 오프로딩이 제공됨을 인지한 후에, 데이터 전송 세션에 참가할 수 있다. 후속 데이터 요청은 데이터 전송 세션으로 재지정 될 수 있고, 클라이언트 장치는 방송 채널을 통해 컨텐츠를 수신할 수 있다.

일부 실시 예에서, 모바일 네트워크 운영자(mobile network operator)는 오프로딩을 이용하도록 클라이언트 장치를 설정하기 위해 오픈 모바일 얼라이언스(Open Mobile Alliance)(OMA) 장치 관리(Device Management)(DM) 프로토콜을 이용할 수 있다. 예를 들면, 모바일 네트워크 운영자(mobile network operator)는 클라이언트 장치들이 모바일 데이터에 대한 요청을 프록시 서버들로 전송할 수 있도록 하기 위하여, 오프로딩을 위한 하나 이상의 프록시 서버를 설정(configure)할 수 있다. 특정 실시 예에서, 클라이언트 장치의 요청들은 특정 서비스들(예: 비디오 파일들, 혹은 오디오 파일들 등)로 제한될 수 있으며, 또는 클라이언트 장치의 요청들은 모든 HTTP 트래픽에 적용될 수 있다. 신호화된 프록시 서버(signaled proxy server)로 클라이언트 장치의 요청들을 전송할 때, 클라이언트 장치들은 데이터 전송 세션으로 재지정을 위해 준비될 수 있다. 재지정은 MBMS 세션 동안에 발생할 수 있고, 재지정은 모바일 네트워크 운영자에 의해 미리 구성될 수 있고, 또는 임의의 다른 방식으로 발생할 수 있다.

도 4는 동적 컨텐츠 오프로딩에 대한 시그널링 400의 일 예를 도시하였으나, 도 4의 일 예는 다양하게 변경될 수 있다. 예를 들면, 클라이언트 장치에서 데이터를 캐시에 저장하는 동작(the caching of data)은 수행되지 않을 수도 있다. 또한, 다양한 신호들이 결합되거나, 더 세분화되거나, 생략될 수 있으며, 필요에 따라 부가적인 신호들이 추가될 수 있다.

도 5는 본 발명에 따른 서버에서의 동적 컨텐츠 오프로딩(dynamic content offloading)의 예시적인 방법 500을 도시한다. 도 5에 도시된 바와 같이, 서버는 505단계에서 적어도 하나의 파일에 대한 클라이언트 장치의 요청을 수신한다. 510단계에서 서버는 오프로딩이 유리한지 여부를 결정한다. 오프로딩이 유리하지 않다고 결정되는 경우, 서버는 515단계에서 유니캐스트 전송(unicast transmission) 방식을 통해 클라이언트 장치의 요청을 수행한다. 오프로딩이 유리하다고 결정되는 경우, 서버는 520단계에서 클라이언트 장치로 재지정 지시사항을 전송하고, 525단계에서 데이터 전송 세션을 초기화하며, 530 단계에서 방송 채널을 통해 요청된 적어도 하나 이상의 파일을 전송(transmission)하거나 제출(submit)한다.

도 6은 본 발명에 따른 클라이언트 장치에서의 동적 컨텐츠 오프로딩의 예시적인 방법 600을 도시한다. 도 6에 도시된 바와 같이, 클라이언트 장치는 605단계에서 서버로 적어도 하나의 파일에 대한 요청을 전송한다. 클라이언트 장치는 610단계에서 서버로부터 재지정 응답이 수신되는지 여부를 결정한다. 재지정 응답이 수신되지 않는 경우, 클라이언트 장치는 615단계에서 요청된 파일(들)을 수신하고 유니캐스트 전송을 통해 요청을 수행한다. 재지정 응답이 수신되는 경우, 클라이언트 장치는 620단계에서 데이터 전송 세션에 참가하고, 625단계에서 방송 채널을 통해 하나 이상의 파일을 수신하여 캐시메모리 같은 메모리에 저장한다. 이후, 클라이언트 장치는 630단계에서 서버로 특정 파일에 대한 후속 요청을 전송하기 이전에 특정 파일이 자신의 캐시(cache)에 저장되었는지 확인한다.

도 5 및 도 6은 동적 컨텐츠 오프로딩을 위한 방법의 일 예를 도시하였으나, 도 5 및 도 6의 예는 다양하게 변경될 수 있다. 예를 들면, 도면 각각은 일련의 단계를 나타내고 있지만, 도면 각각에서의 다양한 단계들이 중복될 수 있고, 병렬적으로 발생될 수 있으며, 또는 여러 번 발생할 수 있다.

도 7은 본 발명에 따른 DM(Device Management) 관리 객체(Management Object)(MO) 오프로딩에 대한 예를 도시한다. 일부 실시 예에서, 클라이언트 장치는 오프로딩이 이용될지 여부를 결정하거나, 어느 프록시 서버가 이용될지를 결정하기 위하여 MO 오프로딩을 사용할 수 있다. 예를 들면, 서버는 요청된 자원(예: 하나 이상의 데이터 파일들)이 일시적으로 다른 장소로 이동되거나, 혹은 이동되었음을 나타내기 위해 HTTP 재지정(HTTP Redirection) 메커니즘을 사용하도록 구성될 수 있다. 또한 서버는 방송 서비스에 액세스(access)하기 위해 이용되는 정보를 재지정 메시지의 본문(body)에 포함시킬 수 있다. 특정 실시 예에서, 방송 서비스에 액세스하기 위한 정보는 MBMS 사용자 서비스 기술자(USD: User Service Descriptor)에 포함될 수 있다. 다른 실시 예들에서, 프록시 서버는 요청 통계(statistics)의 추적을 유지하도록 구성될 수 있다. 예를 들면, 프록시 서버는 특정 자원의 전송이 방송 채널을 통하여 더 효과적으로 전달되도록 특정 자원이 충분히 자주 요청되었는지를 결정하기 위해 통계를 유지하도록 구성될 수 있다. 예를 들면, 프록시 서버는 선호되거나 또는 관련된 파일들을 결정하고 방송 채널을 통해 선호되거나 또는 관련된 파일들의 전송을 스케줄링하도록 구성될 수 있다. 일부 실시 예에서, 리프(leaf)는 오프로딩을 제공하고자 하는 서버에 대한 트래픽 필터들의 목록을 제공한다. MBMS에 대한 오프로딩을 지원하는 클라이언트는 모든 요청에 대해 필터를 검증할 수 있고, 필터들 중 적어도 하나와 매칭(match)되면 HTTP 프록시(proxy)를 이용하여 요청을 전송할 수 있다. 매칭(matching)은 먼저 트래픽 클래스(traffic class)를 비교한 후에, 도메인 네임(domain name)이 존재하는 경우, 도메인 네임을 비교한다.

또 다른 실시 예들에서, 서버는 수신기들에 의한 잠재적인 미래의 사용을 위해, 클라이언트의 장치들에 의해 캐쉬에 저장될 파일들을 전달하는 이후(upcoming) 데이터 세션을 수신기들(예: 클라이언트 장치들)로 알려주도록 구성될 수 있다.

도 7은 DM MO 오프로딩의 일 예를 도시하지만, 도 7의 일 예는 다양하게 변경될 수 있다. 예를 들면, 임의의 다른 적절한 기술은 오프로드(offload) 될 컨텐츠를 식별하기 위해 사용될 수 있고, 임의의 다른 재지정 메커니즘이 지원될 수 있다.

본 발명은 특정 실시 예들과 일반적으로 관련된 방법을 설명하였지만, 이들 실시 예와 방법들의, 변경들(alternations) 및 순열들(permutations)이 당업자에게 명백할 것이다. 따라서, 상술한 실시 예들의 설명은 본 발명을 정의하거나 제한하지 않는다. 또한 다른 변화들, 대체들, 및 변경들이 이하의 청구항에 정의된 바와 같이, 본 발명의 사상 및 범위를 벗어남 없이 가능하다.

Claims

클라이언트 장치의 동작 방법에 있어서,
오픈 모바일 얼라이언스(open mobile alliance, OMA) 장치 관리(device management) 관리 프로토콜을 사용하여 오프로딩을 하기 위한 구성 정보를 서버로부터 수신하는 과정과,
컨텐츠(content)를 브로드캐스트 전달(broadcast delivery)로 지시하기 위한 요청을 상기 구성 정보가 지시하는 프록시 서버(proxy server)로 유니캐스트 전달(unicast delivery)을 통해 송신하는 과정과,
상기 요청에 따라 미리 결정된 오프로딩 헤더를 가지는 재지정 응답을 수신한 경우, 상기 브로드캐스트 전달을 통해 상기 컨텐츠(content)을 수신하는 과정을 포함하고,
상기 유니캐스트 전달로부터 상기 브로드캐스트 전달로 상기 컨텐츠에 대한 상기 오프로딩이 가능한 경우, 상기 미리 결정된 오프로딩 헤더를 가지는 상기 재지정 응답이 송신되고,
상기 재지정 응답은 상기 재지정 응답의 상기 미리 결정된 오프로딩 헤더의 존재에 의하여 상기 오프로딩이 제공되는 것을 지시하는 방법.
청구항 1에 있어서,
상기 미리 결정된 오프로딩 헤더를 가지는 상기 재지정 응답이 수신되지 않으면, 상기 유니캐스트 전달을 통해 상기 컨텐츠를 수신하는 과정을 더 포함하고
상기 컨텐츠에 대한 오프로딩이 불가능한 경우, 상기 미리 결정된 오프로딩 헤더를 가지는 상기 재지정 응답은 송신되지 않는 방법.
청구항 1에 있어서,
상기 브로드캐스트 전달을 통해 상기 컨텐츠를 수신하는 것에 대한 응답으로 상기 컨텐츠를 적어도 하나의 메모리에 저장하는 과정을 더 포함하는 방법.
청구항 1에 있어서,
상기 요청을 전송하기 이전에 상기 클라이언트 장치의 적어도 하나의 메모리에 상기 컨텐츠가 저장되지 않았음을 확인하는 과정을 더 포함하는 방법.
청구항 1에 있어서,
상기 구성 정보는 상기 오프로딩이 허용여부를 지시하는 방법.
청구항 5에 있어서,
상기 오프로딩을 위한 적어도 하나 이상의 상기 프록시 서버 중에서 상기 컨텐츠를 기초로 상기 프록시 서버를 결정하는 과정을 더 포함하는 방법.
청구항 1에 있어서,
상기 재지정 응답은 상기 브로드캐스트 전달을 위한 브로드캐스트 서비스를 접속하기 위한 사용자 서비스 디스크립션(user service description, USD)을 포함하는 방법.
서버의 동작방법에 있어서,
오픈 모바일 얼라이언스(open mobile alliance, OMA) 장치 관리(device management) 관리 프로토콜을 사용하여 오프로딩을 하기 위해 클라이언트 장치를 구성하기 위한 구성 정보를 송신하는 과정과,
컨텐츠(content)를 브로드캐스트 전달(broadcast delivery)로 지시하기 위한 요청을 상기 구성 정보가 지시하는 프록시 서버(proxy server)을 경유하여 유니캐스트 전달(unicast delivery)을 통해 상기 클라이언트 장치로부터 수신하는 과정과,
상기 컨텐츠에 대해 상기 유니캐스트 전달에서 브로드캐스트 전달로의 오프로딩이 적절한지 결정하는 과정과,
상기 클라이언트 장치에 상기 요청에 따라서 미리 결정된 오프로딩 헤더를 가지는 재지정 응답을 송신하는 과정을 포함하고,
상기 재지정 응답은 상기 재지정 응답의 상기 미리 결정된 오프로딩 헤더의 존재에 의하여 상기 오프로딩이 제공되는 것을 지시하는 방법.
청구항 8에 있어서, 상기 브로드캐스트 전달을 통해 상기 클라이언트 장치로 상기 컨텐츠를 전송하는 과정을 더 포함하는 방법.
청구항 8에 있어서,
상기 구성 정보는 상기 오프로딩이 허용여부를 지시하는 방법.
삭제
청구항 1내지7 중 어느 하나의 방법을 구현하도록 구성된 사용자 장치.
청구항 8내지10 중 어느 하나의 방법을 구현하도록 구성된 서버.
삭제
삭제
삭제
삭제
삭제