KR101809124B1

KR101809124B1 - Http 서버들을 이용하는 mbms 파일 수리를 위한 ip 멀티미디어 서브시스템 및 방법

Info

Publication number: KR101809124B1
Application number: KR1020177003314A
Authority: KR
Inventors: 오즈구르 오이만
Original assignee: 인텔 코포레이션
Priority date: 2012-01-23
Filing date: 2013-01-22
Publication date: 2017-12-14
Also published as: WO2013112479A1; EP2807840B1; US20130246846A1; US9213605B2; CN104067643B; JP2016129374A; US10581929B2; EP2807840A1; CN104067643A; US20180227334A1; KR20170017012A; KR101705866B1; JP6113317B2; EP2807840A4; EP3726864A1; JP2015511429A; KR20140125392A; US20160036866A1; ES2687110T3; HUE039068T2

Abstract

인터넷 프로토콜 멀티미디어 서브시스템(IMS) 기반 네트워크에서의 미디어 수리 방법의 일부 예들이 개시되며, 본 방법은, 멀티미디어 브로드캐스트 멀티캐스트 서비스(MBMS) 베어러를 통해 브로드캐스트 멀티캐스트 서비스 센터(BMSC)와의 다운로드 세션을 설정하기 위해 세션 개시 프로토콜(SIP)를 이용하여 IMS 네트워크 컴포넌트와 통신하는 단계; 및 확립된 MBMS 베어러를 이용하여 다운로드된 미디어의 하나 이상의 인코딩 심볼이 디코드될 수 없다고 판정하는 것에 응답하여: SIP re-invite 요청을 이용하여 IMS 네트워크 컴포넌트로부터의 파일 수리 절차를 요청하고 - SIP re-invite 요청은 MBMS 베어러 설정 동안에 IMS 네트워크 컴포넌트에 의해 나타내어진 하이퍼텍스트 전송 프로토콜(HTTP) 수리 서버의 어드레스를 포함함 - , 요청이 성공적이었다는 것을 나타내는 SIP 확인응답을 수신하는 것에 응답하여, 디코드될 수 없었던 미디어의 하나 이상의 인코딩 심볼을 재다운로드하기 위해 HTTP 서버와의 HTTP 접속을 요청하고, HTTP 서버로부터 하나 이상의 인코딩 심볼을 수신하는 단계를 포함한다.

Description

HTTP 서버들을 이용하는 MBMS 파일 수리를 위한 IP 멀티미디어 서브시스템 및 방법{IP MULTIMEDIA SUBSYSTEM AND METHOD FOR MBMS FILE REPAIR USING HTTP SERVERS}

<우선권 주장>

본 특허 출원은, 2012년 1월 23일에 출원된 미국 가특허 출원 번호 61/589,774의 이익을 주장하는, 2012년 9월 13일 출원된 미국 출원 번호 13/613,902의 이익을 주장하며, 양쪽 모두 그 전체가 본원에 참조로서 포함된다.

<저작권 유의사항>

본 특허 문서의 개시내용의 일부는 저작권 보호를 받는 자료를 포함한다. 저작권 소유자는 특허 및 상표 청 특허 파일 또는 기록에 나타나는 그대로 누군가가 특허 문서 또는 특허 개시내용을 복제 재생성을 하는 것에 대한 이의를 갖지 않지만, 그렇지 않은 경우 모든 저작권 권리를 보유한다. 다음의 공고문은 이하에 설명되고 본 문서의 일부를 형성하는 도면들에 개시된 데이터 및 소프트웨어에 대해 적용된다: Copyright Intel, Inc., All Rights Reserved.

멀티미디어 브로드캐스트 멀티캐스트 서비스(Multimedia Broadcast Multicast Services)(MBMS)는 제3 세대 파트너십 프로젝트(Third Generation Partnership Project)(3GPP)에 의해 반포된 셀룰러 표준 중 하나에 따라 동작하는 셀룰러 네트워크 상에서 이용되는 포인트 대 멀티포인트(point-to-multipoint) 시스템이다. 이것은 브로드캐스트 및 멀티캐스트 기법들에 기초하여 다수의 수신기들에 대한 인기 콘텐츠의 효율적 전달을 위해 설계되었고, 3GPP 범용 모바일 전화통신 시스템(Universal Mobile Telecommunications System)(UMTS) 명세서의 릴리즈 6에서 선택적 특징으로서 처음으로 도입되었으며, 또한 멀티캐스트 브로드캐스트 단일 주파수 네트워크(MBSFN) 기능과 같은 일부 개선들에 기초하는 추후의 3GPP 릴리즈에서 더 최적화되었다. 서비스 계층에서, MBMS는 또한 멀티미디어 콘텐츠의 스트리밍 및 파일의 신뢰성 있는 다운로드 모두에 대한 전달 프로토콜을 정의한다. MBMS는 3GPP 릴리즈 8 및 그 이후에 대응하는 3GPP 기반 롱 텀 에볼루션(Long Term Evolution)(LTE) 표준 개발에서 향상된 MBMS(eMBMS) 모드로서 채택되었다.

반드시 비율대로 그려질 필요가 없는 도면들에서, 유사한 숫자들은 상이한 도면들에서 유사한 컴포넌트들을 설명할 수 있다. 상이한 접미사 글자들을 갖는 유사한 숫자들은 유사한 컴포넌트들의 상이한 인스턴스들을 나타낼 수 있다. 도면들은 일반적으로, 한정이 아닌, 예시의 방법으로써 설명되며, 다양한 실시예들이 본 문서에서 논의된다.
도 1은 본 개시내용의 일부 예들에 따른 HTTP 서버를 이용하는 예시적인 파일 수리 특징의 개략도를 도시한다.
도 2는 본 개시내용의 일부 예들에 따른 IMS 기반 MBMS 서비스를 구현하는데 사용되는 컴포넌트들의 블록도를 도시한다.
도 3은 본 개시내용의 일부 예들에 따른 브로드캐스트 멀티캐스트 서비스 센터 (BMSC)의 블록도를 도시한다.
도 4는 본 개시내용의 일부 예들에 따른, MBMS 베어러(bearer)를 통해 전달된 파일을 수리하기 위해 HTTP 서버를 이용하는 IMS 기반 방법의 예시적인 메시지 시퀀스 차트를 도시한다.
도 5는 본 개시내용의 일부 예들에 따른, MBMS 베어러를 통해 전달된 파일을 수리하기 위해 HTTP 서버를 이용하는 UE의 관점으로부터의 IMS 기반 방법의 흐름도를 도시한다.
도 6은 본 개시내용의 일부 예들에 따른, MBMS 베어러를 통해 전달된 파일을 수리하기 위해 HTTP 서버를 이용하는 MBMS 네트워크의 관점으로부터의 IMS 기반 방법의 흐름도를 도시한다.
도 7은 본 개시내용의 일부 예들에 따른 UE의 특정 컴포넌트들의 블록도를 도시한다.
도 8은 본 개시내용의 일부 예들에 따른 머신의 블록도를 도시한다.

유니캐스트 전달과는 달리, MBMS 기반의 송신은, 사용자 장비(UE)로부터의 확인응답(acknowledgement)(ACK) 및 부정 확인응답(negative acknowledgement)(NACK) 시그널링에 기초하는 자동 반복 요청(automatic repeat request)(ARQ), 및 하이브리드 자동 반복 요청((hybrid automatic repeat request)(HARQ)에 기초하는 것들과 같은, 오류를 갖고 수신된 데이터 블록들의 재송신에 기초하는 데이터 복구 메커니즘으로부터의 장점을 취하지 않고, 결국에는, 사용자 장비(UE)로의 데이터 송신 동안에 데이터가 소실(lost) 또는 변질(corrupt)될 수 있다. MBMS 송신의 신뢰성을 증가시키기 위해, 어플리케이션 계층 포워드 에러 정정(application-layer forward error correction)(AL-FEC) 코드가 종래의 채널 코딩에 부가하여 사용되어 (적어도 부분적으로) 패킷의 소거를 복구하며, AL-FEC 예들은 리드 솔로몬 코드(Reed Solomon code), 파운틴 코드(Fountain code), 랩터 코드(Raptor code)를 포함한다.

IP 멀티미디어 서브시스템 또는 IP 멀티미디어 코어 네트워크 서브시스템(IMS)은 인터넷 프로토콜(IP) 멀티미디어 서비스를 전달하기 위한 아키텍처 프레임워크(architectural framework)이다. IMS는 통합 IP 플랫폼(converged IP platform) 내의 음성, 비디오, 데이터 및 멀티미디어 애플리케이션과 같은 다양한 혼합 서비스를 가능하게 하는 것을 약속한다. 그러한 서비스들은 사용자의 통신 및 엔터테인먼트 경험을 단순화하고 서비스 제공자들을 위한 가치 기반 시장(value-based market)을 생성한다. IMS는 혁신적인 개인화된 애플리케이션들의 생성 및 이러한 애플리케이션들의 빠른 배포가 가능하도록 의도된다. IP 멀티미디어 코어 네트워크 서브시스템은, 표준 인터페이스들에 의해 링크된, 상이한 코어 네트워크 및 액세스 네트워크 기능들의 집합체이며, 이들은 그룹핑되어 하나의 IMS 관리 네트워크를 형성한다. 인터넷과의 통합을 용이하게 하기 위해, IMS는 광범위하게 채택된 세션 개시 프로토콜(Session Initiation Protocol)(SIP)을 이용한다. 호출 세션 제어 기능(Call Session Control Function)(CSCF)이라 총칭되는, 세션 개시 프로토콜(SIP) 서버들 또는 프록시들의 몇가지 역할들이 이용되어 IMS에서 SIP 시그널링 패킷들을 처리한다. 3GPP에서, 릴리즈 5 동안에 IMS가 그의 코어 네트워크 내의 UMTS에 우선 도입되었고, LTE 표준 개발 동안에 IMS 지원이 더 개선되었다. 이것은 멀티미디어 세션들을 제어하기 위한 필수 요건들 및 시그널링에 대한 사양들로 이루어지며, MBMS 기반 스트리밍 및 다운로딩 서비스를 위해 세션들을 확립, 관리 및 해체(tear down)하기 위한 프로토콜들 및 절차들에 대한 것들을 포함한다. 고정형 액세스(예를 들어,디지털 가입자 회선(DSL),　케이블 모뎀,　이더넷), 모바일 액세스, 예를 들어, WCDMA, CDMA2000, GSM, GPRS, 및 무선 액세스, 예를 들어,　WLAN,　WiMAX는 모두 IMS 프레임워크에서 지원된다. 기존 전화 서비스(plain old telephone service)(POTS-구식 아날로그 전화들), H.323 및 비 IMS-호환(non IMS-compatible) VoIP 시스템들과 같은 그외의 전화 시스템들은 게이트웨이를 통해 지원된다.

MBMS를 통한 파일 다운로드 전달 서비스는, 파일을 적절히 디코드하기 위한 충분한 심볼들을 수신하지 못한 UE들이 추가 심볼들을 요청하는 것을 가능하게 하는 파일 수리 특징(file-repair feature)을 제공한다. 이것은 네트워크가 유니캐스트 베어러를 통해 특정 UE들에 특정 심볼들을 전달하고, 유니캐스트를 통해 특정 UE들에 심볼들을 전달하는데 필요로 되는 총 부하(aggregate load)가 적당한 경우에는 브로드캐스트 베어러를 로딩하지 않게 한다.

파일 수리 특징은 UE들의 수리 요청들에 서비스를 제공하기 위해 네트워크의 파일 수리 서버들에 의존한다. 현재의 아키텍처는 UE 요청들에 서비스를 제공하도록 특별하게 설계된 전용 서버를 요구한다. 이러한 접근법은 비용이 많이 들 수 있고, 대량 배치와 관련하여 잘 스케일링되지 않는다.

브로드캐스트 멀티캐스트 서비스 센터(BMSC)에 의존하기 보다 파일 수리 요청들을 처리하는 종래의 하이퍼 텍스트 전송 프로토콜(HTTP) 웹 서버들(1030)의 이용을 가능하게 하는 현재의 파일 수리 특징에 대한 개선이 도 1에 도시된다. BMSC(1020)에 의해 제공된 MBMS 브로드캐스트 서비스는 셀룰러 네트워크(1040)를 통해 사용자 장비(UE)에 파일 또는 다른 미디어(1010)를 송신한다. 소스 심볼의 수리를 위해, UE(1050)는 표준화된 HTTP 요청들/응답들을 이용하여 HTTP 서버(1030)에 접촉할 수 있다. 이러한 접근법은 수리 서비스에 대한 기존의, 스케일가능하고, 표준화되고 널리 배포된 웹 기반의 기반구조(infrastructure)의 장점을 취한다. 일부 예들에서, 시스템은, 제한된 수의 HTTP 요청들에 의해 소스 심볼들의 복구를 허용하는 한편, MBMS를 통한 수리 심볼 송신을 지능적으로 수행함으로써 서버 복잡성, 스케일가능성, 캐싱 효율(caching efficiency) 및 HTTP 요청 오버헤드(overhead) 관점들의 측면에서 우수한 성능-복잡성의 균형을 실현할 수 있다(수리 심볼들은 UE가 파일의 유실된 조각들을 실제로 재송신하지 않고 파일을 수리하게 하도록 UE에 전달되는 중복 심볼들 - 예를 들어, AL-FEC 방식에 의해 만들어진 심볼들이다). 운용자는 특화된 파일 수리 서버를 사용할 필요는 없고, 콘텐츠를 전달하는데 사용된 동일한 웹 서버를 사용할 수 있다. 따라서, HTTP 서버에 의해 현재 처리되는 파일 수리 절차를 위해 BMSC는 더 이상 필요하지 않다. HTTP 서버들은 오직 콘텐츠를 저장하여야만 하고, FEC 코딩을 위해 자원들을 낭비할 필요가 없어서, 시스템으로 하여금 우수한 캐시 및 낮은 복잡성을 갖는 네트워크 효율을 달성하게 하여, 운용자가, 네트워크 또는 인터넷에서 종래의 웹 서버들을 이용하여 제공되는 즉시 이용가능한 콘텐츠, 신뢰성 및 스케일가능성을 최대한 활용하게(leverage) 할 것이다.

일부 예들에 인터넷 프로토콜 멀티미디어 서브시스템(IMS) 기반 MBMS 서비스들을 통한 MBMS 파일 수리 절차를 실현하는 시스템들, 방법들 및 머신 판독가능한 매체가 개시된다. 이것은 IMS 기반 MBMS 다운로드 전달 방법에 대한 변경들을 수반하는데, 특히, 파일의 초기 브로드캐스트에 후속하는, 예를 들어, 단방향 전송을 통한 파일 전달(File Delivery over Unidirectional Transport)(FLUTE) 세션이 파일을 브로드캐스팅한 BMSC로부터 MBMS 베어러를 통해 UE에 의해 수신된 이후의 관련 수리 절차들에 대한 변경들을 수반한다. 정정이 필요하다면(즉, UE가, 정확하게 수신된 소스 및 수리 심볼들의 세트에 기초하여 파일을 디코드할 수 없다면), UE는 BMSC로부터 접속해제하고, (현재 절차인, MBMS 파일 수리 서비스를 위해 BMSC에 접속된 채로 남아있기보다는) HTTP를 이용하여 파일의 유실된 컴포넌트들을 검색하기 위해 HTTP 웹 서버로의 세션 스위치를 확립한다.

도 2는 3GPP 기술 규격(TS) 26.237에 정의된 바와 같은 IMS 기반 MBMS 서비스 아키텍처에 대한 다수의 기능 블록들을 도시한다(이러한 도면은 TS 26.237의 유사한 도면에 기초하며, 패킷 스위칭 스트리밍(packet-switched streaming)(PSS)에 관한 기능 블록들과 같은, IMS 기반 MBMS 서비스에 관련되지 않을 수 있는 추가적인 IMS 기반 서비스 기능들을 또한 도시할 수 있음). IMS 코어 네트워크 서브시스템(2010)(IM CN 서브시스템)은 적어도 부분적으로 3GPP 기술 규격(TS) 23.228에 정의된 서브시스템일 수 있고, 사용자 등록 및 인증, 이동성 및 로밍, 멀티미디어 세션의 제어, QoS 제어, 정책 제어, 과금(charging) 및 회선 교환 네트워크와의 상호동작을 지원한다. UE(2020)는 서비스 발견 및 선택을 수행하고, 서비스 개시, 변경 및 종료를 처리하고, 콘텐츠를 수신하여 사용자에게 제시하는 IMS 기반 MBMS 클라이언트 기능성을 포함한다. 서비스 제어 기능(Service Control Function)(SCF)(2030)은 그러한 로직의 실행을 지원하기 위해 요구되는 서비스 로직 및 기능들을 제공한다. 이것은 서비스에 대한 액세스를 허용 또는 거부하기 위해 MBMS 사용자의 서비스 가입을 체크하는 것을 포함하는, 세션 개시와 세션 변경 동안의 서비스 인가를 행하고 관련된 MBMS 미디어 기능들을 선택한다. HTTP 기반 전달을 위해, SCF는 프록시 또는 백 투 백(back-to-back) 사용자 에이전트(B2BUA)로서 기능한다. MBMS를 위하여, SCF는 종단 사용자 에이전트(UA)로서 작동한다. HTTP/SIP 어댑터(2040)는 SIP 세션들을 HTTP 인입 요청들과 상관시킨다. HTTP 서버(2050)는 3GPP TS 26.234에 기술되며, 표준 HTTP 프로토콜을 이용하여 파일 수리에 대한 요청시에 소스 심볼들을 제공할 수 있다. BMSC.UPF(2060)는 모든 브로드캐스트 멀티캐스트 서비스 센터(BMSC) 사용자 평면 하위-기능들(user plane sub-functions)(UPF)을 처리한다. 도 3은 3GPP TS 26.346에 따른, UE와 BMSC 사이의 BMSC 하위-기능 아키텍처 및 관련 인터페이스들을 예시한다. 3GPP TS 23.203에 특정된 정책 및 과금 규칙 기능(Policy and Charging Rules Function)(PCRF)(2070)은 무선 액세스 네트워크(Radio Access Network)(RAN) 및 패킷 교환(PS) 코어 네트워크에서의 자원들의 과금 및 확립을 제어한다. 서비스 선택 기능(Service Selection Function)(SSF)(2080)은, HTTP를 통한 HTTP 기반 동적 적응형 스트리밍(Dynamic Adaptive Streaming over HTTP)(DASH), MBMS 사용자 서비스들, 및 관련 사용자 서비스 기술 정보를 포함하는 이용가능한 사용자 서비스들의 리스트를 제공한다. 리스트는 또한 클라이언트의 아이덴티티에 개인화될 수 있다.

도 2는 특정 예시적인 IMS 기반 MBMS 시스템의 기능적 개략도의 예인 것으로 의도된다(또한 UE, 진화된 패킷 코어(Evolved Packet Core)(EPC), 및 무선 액세스 네트워크 또는 RAN을 도시함). 본 출원인의 개시내용의 이점을 이용하는 본 기술분야의 당업자는 기능적 그룹핑의 다양한 조합 및 순열이 본 명세서에 개시된 다양한 예들을 구현하는데 사용될 수 있다는 것을 인지할 것이다. 예를 들어, 다수의 컴포넌트가 동일한 위치에서 및/또는 동일한 물리적 하드웨어 상에서 실행될 수 있다.

이제 도 3을 참조하면, BMSC의 블록도(3000)가 도시된다. 사용자 서비스 발견 및 공고(User Service Discovery and Announcement)(3010)는, MBMS 베어러들(세션 및 송신 기능(3030)의 MBMS 전달 기능들(3040)을 통해 용이하게 됨)을 이용하는 서비스 공고를 통해, 또는 MBMS 푸시 능력을 이용하는 푸시 공고(Push announcement)를 통해, UE(대화형 공고 기능들(3020)에 의해 용이하게 됨)에 의해 송신된 HTTP 요청에 대한 응답을 통해 UE들에 공고를 제공한다. 이러한 공고는 UE가 공고된 서비스를 수신하기 위한 필요 정보를 포함한다. 공고는 서비스 식별자들, IP 멀티캐스트 어드레스들 및 미디어 기술들을 포함할 수 있다.

세션 및 송신 기능(3030)은 모든 콘텐츠 송신 관련 기능들을 포함한다. MBMS 전달 기능들(3040)은 (MBMS 다운로드 서비스들을 통해) 파일들을 전달하거나, (MBMS 스트리밍 서비스를 통해) 스트리밍한다. 세션 및 송신 기능(3030)은 단방향 전송을 통한 파일 전달(FLUTE) 뿐만 아니라 UDP 및 실시간 송신 프로토콜(real-time transmission protocol)(RTP)을 통해 UE와 통신한다. 연관된 전달 기능들(3050)은 파일 수리 절차와 같은 보조 절차를 포함한다.

키(key) 관리 기능(3060)은 UE에 대한 인증 및 키 배포를 처리하는 키 요청 기능들(3070) 및 키 배포 기능들(3080)을 포함한다. 콘텐츠 제공자/멀티캐스트 브로드캐스트 소스(3090)는 MBMS 네트워크를 통해 브로드캐스트 또는 멀티캐스트되는 콘텐츠를 제공하는 콘텐츠 제공자의 네트워크이다.

이제 도 4를 참조하면, HTTP를 이용하는 MBMS 파일 수리를 도시하는 예시적인 메시지 시퀀스차트가 도시된다. 동작(4010)에서, UE는 선택된 MBMS 다운로드 서비스를 나타내는, 초기 SIP INVITE 메시지를 생성하고 그것을 IM CN 서브시스템으로 송신한다. SDP 제안(SDP offer)은 SIP INVITE 메시지에 포함될 수 있다. IM CN 서브시스템은 SIP INVITE 메시지 및 SDP 제안을 SCF에 포워딩한다. SIP INVITE 요청의 Request-URI는 MBMS 다운로드 서비스의 주지된 PSI(Public Service Identifier)일 수 있고, "to" 헤더는 Request-URI에서의 URI와 동일한 URI를 포함할 수 있고, "from" 헤더는 사용자의 공개 사용자 아이덴티티(public user identity)를 나타낼 수 있다. SDP 제안은 요청에 포함될 수 있고, UE 서비스 선택 절차 동안에 수신된 파라미터들 및 MBMS 다운로드 서비스를 위해 요구되는 이용가능한 대역폭 및 미디어 능력에 따라 행해질 수 있다.

동작(4020)에서, SIP INVITE 요청의 수신 시에, SCF는 SDP 제안 내의 SDP 파라미터들을 검사하고 서비스 인가 절차를 수행하여 사용자 가입 정보에 따른, 요청된 MBMS 다운로드 서비스의 서비스 권리를 체크한다. 사용자가 인가되면, SCF는 SDP 답변을 포함하는 SIP 200 OK로 답변할 수 있다. SDP 답변은 파일 전달 테이블(File Delivery Table)(FDT)의 어드레스를 나타내는 fdt_address:uri 및 수리 서버의 어드레스를 나타내는 repair-server-address:uri를 포함할 수 있다.

동작(4030)에서, SIP 응답의 수신 시에, UE는 수신된 SDP의 FLUTE 세션 파라미터들을 검사하고, 그에 따라 MBMS 다운로드 데이터를 수신할 수 있다. FDT가 이용가능하지 않은 경우, UE는 SDP 답변의 fdt_address 속성에 따른 FDT를 취할 수 있다. FDT는 FLUTE 세션에서 전달된 파일들에 대한 콘텐츠 기술 정보를 포함한다.

불완전한 다운로드의 경우에, UE는 SCF로부터의 SDP 답변 내의 repair-server-address 속성에 의해 나타내어지는 수리 서버를 향하여 파일 수리 절차를 실행할 수 있다. MBMS 다운로드로부터 웹 서버로부터의 수리 서비스의 HTTP 기반 전달로 스위칭하기 위해, 세션 개시 프로토콜(SIP) Re-INVITE가 UE에 의해 발행되고 동작(4040)에서 IM CN 서브시스템으로 전달된다. 세션 기술 프로토콜(SDP) 제안 및 수리 서버를 가리키는 Reqeust-URI는 SIP Re-INVITE 메시지에 포함되어 파일 수리를 활성화할 수 있다. IM CN 서브시스템은 SIP Re-INVITE 메시지를 SCF에 포워드할 수 있다. Request-URI는 사용자가 활성화하기를 희망하는 웹 서버로부터의 HTTP 기반 파일 수리 세션에 관련된다. Request-URI는 다음과 같이 정의되는 사용자 및 도메인 부분으로 구성될 수 있다: 사용자 부분은 SSF로부터의 사용자 서비스 기술 정보로부터 검색되는 콘텐츠 식별자를 포함한다. 콘텐츠 식별자는 서비스 선택 정보로부터 검색될 수 있다. 도메인 부분은 SSF로부터 획득된 서비스 제공자 도메인 이름이다. "to" 헤더는 수리 서버 어드레스 URI를 포함할 수 있다. "from" 헤더는 사용자의 공개 사용자 아이덴티티를 나타낼 수 있다. 콘텐츠 식별자는 서비스 선택 정보로부터 검색될 수 있다. 서비스 선택 절차 동안에 또는 SIP OPTIONS에 의한 유실 파라미터를 검색하는 절차 동안에 SSF로부터 수신된 파라미터들에 따라 그리고 파일 수리 세션에 이용가능한 정책들 및 미디어 능력들에 따라, SDP 제안은 Re-INVITE 요청에 포함될 수 있다.

동작(4050)에서, SIP 변경 요청을 수신하는 것에 응답하여, SCF는 현재 브로드캐스팅된 프로그램이 파일 수리 목적을 위한 MBMS/FLUTE 대 HTTP 스위칭 지원을 갖는지를 판정할 수 있다. MBMS 대 HTTP 스위칭이 UE에 대하여 이용가능하지 않다면, 세션 변경은 거부되고 (이전에 예약된 자원들과 함께) 오래된 MBMS 세션이 유지된다. MBMS 대 HTTP 스위칭이 UE에 대하여 이용가능하다면, B2BUA로서 작동하는 SCF는 요청된 콘텐츠에 대한 사용자 권리를 UE로부터의 SIP Re-INVITE 메시지의 수신 시에 체크하고, 요청이 MBMS 파일 수리 절차에 대한 것임을 식별하고, HTTP/SIP 어댑터를 선택하고, 그에 따라 "Request-URI"를 변경함으로써 파일 수리 서비스를 책임지는 HTTP/SIP 어댑터에 SIP INVITE 요청을 포워드할 수 있다. HTTP/SIP 어댑터로부터 301 또는 302 응답을 수신하는 경우, SCF는 이 메시지를 UE에 포워드하지 않을 수 있다.

Request-URI가 사용자 부분에 콘텐츠 식별자를 포함하고 도메인 부분에 도메인 이름을 포함하면, SCF는 적절한 HTTP/SIP 어댑터를 선택하고 선택된 HTTP/SIP 어댑터에 대한 SIP INVITE 요청을 생성할 수 있다. SIP INVITE 요청의 "to" 헤더는 UE로부터 수신된 SIP 변경 요청의 Request-URI에서의 콘텐츠 식별자와 동일한 콘텐츠 식별자를 포함할 수 있다. 동작(4060)에서, SCF는 SDP 파라미터들을 갖는 SIP INVITE 요청을 HTTP/SIP 어댑터에 송신할 수 있고 BMSC.UPF와 UE 사이의 FLUTE 기반 MBMS 다운로드 세션을 해체할 수 있다.

MBMS 파일 수리 활성화 요청의 수신 시에, HTTP/SIP 어댑터는 SDP의 미디어 파라미터들 및 "to" 헤더의 사용자 부분에 존재하는 콘텐츠 식별자를 검사하고 Request URI에 따라 HTTP 서버를 선택할 수 있다. HTTP/SIP 어댑터는 UE의 IP 어드레스를 포함하는 HTTP POST 메시지를 동작(4070)에서 HTTP 서버에 전송한다. HTTP/SIP 어댑터는 요청을 다른 HTTP/SIP 어댑터 서버에 재전송하는 것을 결정할 수 있다. 이 경우에, 콘텐츠가 이 HTTP/SIP 어댑터에 의해 관리되지 않으면, HTTP/SIP 어댑터는 301 응답을 반환할 수 있거나, 임의의 다른 이유(예를 들어, 부하 밸런싱)를 위해 302 응답을 반환할 수 있다. 재전송 HTTP/SIP 어댑터는 하나 이상의 목적지 HTTP/SIP 어댑터 어드레스를 접촉 헤더에 나타낼 수 있다.

동작(4080)에서, HTTP/SIP 어댑터로부터 수신되는 HTTP POST 메시지의 수신 시에, HTTP 서버는 HTTP 200 OK 응답으로 HTTP/SIP 어댑터에 답변할 수 있다. HTTP/SIP 어댑터는 동작(4090)에서 SDP 답변을 포함하는 SIP 200 OK 메시지를 SCF에 반환한다. SDP 답변은 요청된 콘텐츠 파일의 다운로드 URL을 포함하는 MBMS 파일 수리 세션을 기술할 수 있다. 스트리밍에 대해 정의된 SDP 답변과의 상이점들은 제어 프로토콜(실시간 스트리밍 프로토콜(RTSP)), 스트리밍 대신에 TCP 전송 및 HTTP 기반 다운로드 방법의 표시, 및 RTSP URI 대신에 HTTP URL의 표시에 대응하는 미디어 라인의 부재이다. 사용자가 선택한 콘텐츠가 발견될 수 없다면, HTTP/SIP 어댑터는 적절한 SIP 에러 코드(예를 들어, 404 Not Found) 응답으로 대응할 수 있다.

동작(4100)에서, SCF는 SIP 200 OK를 IM CN 서브시스템에 포워드할 수 있다. 동작 (4110)에서, IM CN 서브시스템은 SIP 200 OK를 UE에 포워드할 수 있다.

동작(4120)에서, SIP 200 OK를 수신한 후에, UE는 멀티캐스트 채널을 이탈하여(leave) HTTP GET(또는 바이트 범위 요청에 대한 HTTP 부분적 GET) 요청을 SIP 200 OK 메시지로부터 획득된 URL에 전송함으로써 MBMS 파일 수리를 시작할 수 있다. HTTP 서버는 동작(4130)에서 UE에 대한 HTTP 응답으로 콘텐츠 파일을 전달할 수 있다.

도 5는 일부 예들에 따른 HTTP 서버를 이용하는 IMS 기반 MBMS 파일 수리 방법의 흐름도를 도시한다. 동작(5010)에서, UE는 MBMS 서비스를 수신하기 위해 IMS 네트워크와의 세션을 확립한다. 일부 예들에서, UE는 SDP 제안을 갖는 SIP invite메시지를 IM CN 서브시스템에 전송할 수 있다. 그리고 나서, IM CN 서브시스템은 SDP 제안을 갖는 SIP invite를 SCF에 포워드할 수 있다. 그리고 나서 SCF는 SIP OK 메시지를 IM CN 서브시스템에 전송할 수 있고, 그리고 나서 IM CN 서브시스템은 SIP OK를 UE에 포워드할 수 있고, 따라서, MBMS 서비스를 수신하기 위해 IMS 네트워크와의 세션을 확립할 수 있다.

그리고 나서, 동작(5020)에서, UE는 MBMS 베어러를 통해 미디어를 수신한다. 일부 예들에서, UE는 제3 세대 파트너쉽 프로젝트(3GPP) 군의 표준들과 합치하는 롱 텀 에볼루션 무선 네트워크(Long Term Evolution wireless network)를 통해 (미디어를 수신하고) 네트워크와 통신한다. 다른 예들에서, UE는 3GPP 군의 표준들과 합치하는 범용 모바일 전화통신 시스템(UMTS) 무선 네트워크를 통해 (미디어를 수신하고) 네트워크와 통신한다. 또 다른 예에서, 다른 유형의 무선 네트워크들이 사용될 수 있다.

동작(5030)에서, UE는 인코딩된 심볼들 중 하나 이상이 적절하게 디코드될 수 없고 따라서 파일 수리 절차가 요구된다고 판정한다. 동작(5040)에서, 심볼들이 재송신되게(그리고, 그에 따라 미디어를 수리)하기 위해, UE는 유니캐스트를 통한 HTTP 기반 파일 수리를 요청하는 IMS 네트워크와의 세션을 재확립할 수 있다. 일부 예들에서, UE는 SDP 제안을 갖는 SIP Re-Invite 요청을 IM CN 서브시스템에 전송함으로써 이것을 행할 수 있다. IM CN 서브시스템은 이것을 SCF 컴포넌트에 포워드할 수 있다. 그리고 나면, SCF 컴포넌트는 지정된 HTTP 수리 서버에 접촉할 수 있는 SIP 대 HTTP 어댑터를 설정할 수 있다. HTTP 수리 서버가 긍정적으로 응답하면, IMS 네트워크는 세션이 적절하게 설정된다고 모바일에 대해 응답한다.

그리고 나서, 동작(5050)에서, UE는 HTTP 서버에 접촉하고, IMS 네트워크로부터 전송된 응답 메시지의 정보를 이용하여 적절한 심볼들을 재다운로드한다.

이제 도 6을 참조하면, 일부 예들에 따른, IMS 네트워크 관점으로부터 HTTP 서버를 이용하는 파일 수리 방법의 흐름도가 도시된다. 동작(6010)에서 SCF는 UE로부터 수리 요청을 수신한다. 수리 요청은 SDP 제안을 갖는 SIP re-invite와 같은 세션 재확립 메시지의 형식을 취할 수 있다. SCF는 동작(6020)에서 수리 동작이 HTTP를 이용하여 행해질 수 있는지를 판정한다. 수리 동작이 HTTP를 이용하여 행해질 수 있다면, 요청은 동작(6030)에서 HTTP 대 SIP 어댑터에 포워드된다. 동작(6035)에서, HTTP 대 SIP 어댑터는 HTTP post 메시지를 송신함으로써 HTTP 서버에 접촉하여 파일 수리를 설정할 수 있다. 그리고 나서, HTTP 서버로부터의 응답 메시지는 HTTP 대 SIP 어댑터에 의해 SIP 응답 메시지로 변환되고 다시 SCF로 포워드된다. 동작(6040)에서, UE의 FLUTE 세션이 해체되고, 동작(6050)에서 SCF는 응답 메시지를 HTTP/SIP 어댑터로부터 UE로 포워드한다. 응답 메시지가, HTTP 세션으로의 성공적인 천이를 나타내면, 그 후에, 응답에 포함된 정보(예를 들어, URL(Uniform Resource Locator))를 이용하여 일부 예들에서, UE는 HTTP를 통해 파일을 다운로드할 수 있다.

일부 예들에서, IMS 네트워크라는 용어는 편의를 위해 사용되고 일반적으로는 IMS 기반 MBMS 서비스를 전달하는데 이용되는 임의의 컴포넌트를 지칭하고 코어 네트워크(예를 들어, 진화된 패킷 코어 네트워크(evolved packet core network) - EPC)의 특정 구성요소를 포함할 수 있다.

도 7은 본 개시내용의 일부 예들에 따른 사용자 장비 디바이스(UE)(7000)의 예시적인 블록도를 도시한다. UE(7000)는 (다른 모듈들 및/또는 기능에 부가하여), 예를 들어, 터치 감응형 디스플레이 인터페이스, 키보드, 트랙 볼, 마우스 등을 통해 사용자로부터 입력을 수신하는 입력 및/또는 출력 모듈(7030)을 포함할 수 있다. 입력 및/또는 출력 모듈(7030)은 또한 하나 이상의 그래픽 디스플레이, 오디오 재생성 디바이스(예를 들어, 스피커) 등을 제어함으로써 출력을 사용자에게 디스플레이한다. 입력 및/또는 출력 모듈(7030)은 IMS 네트워크로부터 수신된 미디어, 파일 또는 다른 데이터를 디스플레이할 수 있고, IMS 네트워크에서 수신하는 것이 이용가능한 콘텐츠에 대한, UE(7000)의 사용자로부터의 입력을 수신할 수 있다.

UE(7000)은 변조, 코딩, 송신, 수신, 복조 및 언인코딩(unencoding)을 포함하는 무선 물리 계층 기능들을 구현할 수 있는 TX/RX 모듈(7020)을 가질 수 있다. UE는 또한 무선 프로토콜 스택의 다른 계층들(예를 들어, 계층 2 및 계층 3)을 구현할 수 있는 제어 모듈(7010)을 가질 수 있다. 예를 들어, 제어 모듈(7010)은 IMS 네트워크로부터의 데이터를 등록하고, 등록해제하고, 수신할 수 있다. 제어 모듈(7010)은 미디어 또는 파일을 수리하기 위해 HTTP 서버에 접촉하는 것을 포함하는, 파일 수리 절차를 또한 제어할 수 있다. 제어 모듈(7010)은 또한 입력/출력 모듈(7030)로부터의 사용자 입력에 응답할 수 있고 출력이 입력/출력 모듈(7030)을 통해 디스플레이로 또는 다른 출력 디바이스로 전송되게 할 수 있다.

도 8은 본 명세서에서 논의된 기법들(예를 들어, 방법론들) 중 임의의 하나 이상이 수행될 수 있는 예시적인 머신(8000)의 블록도를 예시한다. 대안의 실시예들에서, 머신(8000)은 독립적인 디바이스로서 동작할 수 있거나, 다른 머신들에 접속될 수 있다(예를 들어, 네트워킹됨). 네트워크 배치에서, 머신(8000)은 서버 클라이언트 네트워크 환경에서의 서버 머신, 클라이언트 머신, 또는 양자의 용량 내에서 동작할 수 있다. 예에서, 머신(8000)은 피어 대 피어(peer-to-peer)(P2P)(또는 다른 분산된) 네트워크 환경에서의 피어 머신으로서 기능할 수 있다. 머신(8000)은 개인용 컴퓨터(PC), 태블릿 PC, 셋톱 박스(STB), 개인용 디지털 단말(PDA), 이동 전화, 웹 기기, 네트워크 라우터, 스위치 또는 브리지, 또는 머신에 의해 취해질 조치들을 특정하는 명령어들을 (순차적 또는 다른 방식으로) 실행할 수 있는 임의의 머신일 수 있다. 예를 들어, eNodeB, UE, 또는 LTE 시스템의 다른 컴포넌트들이 머신(8000)의 컴포넌트들일 수 있거나, 머신(8000)의 컴포넌트들을 포함할 수 있다. 또한, 오직 단일의 머신이 예시되었으나, "머신"이라는 용어는, 클라우드 컴퓨팅, 서비스로서의 소프트웨어(SaaS), 다른 컴퓨터 클러스터 구성들과 같은, 본 명세서에서 논의된 방법론들 중 임의의 하나 이상을 수행하는 명령어들의 세트(또는 다수의 세트)를 개별적으로 또는 결합하여 실행하는 머신들의 임의의 집합을 포함하도록 취해질 것이다. 예를 들어, 머신(8000)의 기능들은 네트워크의 다수의 다른 머신들에 걸쳐 분산될 수 있다.

본 명세서에서 설명된 예들은 로직 또는 다수의 컴포넌트들, 모듈들 또는 메커니즘들을 포함할 수 있거나, 그에 기반하여 동작할 수 있다. 모듈들은 특정된 동작들을 수행할 수 있는 실체적인 엔티티들이고, 특정 방식으로 구성 또는 배열될 수 있다. 예에서, 회로들은 모듈과 같은 특정된 방식으로 (예를 들어, 내부적으로 또는 다른 회로들과 같은 외부 엔티티들과 관련하여) 구성될 수 있다. 예에서, 하나 이상의 컴퓨터 시스템(예를 들어, 독립형, 클라이언트 또는 서버 컴퓨터 시스템) 또는 하나 이상의 하드웨어 프로세서의 전부 또는 일부는 특정된 동작들을 수행하도록 동작하는 모듈로서, 펌웨어 또는 소프트웨어(예를 들어, 명령어들, 애플리케이션 부분, 또는 애플리케이션)에 의해 구성될 수 있다. 예에서, 소프트웨어는 (1) 비-일시적인 머신 판독가능한 매체 또는 (2) 송신 신호 상에 존재할 수 있다. 예에서, 모듈의 하부 하드웨어에 의해 실행되는 경우, 소프트웨어는 하드웨어로 하여금 특정된 동작들을 수행하게 한다.

따라서, "모듈"이라는 용어는 물리적으로 구성되는 엔티티인 실체적 엔티티를 포함하는 것으로 이해되며, 구체적으로 (예를 들어, 하드와이어배선(hardwired))으로 구성되거나, 임시적으로(예를 들어, 일시적으로) 구성되어(예를 들어, 프로그램되어) 특정된 방식으로 동작하거나 본 명세서에서 기술된 임의의 동작들 전부 또는 일부를 수행한다. 모듈들이 임시적으로 구성되는 예들을 고려하면, 각각의 모듈들은 임의의 어느 한 순간에서 인스턴스화될(instantiated) 필요는 없다. 예를 들어, 모듈이 소프트웨어를 이용하여 구성되는 범용 하드웨어 프로세서를 포함하고, 범용 하드웨어 프로세서는 시간에 따라 변화하는 하나 이상의 모듈로서 구성될 수 있다. 따라서, 소프트웨어는 예를 들어, 어느 한 순간에서 특정 모듈을 구성하고, 상이한 순간에서 상이한 모듈을 구성하도록 하드웨어 프로세서를 구성할 수 있다.

머신(예를 들어, 컴퓨터 시스템)(8000)은 하드웨어 프로세서(8002)(예를 들어, 중앙 처리 유닛(CPU), 그래픽 처리 유닛(GPU), 하드웨어 프로세서 코어, 또는 그의 임의의 조합), 주 메모리(8004) 및 정적 메모리(8006)을 포함할 수 있고, 이들 중 일부 또는 전부는 버스(8008)를 통해 서로 통신할 수 있다. 머신(8000)은 디스플레이 유닛(8010), 영숫자 입력 디바이스(8012)(예를 들어, 키보드), 사용자 인터페이스(UI) 제어 디바이스(8014), 및/또는 그외의 입력 디바이스들을 더 포함할 수 있다. 예에서, 디스플레이 유닛(8010) 및 UI 제어 디바이스(8014)는 터치 스크린 디스플레이일 수 있다. 머신(8000)은 추가적으로 저장소 디바이스(예를 들어, 드라이브 유닛)(8016), 신호 생성 디바이스(8018)(예를 들어, 스피커), 및 네트워크 인터페이스 디바이스(8020)를 포함할 수 있다.

저장소 디바이스(8016)는 본 명세서에서 기술된 기법들 또는 기능들 중 임의의 하나 이상을 구현되거나 그에 의해 이용되는 데이터 구조 또는 명령어들(8024)의 하나 이상의 세트(예를 들어, 소프트웨어)가 저장되는 머신 판독가능한 매체(8022)를 포함할 수 있다. 명령어들(8024)은 또한, 머신(8000)에 의한 그의 실행 동안에, 주 메모리(8004) 내에, 정적 메모리(8006) 내에, 또는 하드웨어 프로세서(8002) 내에 완전하게 또는 적어도 부분적으로 존재할 수 있다. 예에서, 하드웨어 프로세서(8002), 주 메모리(8004), 정적 메모리(8006), 또는 저장소 디바이스(8016) 중 하나 또는 임의의 조합은 머신 판독가능한 매체를 구성할 수 있다.

머신 판독가능한 매체(8022)는 단일 매체로서 예시되며, "머신 판독가능한 매체"라는 용어는 하나 이상의 명령어(8024)를 저장하도록 구성되거나 배열된 단일 매체 또는 다수의 매체(예를 들어, 중앙 집중화되거나 분산된 데이터 베이스, 및/도는 관련 캐시들 및 서버들)를 포함할 수 있다.

"머신 판독가능한 매체"라는 용어는 머신(8000)에 의한 실행을 위해 명령어들을 저장하고, 인코딩하고 또는 운반(carrying)할 수 있고, 머신(8000)으로 하여금 본 개시내용의 기법들 중 임의의 하나 이상을 수행하게 하거나, 그러한 명령어들에 의해 사용되거나, 그러한 명령어들과 연관되는 데이터 구조를 저장하고, 인코딩하고 또는 운반할 수 있는 임의의 실체적인 매체를 포함할 수 있다. 비-제한적 머신 판독가능한 매체 예들은 고체 상태 메모리들, 및 광학 및 자성 미디어를 포함할 수 있다. 머신 판독 가능한 매체의 특정 예들은, 반도체 메모리 디바이스들(예를 들어, 전기적으로 프로그램가능한 판독 전용 메모리(EPROM), 전기적으로 소거가능하고 프로그램가능한 판독 전용 메모리(EEPROM) 및 플래시 메모리 디바이스들)과 같은 비휘발성 메모리; 내부 하드 디스크들 및 탈착가능한 디스크들과 같은 자기 디스크들; 광자기 디스크들; 및 CD-ROM 및 DVD-ROM 디스크들을 포함할 수 있다.

명령어들(8024)은 또한 네트워크 인터페이스 디바이스(8020)를 통해 송신 매체를 이용하여 통신 네트워크(8026)를 통해 송신되거나 수신될 수 있다. 네트워크 인터페이스 디바이스(8020)는 머신(8000)을 다른 머신들의 네트워크에 접속시켜서 다수의 전송 프로토콜(예를 들어, 프레임 중계, 인터넷 프로토콜(IP), 송신 제어 프로토콜(TCP), 사용자 데이터그램 프로토콜(user datagram protocol)(UDP), 하이퍼텍스트 전송 프로토콜(HTTP) 등) 중 임의의 것을 이용하여 네트워크의 다른 머신과 통신할 수 있다. 예시적인 통신 네트워크는, 특히, 로컬 영역 네트워크(LAN), 광역 네트워크(WAN), 패킷 데이터 네트워크(예를 들어, 인터넷), 이동 전화 네트워크(예를 들어, 셀룰라 네트워크), 기존 전화 서비스(POTS) 네트워크, 및 무선 데이터 네트워크(예를 들어, Wi-Fi®로 알려진 전기 전자 엔지니어 학회(IEEE) 802.11군의 표준들, WiMax®로 알려진 IEEE 802.16 군의 표준들), 피어 투 피어(P2P) 네트워크를 포함할 수 있다. 예에서, 네트워크 인터페이스 디바이스(8020)는 통신 네트워크(8026)에 접속하기 위한 하나 이상의 안테나 또는 하나 이상의 물리적 잭(physical jack)(예를 들어, 이더넷, 동축 또는 폰 잭)을 포함할 수 있다. 예에서, 네트워크 인터페이스 디바이스(8020)는 복수의 안테나를 포함하여 단일 입력 다중 출력(single-input multiple-output)(SIMO), 다중 입력 다중 출력(multiple-input multiple-output)(MIMO), 또는 다중 입력 단일 출력(multiple input single output)(MISO) 기법들 중 적어도 하나를 이용하여 무선으로 통신할 수 있다. "송신 매체"라는 용어는, 머신(8000)에 의한 실행을 위해 명령어들을 저장, 인코딩, 또는 운반할 수 있는 무형의 매체를 포함하고, 그러한 소프트웨어의 통신을 용이하게 하는 디지털 또는 아날로그 통신 신호들 또는 그외의 무형의 매체를 포함하는 것으로 취해진다.

그외의 유의점들 및 예들

예 1: 인터넷 프로토콜 멀티미디어 서브시스템(IMS) 기반 네트워크에서의 미디어 수리의 방법으로서, 멀티미디어 브로드캐스트 멀티캐스트 서비스(MBMS) 베어러를 통한 브로드캐스트-멀티캐스트 서비스 센터(BMSC)와의 다운로드 세션을 설정하기 위해 세션 개시 프로토콜(SIP)을 이용하여 IMS 네트워크 컴포넌트와 통신하는 단계; 상기 확립된 MBMS 베어러를 이용하여 다운로드된 미디어의 하나 이상의 인코딩 심볼이 디코드될 수 없다고 판정하는 것에 응답하여: SIP re-invite 요청을 이용하여 상기 IMS 네트워크 컴포넌트로부터 파일 수리 절차를 요청하고 - 상기 SIP re-invite 요청은 상기 MBMS 베어러 설정 동안에 상기 IMS 네트워크 컴포넌트에 의해 나타내어진 하이퍼텍스트 전송 프로토콜(HTTP) 수리 서버의 어드레스를 포함함 - ; 상기 요청이 성공적이었다는 것을 나타내는 SIP 확인응답을 수신하는 것에 응답하여, 디코드될 수 없었던 상기 미디어의 하나 이상의 인코딩 심볼을 재다운로드하기 위해 상기 HTTP 서버와의 HTTP 접속을 요청하고; 상기 HTTP 서버로부터 상기 하나 이상의 인코딩 심볼을 수신하는 단계를 포함하는 방법.

예 2: 예 1에 있어서, 상기 미디어는 단방향 전송을 통한 파일 전달(FLUTE) 프로토콜을 이용함으로써 상기 MBMS 베어러를 이용하여 다운로드되는 방법.

예 3: 예 1 또는 예 2에 있어서, 상기 IMS 네트워크의 컴포넌트는 서비스 조정 기능(Service Coordination Function)(SCF)인 방법.

예 4: 예 1 내지 3 중 어느 하나에 있어서, 상기 HTTP 접속은 HTTP GET 요청을 이용하여 요청되는 방법.

예 5: 예 1 내지 4 중 어느 하나에 있어서, 상기 IMS 네트워크의 컴포넌트와의 통신은 롱 텀 에볼루션(Long Term Evolution)(LTE) 네트워크를 통해 통신하는 것을 포함하는 방법.

예 6: 사용자 장비(UE)로서, 멀티미디어 브로드캐스트 멀티캐스트 서비스(MBMS) 베어러를 이용하여 인터넷 프로토콜 멀티미디어 서브시스템(IMS) 네트워크로부터 다운로드된 미디어 파일의 하나 이상의 인코딩 심볼이 디코드될 수 없고, 파일 수리 절차가 요구된다고 판정하도록 구성된 제어 모듈; 및 상기 파일 수리 절차가 요구된다는 것을 상기 제어 모듈이 판정하는 것에 응답하여 세션 개시 프로토콜(SIP) re-invite 요청을 이용하여 상기 IMS 네트워크의 컴포넌트로부터 상기 파일 수리 절차를 요청하고, 상기 re-invite 요청이 성공적이었다는 것을 나타내는 SIP 확인응답을 수신하는 것에 응답하여 디코드될 수 없었던 상기 미디어의 하나 이상의 인코딩 심볼을 재다운로드하기 위해 상기 HTTP 서버와의 하이퍼텍스트 전송 프로토콜(HTTP) 접속을 요청하고, 상기 하나 이상의 인코딩 심볼을 상기 HTTP 서버로부터 수신하도록 구성된 송신 및 수신 모듈을 갖는 사용자 장비.

예 7: 예 6에 있어서, SIP를 이용하여 상기 MBMS 베어러를 설정하는 것을 포함하는 사용자 장비.

예 8: 예 5 또는 예 6에 있어서, 상기 SIP re-invite 요청은 상기 MBMS 베어러 설정 동안에 파일 수리 서버로서 상기 IMS 네트워크의 컴포넌트에 의해 나타내어지는 HTTP 서버의 어드레스를 포함하는 사용자 장비.

예9: 예 6 내지 예 8 중 어느 하나에 있어서, 상기 송신 및 수신 모듈은 단방향 전송을 통한 파일 전달(FLUTE) 프로토콜을 이용함으로써 상기 MBMS 베어러를 이용하여 상기 미디어를 다운로드하도록 구성되는 사용자 장비.

예 10: 예 6 내지 예 9 중 어느 하나에 있어서, 상기 IMS 네트워크의 컴포넌트는 서비스 조정 기능(SCF)인 사용자 장비.

예 11: 예 6 내지 예 10 중 어느 하나에 있어서, 상기 송신 및 수신 모듈은 롱 텀 에볼루션(LTE) 네트워크를 통해 상기 IMS 네트워크의 컴포넌트와 통신하는 사용자 장비.

예 12: 명령어들을 저장하는 머신 판독가능한 매체로서, 상기 명령어들은 머신에 의해 수행되는 경우 상기 머신으로 하여금, 멀티미디어 멀티캐스트 서비스(MBMS) 베어러를 통한 브로드캐스트-멀티캐스트 서비스 센터(BMSC)와의 다운로드 세션을 설정하기 위해 세션 개시 프로토콜(SIP)을 이용하여 인터넷 프로토콜 멀티미디어 서브시스템(IMS) 네트워크 컴포넌트와 통신하고, 상기 확립된 MBMS 베어러를 이용하여 다운로드된 미디어의 하나 이상의 인코딩 심볼이 디코드될 수 없다고 판정하는 것에 응답하여: SIP re-invite 요청을 이용하여 상기 IMS 네트워크 컴포넌트로부터 파일 수리 절차를 요청하고 - 상기 SIP re-invite 요청은 상기 MBMS 베어러 설정 동안에 상기 IMS 네트워크 컴포넌트에 의해 나타내어진 하이퍼텍스트 전송 프로토콜(HTTP) 수리 서버의 어드레스를 포함함 - , 상기 요청이 성공적이었다는 것을 나타내는 SIP 확인응답을 수신하는 것에 응답하여, 디코드될 수 없었던 상기 미디어의 하나 이상의 인코딩 심볼을 재다운로드하기 위해 상기 HTTP 서버와의 HTTP 접속을 요청하고, 및 상기 HTTP 서버로부터 상기 하나 이상의 인코딩 심볼을 수신하는 것을 포함하는 동작들을 수행하게 하는 머신 판독가능한 매체.

예 13: 예 12에 있어서, 상기 미디어는 단방향 전송을 통한 파일 전달(FLUTE) 프로토콜을 통해 상기 MBMS 베어러를 이용하여 다운로드되는 머신 판독가능한 매체.

예 14: 예 12 또는 예 13에 있어서, 상기 IMS 네트워크의 컴포넌트는 서비스 조정 기능(SCF)인 머신 판독가능한 매체.

예 15: 예 12 내지 예 14 중 어느 하나에 있어서, 상기 HTTP 접속은 HTTP GET 요청을 이용하여 요청되는 머신 판독가능한 매체.

예 16: 예 12 내지 예 15 중 어느 하나에 있어서, 상기 IMS 네트워크의 컴포넌트와 통신하는 것은 롱 텀 에볼루션(LTE) 네트워크를 통해 통신하는 것을 포함하는 머신 판독가능한 매체.

예 17: 인터넷 프로토콜 멀티미디어 서브시스템(IMS) 네트워크에서의 파일 수리 방법으로서, 사용자 장비(UE)로부터 세션 개시 프로토콜(SIP) re-invite 요청을 수신하는 단계 - 상기 re-invite는 하이퍼텍스트 전송 프로토콜(HTTP) 유니캐스트 베어러를 이용하여 파일 수리 절차의 개시를 요청하고 수리 서버의 어드레스를 포함함 - ; HTTP 대 SIP 어댑터를 선택하고 상기 선택된 HTTP 대 SIP 어댑터에 대한 SIP invite 요청을 생성하는 단계; 상기 HTTP 대 SIP 어댑터가 상기 수리 서버와의 상기 파일 수리 절차를 설정하였다는 것을 나타내는 SIP 확인응답 메시지를 상기 선택된 HTTP 대 SIP 어댑터로부터 수신하는 것에 응답하여, 상기 UE와 브로드캐스트 멀티캐스트 서비스 센터 사용자 평면 기능(BMSC.UPF) 사이의 MBMS 다운로드 세션을 해체하는 단계; 및 HTTP 기반 전달을 개시하기 위해 상기 확인응답을 상기 UE에 포워딩하는 단계를 포함하는 방법.

예 18: 예 17에 있어서, 상기 UE에 대해 MBMS 베어러를 설정하는 단계를 포함하고, 상기 설정은 HTTP 수리 서버의 어드레스를 송신하는 것을 포함하는 방법.

예 19: 예 17 또는 예 18에 있어서, 상기 방법은 서비스 조정 기능 상에서 실행되는 방법.

예 20: 예 17 내지 예 19 중 어느 하나에 있어서, 상기 선택된 HTTP 대 SIP 어댑터에 대한 상기 SIP invite 요청은, 상기 요청에서 식별된 미디어 아이템이 MBMS 대 HTTP프로토콜 스위칭을 허용한다고 판정하는 것에 응답하여 생성되는 방법.

예 21: 예 17 내지 20 중 어느 하나에 있어서, 상기 선택된 HTTP 대 SIP 어댑터에 대한 상기 SIP invite 요청은, 상기 수리 서버를 가리키는 요청 균등 자원 식별자(Uniform Resource Identifier)(URI) 및 세션 기술 프로토콜(SDP) 제안을 포함하는 방법.

예 22: 예 21에 있어서, 상기 요청 URI는 콘텐츠 식별자를 포함하는 사용자 부분 및 서비스 제공자 도메인 이름을 포함하는 도메인 부분을 포함하는 방법.

예 23: 인터넷 프로토콜 멀티미디어 서브시스템(IMS) 네트워크의 컴포넌트로서, 컴퓨터 프로세서 상에서 동작하는 서비스 조정 기능(SCF)을 포함하고, 상기 서비스 조정 기능은, MBMS 서비스를 제공하기 위해 사용자 장비(UE)와의 세션 개시 프로토콜(SIP)을 이용하여 멀티미디어 브로드캐스트 멀티캐스트 서비스(MBMS) 베어러를 확립하고, 하이퍼텍스트 전송 프로토콜(HTTP) 유니캐스트 베어러를 이용하여 파일 수리 절차의 개시를 요청하는 SIP re-invite 요청을 상기 UE로부터 수신하고, HTTP 대 SIP 어댑터를 선택하고 상기 선택된 HTTP 대 SIP 어댑터에 대한 SIP invite 요청을 생성하고, 상기 UE와 브로드캐스트 멀티캐스트 서비스 센터 사용자 평면 기능(BMSC.UPF) 사이의 상기 MBMS 다운로드 세션을 해체하고 상기 HTTP 대 SIP 어댑터로부터 SIP 확인응답 메시지를 수신하는 것에 응답하여 HTTP 기반 전달을 개시하기 위해 상기 UE에 상기 확인응답을 포워드하도록 구성되는 컴포넌트.

예 24: 예 23에 있어서, 상기 SCF는 상기 MBMS 베어러를 확립할 시에 상기 HTTP 수리 서버의 어드레스를 전송하도록 구성되는 IMS 네트워크의 컴포넌트.

예 25: 예 23 또는 예 24에 있어서, 상기 SCF는 상기 요청에서 식별된 상기 미디어 아이템이 MBMS 대 HTTP 프로토콜 스위칭을 허용한다고 판정하는 것에 응답하여 선택된 HTTP 대 SIP 어댑터에 대한 SIP invite 요청을 생성하도록 구성되는 IMS 네트워크의 컴포넌트.

예 26: 예 23 내지 예 25 중 어느 하나에 있어서, 상기 선택된 HTTP 대 SIP 어댑터에 대한 상기 SIP invite 요청은 상기 수리 서버를 가리키는 요청 균등 자원 식별자(URI) 및 세션 기술 프로토콜(SDP) 제안을 포함하는 IMS 네트워크의 컴포넌트.

예 27: 예 26에 있어서, 상기 요청 URI는 콘텐츠 식별자를 포함하는 사용자 부분 및 서비스 제공자 도메인 이름을 포함하는 도메인 부분을 포함하는 IMS 네트워크의 컴포넌트.

예 28: 명령어들을 저장하는 머신 판독가능한 매체로서, 상기 명령어들은, 머신에 의해 수행되는 경우 상기 머신으로 하여금, 사용자 장비(UE)로부터 세션 개시 프로토콜(SIP) re-invite 요청을 수신하고 - 상기 re-invite 요청은 하이퍼텍스트 전송 프로토콜(HTTP) 유니캐스트 베어러를 이용하여 파일 수리 절차의 개시를 요청하고 상기 요청은 수리 서버의 어드레스를 포함함 - , HTTP 대 SIP 어댑터를 선택하고 상기 선택된 HTTP 대 SIP 어댑터에 대한 SIP invite 요청을 생성하고, 상기 HTTP 대 SIP 어댑터가 상기 수리 서버와의 상기 파일 수리 절차를 설정하였다는 것을 나타내는 SIP 확인응답 메시지를 상기 선택된 HTTP 대 SIP 어댑터로부터 수신하는 것에 응답하여, 상기 UE와 브로드캐스트 멀티캐스트 서비스 센터 사용자 평면 기능(BMSC.UPF) 사이의 멀티미디어 브로드캐스트 멀티캐스트 서비스(MBMS) 다운로드 세션을 해체하고, HTTP 기반 전달을 개시하기 위해 상기 확인응답을 상기 UE에 포워딩하는 것을 포함하는 동작들을 수행하게 하는 머신 판독가능한 매체.

예 29: 예 28에 있어서, 상기 명령어들은, 상기 머신에 의해 수행되는 경우 상기 머신으로 하여금, 상기 UE에 대한 MBMS 베어러를 설정하는 동작들을 수행하게 하는 명령어들을 포함하고, 상기 설정은 상기 HTTP 수리 서버의 어드레스를 전송하는 것을 포함하는 머신 판독가능한 매체.

예 30: 예 28 또는 예 29에 있어서, 상기 명령어들은, 상기 머신에 의해 수행되는 경우 상기 머신으로 하여금, 상기 요청에서 식별된 미디어 아이템이 MBMS 대 HTTP 프로토콜 스위칭을 허용한다고 판정하는 것에 응답하여 상기 선택된 HTTP 대 SIP 어댑터에 대한 SIP invite 요청을 생성하는 동작들을 수행하게 하는 명령어들을 포함하는 머신 판독가능한 매체.

예 31: 예 28 내지 예 30 중 어느 하나에 있어서, 상기 선택된 HTTP 대 SIP 어댑터에 대한 상기 SIP invite 요청은, 상기 수리 서버를 가리키는 요청 균등 자원 식별자(URI) 및 세션 기술 프로토콜(SDP) 제안을 포함하는 머신 판독가능한 매체.

예 32: 예 31에 있어서, 상기 요청 URI는 콘텐츠 식별자를 포함하는 사용자 부분 및 서비스 제공자 도메인 이름을 포함하는 도메인 부분을 포함하는 머신 판독가능한 매체.

전술한 설명은 상세한 설명의 일부를 형성하는 첨부 도면들에 대한 참조를 포함한다. 도면들은, 실시될 수 있는 특정 실시예들을 예시로써 도시한다. 이들 실시예들은 또한 본 명세서에서 "예들"로서 지칭된다. 그러한 예들은 도시되거나 설명된 것을 이외의 구성요소들을 포함할 수 있다. 그러나, 본 발명자들은 도시되거나 설명된 그러한 구성요소들만이 제공되는 예들을 고려한다. 더욱이, 본 발명자들은, 본 명세서에서 도시되거나 설명된 특정 예(또는 그의 하나 이상의 양태들)와 관련하여, 또는 다른 예들(또는 그의 하나 이상의 양태들)과 관련하여, 도시되거나 설명된 그러한 구성요소들(또는 그의 하나 이상의 양태들)의 임의의 조합 또는 순열을 이용하는 예들을 또한 고려한다.

본 문서에서 언급되는 모든 간행물, 특허 및 특허 문서들은, 개별적으로 참조로서 포함되듯이, 그 전체가 본원에서 참조로서 포함된다. 본 문서와 그렇게 참조로서 포함된 문서들 간에 용법(usage)의 모순점이 발생하는 경우, 포함된 참조문서(들)에서의 용법은 본 문서의 용법에 대한 보충물로서 고려되어야 하며, 양립 불가능한 모순점들에 대해서는, 본 문서에서의 용법이 통제한다.

본 문서에서, 특허 문서들에서 공통적인, "한" 또는 "하나의"라는 용어들이, "적어도 하나" 또는 "하나 이상의"에 대한 임의의 다른 인스턴스들 또는 용법과 상관없이, 하나 또는 하나보다 많은 것을 포함하도록 사용된다. 본 문서에서, "또는"이라는 용어는 비배타성을 지칭하도록 사용되거나, 또는 달리 나타내지 않는 한, "A 또는 B"는 "B가 아닌 A", "A가 아닌 B", 및 "A 및 B"를 포함하는 것을 지칭하도록 사용된다. 첨부하는 특허청구범위에서, "포함하는(including)" 및 "~에서…(in which)"라는 용어들은 각각의 용어들 "포함하는(comprising)" 및 "여기에서(wherein)"의 평문 영어 동등물로서 사용된다. 또한, 이하의 특허청구범위에서, "포함하는(including)" 및 "포함하는(comprising)"이라는 용어들은 제약이 없는(open-ended), 즉, 청구항에서의 그러한 용어 이후에 나열되는 것들 이외의 구성요소들을 포함하는 시스템, 디바이스, 물품 또는 프로세스가 그 청구항의 범주 내에 들어오도록 역시 간주된다. 더욱이, 이하의 특허청구범위에서, "제1", "제2" 및 "제3" 등의 용어들은 단지 라벨로서 사용될 뿐, 그러한 대상물들에 대한 숫자적 요건들을 두려는 의도는 아니다.

전술한 설명들은 제한적이 아닌 예시적인 것으로 의도된다. 예를 들어, 전술한 예들(또는 그의 하나 이상의 양태들)은 서로 조합하여 사용될 수 있다. 본 기술분야의 당업자가 전술한 내용을 검토함으로써 다른 실시예들이 이용될 수 있다. 독자가 본 기술적 개시내용의 본질을 신속하게 확인할 수 있게 37 C.F.R. §1.72(b)을 준수하도록 개요가 제공된다. 이것은 특허청구범위의 범주 또는 의미를 해석하거나 제한하는데 이용되지 않는다는 이해와 함께 제출된다. 또한, 전술한 상세한 설명에서, 다양한 특징들이 함께 그룹핑되어 개시내용을 간소화한다. 이는 청구되지 않은 개시된 특징이 임의의 청구항에 대해 필수적인 것을 의도하는 것으로 해석되지 않아야 한다. 오히려, 발명의 주제는 특정 개시된 실시예의 모든 특징들보다 적은 것에 존재할 수 있다. 따라서, 이하의 특허청구범위는 상세한 설명에 포함되며, 각각의 청구항은 독립된 실시예로서 그 자신을 나타낸다. 본 발명의 범주는, 그러한 특허청구범위가 부과될 수 있는 동등물의 전체 범주와 함께, 첨부하는 특허청구범위와 관련하여 판정되어야 한다.

Claims

사용자 장비(UE)로서,
제어 모듈; 및
송신 및 수신 모듈
을 포함하고,
상기 제어 모듈은, 멀티미디어 브로드캐스트 멀티캐스트 서비스(Multimedia Broadcast Multicast Service; MBMS) 베어러(bearer)를 통해 인터넷 프로토콜 멀티미디어 서브시스템(Internet Protocol Multimedia Subsystem; IMS) 네트워크의 컴포넌트로부터 다운로드되는 미디어 파일이 파일 수리가 요구된다고 판정하고,
상기 송신 및 수신 모듈은,
상기 IMS 네트워크의 컴포넌트로 세션 개시 프로토콜(Session Initiation Protocol; SIP) re-invite 요청을 송신하는 것에 의해 파일 수리 세션을 개시하고,
상기 IMS 네트워크의 컴포넌트로부터 SIP 응답 메시지(SIP response message)를 수신하고,
상기 미디어 파일을 수리하기 위해 파일 수리 서버로 하이퍼텍스트 전송 프로토콜(Hypertext Transfer Protocol; HTTP) 요청을 송신하는, 사용자 장비.
제1항에 있어서,
상기 송신 및 수신 모듈은 SIP를 이용하여 상기 MBMS 베어러를 설정하도록 구성되는, 사용자 장비.
제1항에 있어서,
상기 SIP re-invite 요청은, 상기 파일 수리 서버로서 상기 IMS 네트워크의 컴포넌트에 의해 나타내어지는 HTTP 서버의 어드레스를 포함하는, 사용자 장비.
제1항에 있어서,
상기 송신 및 수신 모듈은, 단방향 전송을 통한 파일 전달(File Delivery over Unidirectional Transport; FLUTE) 프로토콜을 이용함으로써 상기 MBMS 베어러를 이용하여 상기 미디어 파일을 다운로드하도록 구성되는, 사용자 장비.
제1항에 있어서,
상기 IMS 네트워크의 컴포넌트는 서비스 조정 기능(Service Coordination Function; SCF)인, 사용자 장비.
제1항에 있어서,
상기 송신 및 수신 모듈은 LTE (Long Term Evolution) 네트워크 또는 LTE-A(Long Term Evolution-Advanced) 네트워크를 통해 상기 IMS 네트워크의 컴포넌트와 통신하는, 사용자 장비.
제1항에 있어서,
상기 송신 및 수신 모듈은 멀티캐스트 채널을 이탈하여(leave) 상기 미디어 파일을 수리하기 위해 상기 HTTP 요청을 상기 파일 수리 서버로 전송하도록 구성되는, 사용자 장비.
제1항에 있어서,
상기 SIP 응답 메시지는 상기 파일 수리 서버로부터 SIP 어댑터로 HTTP에 의해 포워드(forward)된 정보를 포함하는, 사용자 장비.
인터넷 프로토콜 멀티미디어 서브시스템(IMS) 네트워크의 컴포넌트로서,
컴퓨터 프로세서 상에서 동작하는 서비스 조정 기능(SCF)을 포함하고,
상기 서비스 조정 기능은,
사용자 장비(UE)로부터 세션 개시 프로토콜(SIP) re-invite 요청을 수신하고,
상기 SIP re-invite 요청이 파일 수리에 대한 요청을 포함한다고 판정하고 - 상기 파일은 멀티미디어 브로드캐스트 멀티캐스트 서비스(MBMS) 베어러를 통해 상기 UE로 수신됨 -,
HTTP 대 SIP 어댑터(HTTP to SIP adapter)로 SIP invite 요청을 송신하고,
상기 HTTP 대 SIP 어댑터를 통해 HTTP 서버로부터 SIP 응답 메시지를 수신하고,
상기 UE로 상기 SIP 응답 메시지를 포워드하는, IMS 네트워크의 컴포넌트.
제9항에 있어서,
상기 SCF는 상기 SIP invite 요청을 송신하기 이전에 상기 HTTP 대 SIP 어댑터 선택하도록 구성되는, IMS 네트워크의 컴포넌트.
제9항에 있어서,
상기 SIP 응답 메시지는 상기 HTTP 서버의 어드레스를 포함하는, IMS 네트워크의 컴포넌트.
제9항에 있어서,
상기 SCF는, 상기 SIP re-invite 요청에서 수리를 위해 식별된 파일이 HTTP-기반 파일 수리 지원(HTTP-based file repair support)을 포함한다고 판정하는 것에 응답하여 상기 HTTP 대 SIP 어댑터에 대한 상기 SIP invite 요청을 송신하도록 구성되는, IMS 네트워크의 컴포넌트.
제9항에 있어서,
상기 HTTP 대 SIP 어댑터에 대한 상기 SIP invite 요청은 세션 기술 프로토콜(session description protocol; SDP) 제안 및 상기 HTTP 서버를 가리키는 요청 URI(Uniform Resource Identifier)를 포함하는, IMS 네트워크의 컴포넌트.
제13항에 있어서,
상기 요청 URI는 콘텐츠 식별자를 포함하는 사용자 부분 및 서비스 제공자 도메인 이름을 포함하는 도메인 부분을 포함하는, IMS 네트워크의 컴포넌트.
삭제
삭제
삭제
삭제
삭제