KR20170140113A - MBMS(Multimedia Broadcast/Multicast Service) 수신기 및 그의 데이터 수신 방법 - Google Patents

MBMS(Multimedia Broadcast/Multicast Service) 수신기 및 그의 데이터 수신 방법 Download PDF

Info

Publication number
KR20170140113A
KR20170140113A KR1020170072770A KR20170072770A KR20170140113A KR 20170140113 A KR20170140113 A KR 20170140113A KR 1020170072770 A KR1020170072770 A KR 1020170072770A KR 20170072770 A KR20170072770 A KR 20170072770A KR 20170140113 A KR20170140113 A KR 20170140113A
Authority
KR
South Korea
Prior art keywords
service
mbms
file
application
information
Prior art date
Application number
KR1020170072770A
Other languages
English (en)
Inventor
곽민성
양승률
고우석
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Publication of KR20170140113A publication Critical patent/KR20170140113A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/1003—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/608—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Abstract

MBMS(Multimedia Broadcast/Multicast Service) 수신기가 데이터를 수신하는 방법이 개시된다. MBMS 수신기의 데이터 수신 방법은, MBMS 사용자 서비스에 대한 사용자 서비스 설명 정보를 포함하는 서비스 선언 데이터를 수신하는 단계, 여기서, 사용자 서비스 설명 정보는 MBMS 사용자 서비스의 딜리버리 방법을 지시하는 딜리버리 방법 정보를 포함함, 및 딜리버리 방법 정보에 기초하여 MBMS 사용자 서비스의 서비스 데이터를 수신하는 단계를 포함할 수 있다. 여기서, MBMS 사용자 서비스가 MBMS 어플리케이션 서비스인 경우, 사용자 서비스 설명 정보는 상기 MBMS 어플리케이션 서비스의 타입을 지시하는 서비스 타입 정보를 더 포함한다.

Description

MBMS(Multimedia Broadcast/Multicast Service) 수신기 및 그의 데이터 수신 방법{MBMS(Multimedia Broadcast/Multicast Service) RECEIVER AND DATA RECEIVING METHOD THEREOF}
본 발명은 MBMS(Multimedia Broadcast/Multicast Service) 수신기 및 그의 데이터 수신 방법에 대한 것으로, 특히 MBMS 수신기가 서비스 선언 데이터를 수신하고 이로부터 MBMS 사용자 서비스에 대한 시그널링 정보를 획득하는 방법에 대한 것이다.
디지털 방송 시스템은 HD(High Definition) 이미지, 멀티채널(multi channel, 다채널) 오디오, 및 다양한 부가 서비스를 제공할 수 있다. 특히, ATSC(Advanced Television System Committee) 3.0과 같은 차세대 방송 시스템은 방송망뿐만 아니라 인터넷망 또는 통신망과 연결되어 다양한 서비스를 제공할 수 있다. 따라서 통신망에서도 방송망과 연계된 서비스가 제공될 수 있다.
컨텐트 제공자는 방송 또는 멀티캐스트 환경에서, 다양한 MBMS 사용자 서비스를 제공할 수 있다. 이를 위해, MBMS 사용자 서비스에 대한 시그널링 정보를 제공하는 서비스 선언 절차가 수행될 필요가 있다.
본 발명의 일 실시예에 따른 MBMS(Multimedia Broadcast/Multicast Service) 수신기에서 데이터를 수신하는 방법은 MBMS 사용자 서비스에 대한 사용자 서비스 설명(user service description) 정보를 포함하는 서비스 선언(service announcement) 데이터를 수신하는 단계, 상기 사용자 서비스 설명 정보는 상기 MBMS 사용자 서비스의 딜리버리 방법을 지시하는 딜리버리 방법(delivery method) 정보를 포함함; 및 상기 딜리버리 방법 정보에 기초하여 MBMS 사용자 서비스의 서비스 데이터를 수신하는 단계를 포함하되, 상기 MBMS 사용자 서비스가 MBMS 어플리케이션 서비스인 경우, 상기 사용자 서비스 설명 정보는 상기 MBMS 어플리케이션 서비스의 타입을 지시하는 서비스 타입 정보를 더 포함할 수 있다.
실시예로서, 상기 서비스 타입 정보에 의해 지시되는 상기 어플리케이션 서비스의 타입은 파일 딜리버리 어플리케이션 서비스, DASH 어플리케이션 서비스, RTP 스트리밍 어플리케이션 또는 일반 어플리케이션 서비스 중 적어도 하나를 포함할 수 있다.
실시예로서, 상기 사용자 서비스 설명 정보는 상기 MBMS 어플리케이션 서비스에 대한 어플리케이션 서비스 설명(application service description)을 제공하는 어플리케이션 서비스 정보를 더 포함하고, 상기 서비스 타입 정보는 상기 어플리케이션 서비스 정보에 포함될 수 있다.
실시예로서, 상기 MBMS 어플리케이션 서비스가 상기 파일 딜리버리 어플리케이션 서비스인 경우, 상기 파일 딜리버리 어플리케이션 서비스를 위한 파일 딜리버리 어플리케이션은 적어도 하나의 파일 딜리버리 API(Application Programming Interface)를 이용하여 통신을 수행할 수 있다.
실시예로서, 상기 파일 딜리버리 API는, 파일 URI에 의해 식별되는 특정 파일에 대한 만료 정보를 획득하기 위해 사용되는 만료정보 획득 API를 포함할 수 있다.
실시예로서, 상기 파일 딜리버리 API는, 키워드를 가지고 파일들을 검색하기 위해 사용되는 파일 검색(search File) API, 파일의 크기를 획득하기 위해 사용되는 파일 크기 획득(get file size) API 또는 상기 MBMS 수신기에서 파일을 제거하기 위해 사용되는 파일 제거(remove file) API 중 적어도 하나를 더 포함할 수 있다.
본 발명의 일 실시예에 따른 MBMS 수신기는 멀티캐스트 신호를 수신하는 통신 유닛; 데이터를 저장하는 메모리; 및 상기 통신 유닛 및 상기 메모리를 제어하는 프로세서를 포함하는 MBMS(Multimedia Broadcast/Multicast Service) 수신기로서, MBMS 사용자 서비스에 대한 사용자 서비스 설명(user service description) 정보를 포함하는 서비스 선언(service announcement) 데이터를 수신하고, 상기 사용자 서비스 설명 정보는 상기 MBMS 사용자 서비스의 딜리버리 방법을 지시하는 딜리버리 방법(delivery method) 정보를 포함함; 및 상기 딜리버리 방법 정보에 기초하여 MBMS 사용자 서비스의 서비스 데이터를 수신하되, 상기 MBMS 사용자 서비스가 MBMS 어플리케이션 서비스인 경우, 상기 사용자 서비스 설명 정보는 상기 MBMS 어플리케이션 서비스의 타입을 지시하는 서비스 타입 정보를 더 포함할 수 있다.
본 발명의 일 실시예에 따르면, MBMS 송신기는 서비스 선언 데이터 내의 사용자 서비스 설명 정보에 포함된 서비스 타입 정보를 사용하여 어플리케이션 서비스의 타입을 지시할 수 있다. 이를 통해, MBMS 수신기는 별도의 번거로운 절차 없이, 해당 어플리케이션 서비스의 타입을 빠르게 확인할 수 있다. 이는 MBMS 시스템 및 UE 상에서 요구되는 자원 및 복잡성을 감소시킬 수 있다.
또한, 본 발명의 일 실시예에 따르면, 서비스 타입 정보에 의해 지시되는 어플리케이션 서비스를 위한 어플리케이션은 공통 API 뿐만 아니라, 해당 어플리케이션 특정 API를 이용하여 MBMS 클라이언트와의 통신을 수행할 수 있다.
도 1은 본 발명의 실시예에 따른 MBMS 서비스를 위한 3GPP 네트워크 아키텍처를 나타낸다.
도 2는 본 발명의 실시예에 따른 PSS 서비스를 위한 3GPP 네트워크 아키텍처를 나타낸다.
도 3은 본 발명의 실시예에 따른 MBMS에 대한 3GPP 프로토콜 스택을 나타낸다.
도 4는 본 발명의 실시예에 따른 PSS에 대한 3GPP 프로토콜 스택을 나타낸다.
도 5는 본 발명의 실시예에 따른 3GPP 네트워크에서의 MBMS/PSS 서비스를 위한 3GPP 사용자 장비 아키텍처를 나타낸다.
도 6은 본 발명의 실시예에 따른 3GPP MBMS 서비스 제공 방법을 나타낸다.
도 7은 본 발명의 일 실시예에 따른 MBMS 데이터 모델을 나타낸다.
도 8은 본 발명의 일 실시예에 따른 USBD/USD 엘리먼트의 확장을 통해 어플리케이션 서비스의 타입을 시그널링하는 방법을 나타낸다.
도 9는 본 발명의 다른 실시예에 따른 USBD/USD 엘리먼트의 확장을 통해 어플리케이션 서비스의 타입을 시그널링하는 방법을 나타낸다.
도 10은 본 발명의 일 실시예에 따른 어플리케이션 서비스의 타입이 시그널링된 경우, MBMS 수신기가 이에 기초하여 화면 상에 ESG를 디스플레이하는 방법을 나타낸다.
도 11은 본 발명의 일 실시예에 따른 MBMS API를 나타낸다.
도 12는 본 발명의 일 실시예에 따른 예시적인 공통 API를 나타낸다.
도 13은 본 발명의 일 실시예에 따른 예시적인 서비스 타입 특정 API를 나타낸다.
도 14는 본 발명의 일 실시예에 따른 어플리케이션 서비스 및 어플리케이션 서비스의 API를 나타낸다.
도 15는 본 발명의 일 실시예에 따른 MBMS 수신기가 어플리케이션 서비스 API를 이용하여 어플리케이션 서비스에 대한 정보를 획득하고, 이에 기초하여 화면 상에 ESG를 디스플레이하는 방법을 나타낸다.
도 16은 본 발명의 일 실시예에 따른 MBMS 수신기의 블록도이다.
도 17은 본 발명의 실시예에 따른 MBMS 수신기의 데이터 수신 방법을 나타낸다.
본 발명의 바람직한 실시예에 대해 구체적으로 설명하며, 그 예는 첨부된 도면에 나타낸다. 첨부된 도면을 참조한 아래의 상세한 설명은 본 발명의 실시예에 따라 구현될 수 있는 실시예만을 나타내기보다는 본 발명의 바람직한 실시예를 설명하기 위한 것이다. 다음의 상세한 설명은 본 발명에 대한 철저한 이해를 제공하기 위해 세부 사항을 포함한다. 그러나 본 발명이 이러한 세부 사항 없이 실행될 수 있다는 것은 당업자에게 자명하다.
본 발명에서 사용되는 대부분의 용어는 해당 분야에서 널리 사용되는 일반적인 것들에서 선택되지만, 일부 용어는 출원인에 의해 임의로 선택되며 그 의미는 필요에 따라 다음 설명에서 자세히 서술한다. 따라서 본 발명은 용어의 단순한 명칭이나 의미가 아닌 용어의 의도된 의미에 근거하여 이해되어야 한다.
본 발명은 차세대 방송 서비스에 대한 방송 신호 송신 및 수신 장치 및 방법을 제공한다. 본 발명의 일 실시예에 따른 차세대 방송 서비스는 지상파 방송 서비스, 모바일 방송 서비스, UHDTV 서비스 등을 포함한다. 본 발명은 일 실시예에 따라 비-MIMO (non-Multiple Input Multiple Output) 또는 MIMO 방식을 통해 차세대 방송 서비스에 대한 방송 신호를 처리할 수 있다. 본 발명의 일 실시예에 따른 비-MIMO 방식은 MISO (Multiple Input Single Output) 방식, SISO (Single Input Single Output) 방식 등을 포함할 수 있다. 본 발명은 특정 용도에 요구되는 성능을 달성하면서 수신기 복잡도를 최소화하기 위해 최적화된 피지컬 프로파일 (또는 시스템)을 제안한다.
3GPP(3rd Generation Partnership Project)는 IMT-2000의 표준화로 비동기 방식(DS+GSM MAP)이 결정될 수 있도록 하기 위해 유럽과 일본의 주도로 결성된 표준화 단체이다. 이동통신 관련 단체들 간의 공동 연구 프로젝트로 국제전기통신연합(ITU)의 IMT-2000 프로젝트의 범위 안에서 전 세계에 적용할 수 있는 3세대 이동통신 시스템 규격을 작성하는 것을 목표로 한다. 3GPP는 4세대 이동통신 시스템의 개발을 위해 3GPP 기술들의 성능을 최적화하고 향상시키기 위함 표준화 작업을 진행해왔다. LTE(Long-Term Evolution of UMTS)는 기존 이동 통신 시스템인 UMTS의 기술적인 진화를 통해 구성되는 새로운 시스템으로서, 라디오 액세스 네트워크에 대한 기술을 나타낸다.
3GPP 시스템을 사용하여 네트워크 오퍼레이터는 MBMS(Multimedia Broadcast/Multicast Service) 사용자 서비스와 PSS(Packet-switched Streaming Service) 사용자 서비스를 제공할 수 있다. 네트워크 오퍼레이터는 MBMS 서비스와 PSS 서비스를 제공하기 위하여 LTE(Long Term Evolution) 네트워크를 사용할 수 있다.
도 1은 본 발명의 실시예에 따른 MBMS 서비스를 위한 3GPP 네트워크 아키텍처를 나타낸다.
도 1의 네트워크 아키텍처에 포함된 구성에 대한 설명은 아래와 같다.
BMSC(1010; Broadcast/Multicast Service Centre): BMSC(1010)는 서비스/사용자 정보 저장 및 관리(management), 서비스 광고(advertisement)/디스커버리(discovery), 사용자 등록(registration), 멀티캐스트 트리 생성(generation)/멀티캐스트 그룹 매니지먼트, MBMS 서비스 인가(authorization), MBMS 세션 스케줄링, MBMS 트랜스포트, 시큐리티(security) 동작(operation) 지원, 및 컨텐트 프로바이더 차징(csarging)과 같은 동작을 수행한다.
PDN 게이트웨이(PDN Gateway; 1020): 퍼블릭(또는 패킷) 데이터 네트워크에 대한 게이트웨이
SGSN(1030); 서빙 GPRS 서포팅 노드로서, 각각의 개별 UE(User Equipment)를 위해 MBMS 베어러(bearer) 서비스 컨트롤 펑션을 수행하고 UTRAN/GERAN에게 MBMS 전송을 제공함.
MBMS 게이트웨이(MBMS Gateway; 1040): 멀티미디어 브로드캐스트/멀티캐스트 서비스 게이트웨이
MME(1050): 모바일 관리 엔터티
UTRAN(1060): 유니버설 지상(terrestrial)라디오 액세스 네트워크. Iu와 Uu 인터페이스들간의 RNC들 및 노드B들을 구성하는 네트워크의 파트를 식별하는 컨셉적인 용어.
E-UTRAN(1070): 진화된(Evolved)-UTRAN. 높은-데이터-레이트, 낮은-레이턴시 및 패킷-최적화된 라디오-액세스 네트워크를 향한(toward) 3G UMTS 라디오-액세스 네트워크의 진화.
UE(1080): 사용자 장비(User Equipment).
애플리케이션 서버(Application Server; 1090): 애플리케이션 데이터를 제공하는 서버
SGI-mb: MBMS 데이터 딜리버리를 위한 BM-SC 및 MBMS 게이트웨이 간의 인터페이스
SGmb: MME와 MBMS 게이트웨이 간의 컨트롤 플레인(plane)을 위한 인터페이스
Sm: MME와 MBMS 게이트웨이 간의 컨트롤 플레인을 위한 인터페이스
Sn: MBMS 데이터 딜리버리 및 컨트롤 플레인을 위한 MBMS 게이트웨이와 SGSN 간의 인터페이스
M1: MBMS 데이터 딜리버리를 위한 E-UTRAN/UTRAN과 MGMS 게이트웨이 간의 인터페이스. 데이터 포워딩하기 위해 MBMS 게이트웨이와 E-UTRAN 사이에서 IP 멀티캐스트가 사용된다.
M3: MME 및 E-UTRAN 사이의 컨트롤 플레인에 대한 인터페이스
Iu: SGSN과 UTRAN 간의 인터페이스
Uu: E-utran/Utran 및 UE 간의 인터페이스
도 2는 본 발명의 실시예에 따른 PSS 서비스를 위한 3GPP 네트워크 아키텍처를 나타낸다.
도 2의 네트워크 아키텍처에 포함된 구성에 대한 설명은 아래와 같다.
PSS 서버(PSS Server: 2010): 패킷-스위치드 스트리밍 서비스 서버. PSS 서버는 MPD(Media Presentation Description) 기능과 DASH(Dynamic Adaptive Streaming over HTTP) 세그먼트 딜리버리 기능을 수행할 수 있다. 즉 PSS 서버는 MPD 및 DASH 세그먼트를 제공할 수 있다.
사용자 및 터미널 프로필(User and terminal profile; 2020): 어답티브(adaptive) 스트리밍의 적절한 품질(quality)을 제공하는 정보
PCRF(2030): Policy and Charging Rules Function
패킷 게이트웨이(Packet Gateway: 2040): PCRF로부터의 정보로 PSS 패킷 컨트롤을 수행함.
UTRAN(2050): 유니버설 지상(terrestrial)라디오 액세스 네트워크. Iu와 Uu 인터페이스들간의 RNC들 및 노드B들을 구성하는 네트워크의 파트를 식별하는 컨셉적인 용어.
E-UTRAN(2060): 진화된(Evolved)-UTRAN. 높은-데이터-레이트, 낮은-레이턴시 및 패킷-최적화된 라디오-액세스 네트워크를 향한(toward) 3G UMTS 라디오-액세스 네트워크의 진화.
UE(2070): 사용자 장비(User Equipment).
애플리케이션 서버(Application Server; 2080): 애플리케이션 데이터를 제공하는 서버
SGi: PSS 데이터 딜리버리를 위한 패킷 게이트웨이 기능 및 PSS 서버 간의 인터페이스
Rx: PSS 서버 및 PCRF 간의 컨트롤 플레인에 대한 인터페이스
도 3은 본 발명의 실시예에 따른 MBMS에 대한 3GPP 프로토콜 스택을 나타낸다.
도 3에 대해서, 본 발명에 밀접하게 연관된 일부 구성에 대해서만 설명한다.
서비스 선언(announcement) 및 메타데이터 블록: MBMS 서비스 제공자가 UE에게 사용자 서비스에 대한 정보와 함께 사용자 서비스 번들 및 가용(available) MBMS 사용자 서비스의 리스트를 선언하는 방법을 나타낸다.
연관-딜리버리 절차(Associated Delivery Procedures): 연관-딜리버리 과정은 MBMS 데이터 전송에 관련된 UE에 의해 발동(invoke)될 수 있다. 아래와 같은 연관된 딜리버리 기능이 가용할 수 있다.
-손실된(missing) 데이터를 보완하는데 사용되는 다운로드 딜리버리 방법을 위한 파일 리페어(repair),
-딜리버리 확인(velification) 및 수신 통계(statics) 수집(collection) 절차
도 4는 본 발명의 실시예에 따른 PSS에 대한 3GPP 프로토콜 스택을 나타낸다.
도 4에 대해서, 본 발명에 밀접하게 연관된 일부 구성에 대해서만 설명한다.
애플리케이션 레이어는 성능(capabillity) 교환(exchange), 장면(scene) 설명(description), 프리젠테이션(presentation) 설명, 스틸(still) 이미지, 비트맵 그래픽스, 벡터 그래픽스, 텍스트, 타임드(timed) 텍스트, 합성(synthetic) 오디오, 비디오, 오디오, 및 스피치와 같은 기능을 제공할 수 있다.
도 4에서, 각 트랜스포트/트랜스퍼(transfer) 프로토콜에서 전송이 허용되는 것은 아래와 같다.
RTP: 비디오, 오디오, 스피치, 타임드 택스트, 장면 설명
HTTP: 성능 교환, 신 설명, 프리젠테이션 설명, 스틸 이미지, 비트맵 그래픽스, 벡트 그래픽스, 텍스트, 타임드 텍스트, 합성 오디오
RTSP: 성능 교환, 프리젠테이션 설명
성능 교환은 PSS에서 중요한 기능이다. 성능 교환은 PSS 서버가 특정 디바이스에 적합한 컨텐트를 넓은 범위의 디바이스들에게 제공할 수 있게 해준다. 다른 중요한 태스크로서, 성능 교환은 PSS의 상이한 릴리스들 간의 부드러운(smooth) 트래지션을 제공한다. 따라서, PSS 클라이언트와 서버는 성능 교환을 지원해야만 한다.
도 5는 본 발명의 실시예에 따른 3GPP 네트워크에서의 MBMS/PSS 서비스를 위한 3GPP 사용자 장비 아키텍처를 나타낸다.
도 5와 관련하여, 애플리케이션은 상호작용(interactivity) 또는 타겟된(targeted) 광고(ad) 삽입(insertion)의 제공과 같은 적어도 하나의 기능을 수행하도록 실행(run)되는 상호연관된(interrelated) 도큐먼드들(documents)의 집합을 나타낸다. 실시예로서, 애플리케이션의 도큐먼트들은 HTML, 자바스크립트(JabaScript), CSS, XML 및 멀티미디어 파일들을 포함할 수 있다.
네이티브 애플리케이션(Native Application; 5010): UE 디바이스 제조사(manufacturer)에 의해 기-인스톨(pre-install)되거나 제공되는 애플리케이션.
네이티브 미디어 플레이어(Native Media Player; 5020): UE 디바이스 제조사(manufacturer)에 의해 기-인스톨(pre-install)되거나 제공되는 미디어 플레이어. 실시예로서, 네이티브 미디어 플레이어는 DASH(Dynamic Adaptive Streaming over HTTP) 클라이언트가 될 수도 있다.
웹 브라우저(Web Browser; 5030)의 웹 애플리케이션(Web Application): 임의의 상대방(party)에 의해 제공되어 웹 브라우저에서 실행되는 애플리케이션. 웹 애플리케이션은 웹 브라우저를 통해 다운로드되거나 액세스될 수 있다.
웹 브라우저(Web Browser; 5030)의 브라우저 미디어 플레이어(Browser Media Player): 임의의 상대방(party)에 의해 제공되어 웹 브라우저에서 실행되는 미디어 플레이어. 브라우저 미디어 플레이어는 웹 브라우저를 통해 다운로드되거나 액세스될 수 있다.
애플리케이션 매니저(Application Manager; 5040): 디바이스 성능 정보 및/또는 딜리버리된 시그널링 정보에 기초하여 애플리케이션을 매니징하는 엔터티(entity)
터미널 성능(Terminal Capabilities; 5050): 애플리케이션을 적절하게(properly) 실행하는데 필요한 디바이스 성능 정보를 수집하는 엔터티
MBMS & PSS 세션 매니저(MBMS & PSS Session Manager): MBMS 및/또는 PSS 세션을 매니징하는 엔터티. MBMS & PSS 세션 매니저는 세션 셋업, 유지(maintainint), 종료(terminating)과 같은 세션 관리를 수행할 수 있다.
시그널링 매니저(Signaling Manager; 5070): 수신 데이터로부터 시그널링 데이터를 수집하는 엔터티. 시그널링 매니저(5070)는 수집된 시그널링 데이터를 파싱하여 애플리케이션 매니저에게 전달할 수 있다.
스토리지(Storage; 5080): 파일, 컨텐트, 메타데이터와 같은 수신 데이터를 저장하는 엔터티. 저장된 데이터는 특정 시간 인스턴스까지 유효할 수도 있다.
네트워크 클라이언트(Network Client; 5090): 네트워크 레이어 또는 상위 레이어에서 데이터 송수신 기능을 수행하는 엔터티. 네트워크 클라이언트(5090)는 HTTP, RTP, FLUTE 등과 같은 프로토콜을 통해 통신을 수행/제어할 수 있다.
RF 전송/수신 유닛(RF Transmission/Reception; 5100): 데이터 링크 레이어 또는 하위 레이어에서 데이터 송수신 기능을 수행하는 엔터티. 예를 들면, RF 전송/수신 유닛은 피지컬 레이어 유닛으로서 인터리빙/디인터리빙, MIMO/MOSO 인코딩/디코딩, FEC 인코딩/디코딩 및 성상도 매핑/디매핑과 같은 동작을 수행할 수 있다.
도 6은 본 발명의 실시예에 따른 3GPP MBMS 서비스 제공 방법을 나타낸다.
도 6에서, MBMS 송신기(sender)는 서비스 선언을 MBMS 베어러(bearer)에게 전송하고, 선언된 서비스의 세션을 시작하고 데이터 전송 후 세션을 중단할 수 있다. MBMS 베어러는 MBMS 송신기가 전송하려는 서비스를 MBMS 프로토콜에 기초하여 제공할 수 있다. MBMS 수신기는 서비스 선언에 기초하여 MBMS 베어러로부터 서비스 데이터를 수신하여 사용자에게 서비스를 제공할 수 있다. 도 6의 순서도에 포함된 MBMS 베어러의 동작들/단계들(phase)에 대한 설명은 아래와 같다.
등록(subscription): MBMS 수신기가 MBMS 서비스에 등록하는 단계로서, 등록된 MBMS 수신기들만이 MBMS 베어러로부터 MBMS 서비스를 수신할 수 있다. 등록은 멀티캐스트 서비스에 필요한 단계가 될 수 있다.
서비스 선언(Service Announcement): MBMS 서비스 제공자가 가용 MBMS 사용자 서비스들, 사용자 서비스 번들, 사용자 서비스에 대한 정보 등을 사용자 장비(User Equipment)에게 선언하는 단계이다.
가입(Joining): 등록된 MBMS 수신기들이 MBMS 데이터 수신을 시작하는 단계이다. 사용자 서비스 개시(initiation) 단계라고 지칭할 수도 있다.
세션 시작(Session Start): 가입 단계 후에, MBMS 세션이 시작된다.
MBMS 통지(MBMS Notification): MBMS 세션 아이덴티티(identity)를 전송하는 단계이다.
데이터 전송, 전달, 수신(Data Transmission/Transfer/Reception): MBMS 송신기가 데이터를 전송하면, MBMS 베어러가 수신 데이터를 MBMS 수신기에게 전달할 수 있다. MBMS 수신기는 MBMS 베어러로부터 데이터를 수신할 수 있다.
세션 중단(Session Stop): MBMS 송신기가 세션을 중단하면, MBMS 베어러 또한 세션을 중단할 수 있다.
사용자 서비스 종료(User Service Termination): 수신기가 MBMS 사용자 서비스를 종료하면, 수신기는 MBMS 서비스를 더 수신하지 않는다. 멀티캐스트 서비스의 경우, 네트워크는 해당 수신기가 등록은 되어 있지만 서비스를 떠났음을 알아야만 한다. 즉 MBMS 베어러는 해당 MBMS 수신기가 서비스를 떠났음(leaving)을 파악할 수 있다.
## 이하에서는 도 7을 참조하여 MBMS 데이터 모델에 대하여 설명하고, 도 8 내지 10을 참조하여 MBMS 어플리케이션 서비스의 타입/카테고리를 시그널링하는 방법에 대하여 설명한다.
본 명세서에서, MBMS 사용자 서비스(user service)는 하나 이상의 브로드캐스트 및/또는 멀티캐스트 세션을 통해 MBMS 베어러 서비스에 의해 딜리버리되는, 하나 이상의 어플리케이션 컨텐츠 컴포넌트를 포함하는, 트랜스포트-레벨 서비스(transport-level service)일 수 있다. MBMS 사용자 서비스의 어플리케이션 컨텐츠 컴포넌트는, 부분적으로 또는 전체적으로, MBMS 어플리케이션에 제공된다.
MBMS 어플리케이션 서비스(application service)는 엔트리 포인트 도큐먼트가 브로드캐스트 및 유니캐스트 폴백(fallback)을 포함하는 MBMS 사용자 서비스를 통해 딜리버리되는 모든 연관 리소스들 및 사용자 서비스 디스크립션에 포함되는 서비스일 수 있다.
어플리케이션 컨텐츠 컴포넌트(Application content component)는 MBMS 전송 세션에 의해 딜리버리되고, MBMS 어플리케이션에서 이용가능하고 그에 의해 사용될 수 있는, 비디오 또는 오디오 미디어 스트림 또는 비실시간 파일과 같은, MBMS 사용자 서비스의 개별 컨텐츠 컴포넌트일 수 있다.
MBMS 어플리케이션(application)은 사용자 장비(UE)에 존재하거나(reside in) 또는 그와 인터페이스로 접속하며(interface with), MBMS 사용자 서비스의 하나 이상의 어플리케이션 컨텐츠 컴포넌트를 사용하여 최종-사용자(end-user) 서비스를 정의하는 어플리케이션일 수 있다.
도 7은 본 발명의 일 실시예에 따른 MBMS 데이터 모델을 나타낸다.
도 7을 참조하면, 하나의 MBMS USBD(User Service Bundle Description)는 하나 이상의 USD(User Service Description) 엘리먼트를 포함할 수 있고, 각각은 서비스 번들 내의 단일 MBMS 사용자 서비스를 나타낼 수 있다. 실시예로서, USD 엘리먼트는 단일 FEC 리페어 스트림 디스크립션 메타데이터 프래그먼트를 참조할 수 있다.
실시예로서, MBMS 사용자 서비스가 DASH-포맷의 컨텐츠를 운반하는 경우, 사용자 서비스를 대표하는 USD 엘리먼트는 MPD(Media Presentation Description) 엘리먼트 및/또는 앱서비스 엘리먼트(r12:appService 엘리먼트)를 포함할 수 있다. MPD 엘리먼트는 MPD 메타데이터 프래그먼트에 대한 참조를 포함할 수 있다. 뿐만 아니라, MPD 프래그먼트는 하나 이상의 ISD(Initialization Segment Description) 메타데이터 프래그먼트를 참조할 수 있다. 또한, 앱서비스 엘리먼트는 ASD(Application Service Description) 메타데이터 프래그먼트에 대한 참조를 포함할 수 있다.
만일 DASH-포맷의 컨텐츠가 MBMS를 통해 딜리버리되면, ASD 메타데이터 프래그먼트는, MPD 엘리먼트에 의해 레퍼런싱되는 것과 유사한, MPD 프래그먼트일 수 있다. 그러나, 이 경우에, 이 MPD 프래그먼트는 MBMS 베어러(들) 및 유니캐스트 베어러(들) 모두를 통해 딜리버리되는 파일 및 세그먼트들(일반적으로 이하에서는 리소스로 지칭됨)을 설명할 수 있고, 본 명세서에서는 “통합된(unified)” MPD로서 지칭될 수 있다. 뿐만 아니라, 이러한 앱서비스 엘리먼트는 서로 간에 상호 교환가능한(interchangeable) 통합된 MPD에 의해 전달된 그 브로드캐스트 및 유니캐스트 리소스들을 식별할 수 있고, 상호 교환가능한 컨텐츠가 동일한지를 식별할 수 있다.
또한, 다른 서비스들이 MBMS를 통해 전달될 수도 있다. 이때, ASD 메타데이터 프래그먼트는 인터넷 미디어 타입에 의해 적절히 설명될 수 있는 한, 임의의 어플리케이션 서비스 엔트리 도큐먼트(document)를 포함할 수 있다. 그 예로는 동적 웹 페이지, 다른 세그먼트-기반 스트리밍 어플리케이션 또는 기타 오브젝트 스트림을 포함할 수 있다. 이 경우, 어플리케이션 서비스 도큐먼트는 MBMS 베어러(들)을 통해 딜리버리되고 유니캐스트 베어러(들)을 통해 접근가능한 리소스들을 설명할 수 있다. 뿐만 아니라, 이러한 앱서비스 엘리먼트는 서로 간에 상호 교환가능한(interchangeable) 어플리케이션 서비스 도큐먼트에 의해 전달된 그 브로드캐스트 및 유니캐스트 리소스들을 식별할 수 있고, 상호 교환가능한 컨텐츠가 동일한지를 식별할 수 있다.
또한, DASH-포맷의 컨텐츠가 MBMS를 통해 딜리버리되는 경우, 딜리버리 방법 중 적어도 하나는 다운로드 딜리버리 방법일 수 있다. 일반(generic) 어플리케이션 서비스가 딜리버리되는 경우, 딜리버리 방법 중 적어도 하나는 다운로드 딜리버리 방법일 수 있다.
MBMS 사용자 서비스를 나타내는 USD 엘리먼트 각각은 적어도 하나의 딜리버리 방법 엘리먼트(deliveryMethod)를 포함할 수 있다. 그 딜리버리 방법 엘리먼트는 하나의 세션 디스크립션 프래그먼트를 참조할 수 있다.
각 딜리버리 방법 엘리먼트는 보안 디스크립션 프래그먼트 및 연관 딜리버리 절차 디스크립션 프래그먼트에 대한 참조를 포함할 수 있다. 여러 딜리버리 방법들은 동일한 보안 디스크립션 프래그먼트를 참조할 수 있다. 세션 디스크립션 프래그먼트는 기껏해야(at most) 하나의 MBMS 딜리버리 세션을 지시할 수 있다. MBMS 딜리버리 세션은 하나 이상의 컨텐츠 컴포넌트를 운반할 수 있다. MBMS 사용자 서비스 인스턴스는 멀티플 MBMS 딜리버리 세션(즉, 멀티플 딜리버리 방법 엘리먼트)를 포함할 수 있고, 각각은 그 서비스에 속하는 하나 이상의 컨텐츠 컴포넌트를 운반할 수 있다.
USD 엘리먼트 하의 딜리버리 엘리먼트에 의해 참조되는 주어진 연관 딜리버리 절차 디스크립션 프래그먼트는 서비스의 다른 딜리버리 방법에 의해 참조될 수 있다.
실시예로서, USD 엘리먼트는 하나 이상의 접속 시스템(access system)에 대한 딜리버리 방법의 연관을 허용할 수 있다. 그 연관은 동일한 MBMS 사용자 서비스에 대한 분리된(seperate) 접속 시스템의 사용을 설명하기 위해 사용될 수 있다. 하나의 딜리버리 방법은 하나 이상의 무선 접속 시스템(radio access system)을 통해 제공될 수 있다.
USD 엘리먼트 중 하나는 하나의 스케쥴 엘리먼트를 포함할 수 있다. 만일 포함된다면, 스케쥴 엘리먼트는 하나의 스케쥴 디스크립션 프래그먼트를 참조할 수 있고, 사용자 장비(UE)는 스케쥴 디스크립션 프래그먼트에 설명된 기간(time period) 동안 MBMS 사용자 서비스 데이터를 수신할 것으로 예상될 수 있다. 파일 다운로드 서비스의 경우, 스케쥴 디스크립션 프래그먼트는 사용자 서비스와 연관된 파일 오브젝트에 대한 파일 전송 스케쥴을 포함할 수 있다. UE는 스케쥴 디스크립션 프래그먼트 내의 파일 전송 스케쥴 정보에 기초하여 어느 파일을 수신할지를 선택할 수 있다.
또한, 멀티플 USD 엘리먼트가 동일한 스케쥴 디스크립션 프레그먼트를 참조하는 것이 가능하다. 이 경우에, 연관 딜리버리 스케쥴 정보는 이 사용자 서비스들 각각에 속하는 파일들에 대한 파일 전송 스케쥴을 포함할 수 있다.
스케쥴 디스크립션 프래그먼트는 하나의 필터 디스크립션 프래그먼트에 대한 참조를 포함할 수 있고, MBMS 사용자 서비스는 UE가 사용자 서비스의 세션 또는 컨텐츠 파일 레벨 중 어느 하나에서 선택된 또는 타겟된 수신을 수행할 수 있도록 하는 필터링 데이터와 연관될 수 있다.
멀티파트 MIME는 전송을 위해 디스크립션들을 하나의 도큐먼트로 결합(concatenate)하기 위해 사용될 수 있다.
메타데이터 프래그먼트는 MBMS 사용자 서비스 세션이 활성화(active)되는 동안에 MBMS 사용자 서비스 세션에서 인-밴드(in-band)로 업데이트될 수 있다. MBMS 클라이언트는 모든 인-밴드 메타데이터 프래그먼트를 모두 수신하고 처리할 수 있다. 인-밴드 메타데이터 프래그먼트는 서비스 선언(service announcement) 동안에 사용되는 MBMS 다운로드 세션 내의 URL에 의해 고유하게 식별될 수 있다. MBMS 클라이언트는 그 URL을 통해 업데이트된 서비스 선언 프래그먼트와 MBMS 사용자 서비스를 연관시킬 수 있다. 본 명세서에서, MBMS 클라이언트는 MBMS 디바이스(예컨대, MBMS 송신기 또는 MBMS 수신기)에 포함된 코어 프로세서일 수 있다. 이하에서는 MBMS 클라이언트와 MBMS 디바이스 또는 MBMS 디바이스의 프로세서를 동일시하여 설명할 수도 있다.
인-밴드 프래그먼트는 메타데이터 인벨롭에 의해 참조되거나 또는 임베디드될 수 있다. 사용자 서비스 선언 동안에 사용된 동일한 URL이 메타데이터 인벨롭 내의 메타데이터 프래그먼트를 식별할 수 있다. 메타데이터 인벨롭 파일은 고유한 파일 URL에 의해 식별될 수 있다. 업데이트된 메타데이터 프래그먼트에 대한 메타데이터 인벨롭이 참조된 방법을 사용하는 경우, MBMS 다운로드 세션 내의(즉, FDT 인스턴스의 컨텐츠 로케이션 엘리먼트 내의) 메타데이터 프래그먼트 URL은 메타데이터 인벨롭 내에 임베디드될 수 있고, 사용자 서비스 선언에서 사용된 동일한 URL이 그 인벨롭의 메타데이터 URI 엘리먼트(metadataURI)에서 사용될 수 있다.
도 7을 참조하여 상술한 바와 같이, 3GPP에서 정의되는 어플리케이션 서비스(MBMS 어플리케이션 서비스)는 USBD/USD를 엔트리 포인트로서 가질 수 있다. 이 경우, MBMS 송신기는 USBD/USD를 통해 MBMS 사용자 서비스가 MBMS 어플리케이션 서비스임을 선언해주는 방식으로, MBMS 어플리케이션 서비스를 시그널링 해줄 수 있다. 이때, MBMS 어플리케이션 시그널링은 USBD/USD에 포함된 참조(reference)를 통해 식별될 수 있다. 만일 MBMS 클라이언트가 상술한 요구사항(requirement) 중 어느 것과도 일치하지 않는 USD 엘리먼트를 확인하면, MBMS 클라이언트는 그 서비스를 알 수 없음(unknown)으로 선언하거나, 어플리케이션에 그 서비스를 전혀 제공하지 않아야 한다.
이하에서는 어플리케이션 서비스의 타입/카테고리를 시그널링하는 방법에 대하여 설명한다.
상술한 바와 같이, MBMS 어플리케이션 서비스는 다음 4 가지 타입으로 분류될 수 있다.
- 파일 딜리버리 어플리케이션 서비스(File delivery application service)
- DASH-오버(over)-MBMS 스트리밍 어플리케이션 서비스(DASH-over-MBMS Streaming application service)
- RTP-오버(over)-MBMS 스트리밍 어플리케이션 서비스(RTP-over-MBMS Streaming application service)
- 일반 어플리케이션 서비스(Generic application service)
본 명세서에서, 파일 딜리버리 어플리케이션 서비스는 파일 딜리버리 서비스로 지칭될 수 있고, DASH-오버(over)-MBMS 스트리밍 어플리케이션 서비스는 DASH 서비스로 지칭될 수 있고, RTP-오버(over)-MBMS 스트리밍 어플리케이션 서비스는 RTP 서비스 또는 RTP 스트리밍 서비스로 지칭될 수 있다.
MBMS 클라이언트가 이러한 어플리케이션 서비스의 타입을 체크하는 경우, 기존의 방식은 MBMS 사용자 서비스 선언 내의 어플리케이션 서비스의 타입을 직접적으로 지시하는 필드(즉, 엘리먼트 또는 속성)의 부재(lack)로 인하여 아래와 같은 번거로운 절차(cumbersome procedure)를 따라야 한다.
이하에서는 MBMS 클라이언트가 MBMS 어플리케이션 서비스의 타입을 체크하기 위한 메커니즘(Mechanism to check the Type of Application Service)에 대하여 설명한다. 종래의 방식에 의하는 경우, MBMS 사용자 서비스 선언 내에 어플리케이션 서비스의 타입을 직접적으로 지시하는 필드가 없기 때문에, 다음 단계(step)들이 MBMS 클라이언트에 대하여 요구된다.
1) bundleDescription.userServiceDescription 엘리먼트가 포함하는 deliveryMethod 엘리먼트의 인스턴스들의 수를 체크함
- 파일 딜리버리 어플리케이션 서비스 및 일반 어플리케이션 서비스의 경우, 하나의 deliveryMethod 엘리먼트가 존재하고, 그것이 세션 디스크립션 프래그먼트를 참조하는지를 체크한다.
- DASH-오버-MBMS 스트리밍 어플리케이션 서비스의 경우, 하나 이상의 deliveryMethod 엘리먼트가 존재하고, 각 deliveryMethod 엘리먼트가 세션 디스크립션 프래그먼트를 참조하는지를 체크한다.
2) 세션 디스크립션 프래그먼트가 다운로드 딜리버리 방법에 대한 SDP(Session Description Protocol)에 따라 포맷되는지를 체크함
3) USD 엘리먼트가 엔트리 포인트 도큐먼트에 대한 참조를 포함하는지 아닌지를 체크함
- 파일 딜리버리 어플리케이션 서비스의 경우, USD 엘리먼트는 엔트리 포인트 도큐먼트에 대한 참조를 포함하지 않는다(즉, 자식(child) 엘리먼트인, mediaPresentationDescription.mpdURI 엘리먼트와 appService.appServiceDescriptionURI 엘리먼트 둘다 존재하지 않는다.).
- DASH-오버-MBMS 스트리밍 어플리케이션 서비스의 경우, USD 엘리먼트가 DASH MPD에 대한 참조를 포함한다(즉, 자식 엘리먼트인, mediaPresentationDescription.mpdURI 엘리먼트 및/또는 appService.appServiceDescriptionURI 엘리먼트가 존재하고, 만일 후자가 존재한다면, mimeType 속성이 "application/dash+xml" 값을 갖는다.).
-일반 어플리케이션 서비스의 경우, USD 엘리먼트는 DASH MPD에 대한 참조를 포함한다(즉, 자식 엘리먼트인, mediaPresentationDescription.mpdURI 엘리먼트 및/또는 appService.appServiceDescriptionURI 엘리먼트가 존재하고, 만일 후자가 존재한다면, mimeType 속성이 "application/dash+xml" 값을 갖는다.).
4) 스케쥴 디스크립션 프래그먼트 내의 sessionSchedule 엘리먼트가 fileSchedule 엘리먼트를 포함하는지를 체크함
- 파일 딜리버리 어플리케이션 서비스의 경우, 이 어플리케이션 서비스의 USD 엘리먼트는 sessionSchedule 엘리먼트의 하나 이상의 인스턴스를 포함하는 스케쥴 디스크립션 프래그먼트를 참조하고, fileSchedule 엘리먼트의 하나 이상의 인스턴스를 포함할 수 있다.
- DASH-오버-MBMS 스트리밍 어플리케이션 서비스 및 일반 어플리케이션 서비스의 경우, 이 엘리먼트의 USD 엘리먼트가 sessionSchedule 엘리먼트의 하나 이상의 인스턴트스를 포함하는 스케쥴 디스크립션 프래그먼트를 참조하고, fileSchedule 엘리먼트의 인스턴스들을 포함하지 않는다.
상술한 종래의 방식과 달리, 만일 어플리케이션의 타입이 MBMS 사용자 서비스 선언 내의 필드로서 명시적으로 정의된다면, 상술한 단계들이 필요하지 않으며, 즉, 더 효율적일 수 있다. 이는 MBMS 시스템 및 UE 상에서 요구되는 자원 및 복잡성을 감소시킬 수 있다.
이하에서는 MBMS 사용자 서비스 선언을 통한 서비스 타입을 시그널링하는 방법을 설명한다. 구체적으로, USBD/USD 엘리먼트의 확장을 통해 어플리케이션 서비스의 타입을 직접적으로 시그널링하는 방법을 설명한다. 이러한 USBD/USD 엘리먼트의 확장을 통해 어플리케이션 서비스의 타입이 직접적으로 시그널링되는 경우, MBMS 클라이언트는 어플리케이션 서비스에 대한 엔트리 포인트의 요구사항들을 확인하고, 그에 대한 위와 같은 검증(validation) 절차 없이 MBMS-인지(MBMS-aware) 어플리케이션이 어떤 타입에 해당하는지를 미리 알 수 있게 된다.
도 8은 본 발명의 일 실시예에 따른 USBD/USD 엘리먼트의 확장을 통해 어플리케이션 서비스의 타입을 시그널링하는 방법을 나타낸다.
도 7에서 상술한 바와 같이, USD 엘리먼트는 앱서비스 엘리먼트(r12:appService)를 포함할 수 있다.
도 8의 실시예에서는 이 앱서비스 엘리먼트를 이용하여 어플리케이션 서비스의 타입을 시그널링하는 방법을 설명한다. 구체적으로, 앱서비스 엘리먼트의 확장을 통해 어플리케이션 서비스의 타입을 시그널링하는 방법을 설명한다.
도 8(a)를 참조하면, 앱서비스 엘리먼트는 appService 타입 엘리먼트를 포함할 수 있다. 이 appService 타입 엘리먼트는 appServiceDescriptionURI 속성, mimeType 속성과 같은 속성들을 포함할 수 있다.
한편, 이 appService 타입 엘리먼트은 도 8(b)와 같이 확장될 수 있다. 도 8(b)를 참조하면, 앱서비스 엘리먼트의 appService 타입 엘리먼트는 serviceType 속성을 더 포함할 수 있다.
serviceType 속성은 어플리케이션 서비스(또는, MBMS 어플리케이션 서비스)의 타입을 지시할 수 있다. 이 serviceType 속성에 의해 지시되는 서비스의 타입은 파일 서비스(또는, 파일 딜리버리 어플리케이션 서비스), DASH 서비스, 일반(GENRAL) 서비스(또는, genric 서비스) 또는 RTP 스트리밍(RTPSTREAM) 서비스(또는, RTP 서비스) 중 적어도 하나를 포함할 수 있다. 실시예로서, serviceType 속성은 “xs:string type”의 속성일 수 있다. 이러한 serviceType 속성을 통해, MBMS 송신기는 어플리케이션 서비스의 타입을 지시할 수 있고, MBMS 클라이언트는 이를 확인할 수 있다.
이 serviceType 속성을 포함하는 앱서비스 엘리먼트의 XML 스키마는 도 8(c)와 같다.
한편, 도 8의 실시예서와 같이, 어플리케이션 서비스의 타입을 앱서비스 엘리먼트의 확장을 통해 시그널링 해주는 경우, USBD/USD 엘리먼트 내에 앱서비스 엘리먼트에 대한 참조를 포함하지 않는 어플리케이션 서비스, 예컨대, 파일 딜리버리 어플리케이션 서비스인 경우에 문제를 갖는다. 따라서, 이러한 어플리케이션 서비스에서도 어플리케이션 서비스의 타입을 시그널링해주는 방법이 필요하다. 이에 대하여는 도 9를 참조하여 이하에서 설명한다.
도 9는 본 발명의 다른 실시예에 따른 USBD/USD 엘리먼트의 확장을 통해 어플리케이션 서비스의 타입을 시그널링하는 방법을 나타낸다.
도 8의 실시예와 달리, 도 9의 실시예에서, USBD/USD 엘리먼트는 앱서비스 엘리먼트(r12:appService)를 포함하지 않는다. 즉, USBD/USD 엘리먼트는 앱서비스 엘리먼트를 참조하지 않는다. 따라서, 도 9의 실시예에서는 USD 엘리먼트 자체를 이용하여 어플리케이션 서비스의 타입을 시그널링하는 방법을 설명한다. 구체적으로, USD 엘리먼트의 확장을 통해 어플리케이션 서비스의 타입을 시그널링하는 방법을 설명한다.
도 9(a)를 참조하면, USD 엘리먼트는 USD 타입 엘리먼트를 포함할 수 있다. 이 USD 타입 엘리먼트는 serviceId 속성과 같은 속성들을 포함할 수 있다.
한편, 이 USD 타입 엘리먼트은 도 9(b)와 같이 확장될 수 있다. 도 9(b)를 참조하면, USD 엘리먼트의 USD 타입 엘리먼트는 serviceType 속성을 더 포함할 수 있다.
serviceType 속성은 어플리케이션 서비스(또는, MBMS 어플리케이션 서비스)의 타입을 지시할 수 있다. 이 serviceType 속성에 의해 지시되는 서비스의 타입은 파일 서비스(또는, 파일 딜리버리 어플리케이션 서비스), DASH 서비스, 일반(GENRAL) 서비스(또는, genric 서비스) 또는 RTP 스트리밍(RTPSTREAM) 서비스(또는, RTP 서비스) 중 적어도 하나를 포함할 수 있다. 실시예로서, serviceType 속성은 “xs:string type”의 속성일 수 있다. 이러한 serviceType 속성을 통해, MBMS 송신기는 어플리케이션 서비스의 타입을 지시할 수 있고, MBMS 클라이언트는 이를 확인할 수 있다.
이 serviceType 속성을 포함하는 USD 엘리먼트의 XML 스키마는 도 9(c)와 같다.
도 10은 본 발명의 일 실시예에 따른 어플리케이션 서비스의 타입이 시그널링된 경우, MBMS 수신기가 이에 기초하여 화면 상에 ESG를 디스플레이하는 방법을 나타낸다.
먼저, MBMS 수신기는 멀티캐스트 신호를 수신할 수 있다. 이때, 멀티캐스트 신호는 USBD/USD 엘리먼트를 포함할 수 있다. 이 경우, USBD/USD 엘리먼트는 serviceType 속성을 포함할 수 있다. 일 실시예에서, 도 8에서와 같이, serviceType 속성은 USBD/USD 엘리먼트에 포함된 앱서비스 엘리먼트에 포함될 수 있다. 다른 실시예에서, serviceType 속성은 USD 엘리먼트에 포함될 수 있다.
MBMS 수신기는 멀티캐스트 신호로부터 USBD/USD 엘리먼트를 획득하고, USBD/USD 엘리먼트를 파싱하여 serviceType 속성을 획득할 수 있다.
일 실시예에서, serviceType 속성이 어플리케이션 서비스의 타입이 DASH 서비스임을 지시하는 경우, MBMS 수신기는 도 10의 ESG에서와 같이, “view program” 아이콘을 미리 설정된 컬러(예컨대, 녹색)로 표시할 수 있다. 이를 통해, 사용자는 해당 어플리케이션 서비스의 타입이 DASH 서비스임을 확인할 수 있다.
다른 실시예에서, serviceType 속성이 어플리케이션 서비스의 타입이 프리뷰를 보여주는 프리뷰 어플리케이션과 같은 파일 딜리버리 어플리케이션 서비스(파일 서비스)임을 지시하는 경우, MBMS 수신기는 도 10의 ESG에서와 같이, “Preview” 아이콘을 미리 설정된 컬러(예컨대, 주황색)로 표시할 수 있다. 이를 통해, 사용자는 해당 어플리케이션 서비스의 타입이 파일 서비스임을 확인할 수 있다.
이하에서는 도 11 내지 15를 참조하여 MBMS 어플리케이션 서비스 API에 대하여 설명한다. 또한, 어플리케이션 구현을 위해 사용될 수 있는 추가적인 어플리케이션 서비스 API를 설명한다.
도 11은 본 발명의 일 실시예에 따른 MBMS API를 나타낸다.
본 명세서에서, MBMS API는 MBMS-인지 어플리케이션과 MBMS 클라이언트 간의 통신을 위해 정의될 수 있다.
도 11을 참조하면, MBMS 클라이언트는 MBMS 서비스 선언 메타데이터 프래그먼트를 수신할 수 있는 미들웨어로 구현될 수 있고, MBMS 서비스를 서비스 선언 정보로 파싱 및 관리할 수 있다. MBMS-인지 어플리케이션은 임의의 타입의 어플리케이션을 구현할 수 있는 어플리케이션 개발자에 의해 개발될 수 있다. 어플리케이션과 MBMS 클라이언트의 중간에, 어플리케이션 서비스 API들을 포함하는 SDK(Software Development Kit)가 있을 수 있다.
실시예로서, MBMS 어플리케이션 API들을 다음 두 개의 상이한 타입으로 분류될 수 있다.
1) 임의의 MBMS-인지 어플리케이션에 공통된 타입(즉, 공통(common) API들)
2) 어플리케이션들의 서비스 타입에 특정된 타입(즉, 서비스-타입 특정 API들)
이러한 두 타입의 API 간에는 계승(inheritance)이 없을 수 있다. 이하에서는 도 12 및 13을 참조하여 MBMS 어플리케이션 API의 각 타입에 대하여 설명한다.
도 12는 본 발명의 일 실시예에 따른 예시적인 공통 API를 나타낸다. 구체적으로, 도 12는 MBMS 어플리케이션 서비스 API들 사이의 공통 API들의 용법(usage)을 설명한다.
도 12를 참조하면, 임의의 MBMS-인지 어플리케이션은 MBMS 클라이언트들과 통신하기 위해 공통 API를 사용할 수 있다. 공통 API로서 분류될 수 있는 API들은 아래와 같이 리스팅될 수 있다. 실시예에 따라서는 아래 API들 중 일부만이 공통 API로 분류될 수 있다.
- 등록/등록해제(Registration/deregistration)
- 서비스 리스트 업데이트 콜 백(Service list updated call back)
- 이용가능한 서비스 리스트 획득(Get the available service list)
- 특정 서비스 정보 획득(Get a specific service information)
- 저장 위치 설정(Set the location of storage)
이하에서는 각 API들에 대하여 설명한다.
(1) 등록/등록해제 및 서비스 리스트 업데이트 콜 백
정의된 API들을 사용하고 MBMS 클라이언트로부터 서비스 정보를 획득하기 위하여, 임의의 MBMS-인지 어플리케이션을 등록하는 것이 필요하다.
1) MBMS 클라이언트에 어플리케이션 등록(Register the application to the MBMS Client)
- 어플리케이션 식별자(app ID)
- 어플리케이션 타입(들)
- 사용자 정보(예컨대, 이메일 주소를 통한)
2) 콜 백 기능 등록(Register call back functions)
- ServiceListUpdated(): 이 어플리케이션은 서비스 리스트가 업데이트되었음을 알릴 수 있다.
3) MBMS 클라이언트로부터 어플리케이션 등록해제(Deregister the application from the MBMS Client)
(2) 이용가능한 서비스 리스트 획득
임의의 MBMS-인지 어플리케이션은 이용가능한 서비스 리스트에 대하여 요청할 필요가 있을 수 있다. 응답된 서비스 리스트 내의 서비스들의 서비스 타입은 상술한 어플리케이션 타입과 동일할 필요가 있다.
서비스 리스트 내 개별 서비스의 정보는 다음과 같다. 실시예에 따라서는, 아래 정보 중 일부 만이 서비스 리스트 내에 개별 서비스의 정보로서 포함될 수 있다.
- 서비스 ID(serviced)
- 서비스 이름(serviceName)
- 서비스 클래스(serviceClass)
- 서비스 시작/종료(serviceStart/End)
- 엔트리 포인트 Uri(entryPointUri)
(3) 특정 서비스 정보 획득
임의의 MBMS-인지 어플리케이션은 서비스 ID를 갖는 특정 서비스의 추가 정보에 대하여 요청할 필요가 있을 수 있다.
요청된 서비스의 추가 정보는 다음과 같다. 실시예에 따라서는 아래 정보 중 일부만이 특정 서비스의 추가 정보로서 포함될 수 있다.
- 서비스 이름(serviceName)
- 서비스 클래스(serviceClass)
- 서비스 이용가능성(serviceAvailability)
- 서비스 시작/종료(serviceStart/End)
(4) 저장 위치 설정
임의의 MBMS-인지 어플리케이션은 수신된 파일들이 저장될 위치/디렉토리(location/directory)를 설정할 필요가 있을 수 있다. 이 API는 파일 딜리버리 어플리케이션뿐만 아니라, 임의의 MBMS-인지 어플리케이션에 대하여 공통될 필요가 있다. DASH-스트리밍 어플리케이션이 비디오 파일로서 비디오 스트리밍을 레코딩하는 경우, 또는 이미지 파일로서 비디오 스트리밍을 캡쳐하는 경우, 그 어플리케이션은 레코딩된 비디오 또는 캡쳐된 이미지를 저장할 필요가 있고, 또한, 그들이 저장된 특정 위치를 설정할 필요가 있다.
도 13은 본 발명의 일 실시예에 따른 예시적인 서비스 타입 특정 API를 나타낸다. 구체적으로, 도 13은 서비스-타입 특정 API의 사용의 예시를 보여준다.
MBMS 클라이언트로의 MBMS-인지 어플리케이션의 등록 후에, 어플리케이션은 그 어플리케이션에 대하여 이용가능한 서비스 리스트를 획득할 수 있다. 서비스 타입 특정 API들은 특정 타입의 어플리케이션에 의해서만 사용될 수 있다.
도 13을 참조하면, 어플리케이션은 하나 이상의 어플리케이션 타입을 가질 수 있다. 예를 들면, 어플리케이션은 파일 다운로드 및 DASH 스트리밍 모두로 동시에 구현될 수 있다. 이 경우에, 어플리케이션은 공통 API들, 파일 딜리버리 API 및 DASH API를 사용할 수 있다.
(1) 파일 딜리버리 어플리케이션 서비스
다음 API들이 파일 딜리버리 API들로서 포함될 수 있다.
1) 파일 딜리버티 타입 특정 콜 백 등록(File Delivery type specific Call back Registration)
- fileDownloadSuccess(): 서비스에 대한 파일을 다운로드하는 것의 성공을 앱에 알림. fileDownloadSuccess()는 서비스에 대한 파일의 다운로드 성공을 앱에 알리기 위해 사용될 수 있다.
2) 파일 딜리버리 타입 특정 요청 API들(File Delivery type specific Request APIs)
- searchFiles: 키워드를 가지고 파일들을 검색하는 것을 요청할 수 있음. searchFiles은 키워드를 가지고 파일들을 검색하기 위해 사용될 수 있다. 본 명세서에서, searchFiles는 파일 검색 API로 지칭될 수도 있다.
- getFileSize: 파일(들)의 크기를 요청할 수 있음. getFileSize는 파일(들)의 크기를 획득하기 위해 사용될 수 있다. 본 명세서에서, getFileSize는 파일 크기 획득 API로 지칭될 수도 있다.
- removeFiles: MBMS 클라이언트에서 파일들을 제거하는 것을 요청할 수 있음. removeFiles은 MBMS 클라이언트에서 파일들을 제거하기 위해 사용될 수 있다. 본 명세서에서, removeFiles은 파일 제거 API로 지칭될 수도 있다.
(2) DASH-오버(over)-MBMS 스트리밍 어플리케이션 서비스
다음 API들이 DASH-오버(over)-MBMS 스트리밍 API들로서 포함될 수 있다.
1) DASH 스트리밍 타입 특정 콜 백 등록(DASH streaming type specific Call back Registration)
- NoGoodSignal(): 신호 상태가 좋지 않음을 앱에 알림. NoGoodSignal()는 신호 상태가 좋지 않음을 앱에 알리기 위해 사용될 수 있다.
2) DASH 스트리밍 타입 특정 요청 API들(DASH streaming type specific Request APIs)
- startRecording: 이 앱은 레코딩을 시작하기 위하여 MBMS 클라이언트에 대하여 요청할 수 있음. startRecording는 MBMS 클라이언트에 레코딩의 시작을 요청하기 위해 사용될 수 있다.
- stopRecording: 이 앱은 레코딩을 정지하기 위하여 MBMS 클라이언트에 대하여 요청할 수 있음. stopRecording는 MBMS 클라이언트에 레코딩의 정지를 요청하기 위해 사용될 수 있다.
이하에서는 도 14를 참조하여 MBMS-인지 어플리케이션이 파일 딜리버리 어플리케이션 서비스인 경우, 사용할 수 있는 MBMS 클라이언트의 API를 분류 및 정의하는 방법을 설명한다.
파일 딜리버리 어플리케이션 서비스는 단일 다운로드 딜리버리 방법(즉, SDP(Session Description Protocol)가 FLUTE 전송을 선언함)을 가지고, USD 엘리먼트 내에서 맨데토리 서비스 구성을 설명할 수 있다. 이러한 파일 딜리버리 어플리케이션 서비스는 도 7의 appService 엘리먼트 및 MPD 엘리먼트를 포함하지 않는다. 즉, 파일 딜리버리 어플리케이션 서비스의 경우, USBD/USD 엘리먼트가 MPD 엘리먼트 및 appService 엘리먼트를 참조하지 않는다.
도 14는 본 발명의 일 실시예에 따른 어플리케이션 서비스 및 어플리케이션 서비스의 API를 나타낸다.
상술한 바와 같이, MBMS 어플리케이션 서비스는 DASH 서비스, 파일 딜리버리 서비스, RTP 스트리밍 서비스 및/또는 일반 서비스를 포함할 수 있다. 이때, MBMS 어플리케이션 서비스 인스턴스에 포함된 API들은 모든 어플리케이션 서비스들이 공통으로 사용하는 API(공통 API)를 제공할 수 있다. 또한, 각 MBMS 어플리케이션 서비스 인스턴스에 포함된 API들은 각 MBMS 어플리케이션 서비스에서 사용하는 API(서비스 타입 특정 API)를 제공할 수 있다. 예를 들면, 도 14와 같이, 파일 딜리버리 서비스의 경우, getDownloadableFilesArray(), getCachedFilesArray(), selectFile() 또는 unselectFile() 중 적어도 하나의 API가 정의/제공될 수 있다.
getDownloadableFilesArray()는 다운로드 가능한 파일들의 어레이를 획득하기 위해 사용될 수 있다. 또한, getCachedFilesArray()는 캐쉬된(cached) 파일들의 어레이를 획득하기 위해 사용될 수 있다. selectFile()는 파일을 선택하기 위해 사용될 수 있다. unselectFile()는 파일을 선택해제 하기 위해 사용될 수 있다.
실시예에 따라서는, 위 정의된 API 외에, 추가적인 API가 파일 딜리버리 서비스에서 정의되고 사용될 수 있다. 예를 들면, getMinBuffSizeforFiles(), getExpiration(file URI), removeFile(file URI) 또는 removeAllFiles() 중 적어도 하나의 API가 정의/사용될 수 있다. 이하에서는 각각에 대하여 설명한다.
getMinBuffSizeforFiles()는 파일 딜리버리 어플리케이션/서비스에서 파일들을 저장하기 위해 최소한으로 보장해야 하는 버퍼 사이즈를 획득하기 위해 사용될 수 있다. getMinBuffSizeforFiles()는 파일(들)의 사이즈를 요청하기 위해 사용될 수 있다. 이 경우, getMinBuffSizeforFiles()는 getFilesize()로 지칭될 수도 있다. 본 명세서에서, getMinBuffSizeforFiles()는 최소 버퍼 사이즈 획득 API로 지칭될 수도 있다.
getExpiration(file URI)는 파일에 대한 만료 정보를 획득하기 위해 사용될 수 있다. getExpiration(file URI)는 특정 파일 URI를 갖는 파일에 대한 만료 정보를 요청하기 위해 사용될 수 있다. 즉, getExpiration(file URI)는 파일 URI에 의해 식별되는 특정 파일에 대한 만료 정보를 요청/획득하기 위해 사용될 수 있다. 본 명세서에서, getExpiration(file URI)는 만료 정보 획득 API로 지칭될 수도 있다.
removeFile(file URI)은 MBMS 클라이언트가 저장하고 있는 파일을 삭제하기 위해 사용될 수 있다. removeFile(file URI)는 MBMS 클라이언트로 특정 파일 URI를 갖는 파일을 삭제하는 것을 요청하기 위해 사용될 수 있다. removeFile(file URI)는 파일 URI에 의해 식별되는 특정 파일을 MBMS 클라이언트(또는, MBMS 수신기)에서 삭제하기 위해 사용될 수 있다. 본 명세서에서, removeFile(file URI)은 특정 파일 제거 API로 지칭될 수도 있다.
removeAllFiles()는 MBMS 클라이언트가 저장하고 있는 모든 파일을 삭제하기 위해 사용될 수 있다. removeAllFiles()는 MBMS 클라이언트로 모든 파일들을 삭제하는 것을 요청하기 위해 사용될 수 있다. 본 명세서에서, removeAllFile()은 모든 파일 제거 API로 지칭될 수도 있다.
도 15는 본 발명의 일 실시예에 따른 MBMS 수신기가 어플리케이션 서비스 API를 이용하여 어플리케이션 서비스에 대한 정보를 획득하고, 이에 기초하여 화면 상에 ESG를 디스플레이하는 방법을 나타낸다.
상술한 바와 같이, 어플리케이션 서비스 API가 MBMS 어플리케이션과 MBMS 클라이언트 간의 통신을 수행하기 위해 정의될 수 있다. 예를 들면, MBMS 어플리케이션 서비스가 파일 딜리버리 어플리케이션 서비스(예컨대, 프리뷰를 보여주는 파일 딜리버리 어플리케이션 서비스)인 경우, 파일 딜리버리 어플리케이션 서비스 API(파일 딜리버리(FD) API)가 어플리케이션 서비스 API로서 사용될 수 있다. 이 경우, 파일 딜리버리 어플리케이션 서비스 API는 하나 이상의 API를 포함할 수 있다. 예를 들면, 파일 딜리버리 API는 getExpiration(file URI)를 포함할 수 있다. 상술한 바와 같이, getExpiration(file URI)는 이 파일 URI를 갖는 파일에 대한 만료 정보를 획득하기 위해 사용될 수 있다.
이러한 방식으로, MBMS 수신기는 특정 파일에 대한 만료 정보를 획득할 수 있다. 예를 들면, MBMS 수신기는 프리뷰 파일에 대한 만료 정보를 획득할 수 있다. 이 만료 정보에 기초하여, MBMS 수신기는 프리뷰 파일이 만료(예컨대, 지불(pay) 기간 초과)되었는지 여부를 결정할 수 있다. 이 경우, MBMS 수신기는 만료 기간이 도과한 프리뷰 파일을 ESG로부터 삭제할 수 있다.
도 16은 본 발명의 일 실시예에 따른 MBMS 수신기의 블록도이다.
MBMS 수신기(1600)는 통신 유닛(1610), 프로세서(1620), 메모리(1630)를 포함할 수 있다. 그리고 상술한 바와 같이 MBMS 수신기(1600)는 도 6과 같이 MBMS 베어러로부터 서비스 데이터를 포함하는 멀티캐스트 신호를 수신할 수 있다.
통신 유닛(1610)은 프로세서(1620)와 연결되어 무선 신호를 송신/수신할 수 있다. 통신 유닛(1610)은 프로세서(1620)로부터 수신된 데이터를 송수신 대역으로 업컨버팅하여 신호를 전송할 수 있다.
프로세서(1620)는 통신 유닛(1610)과 연결되어 MBMS 시스템에 따른 피지컬 레이어 및/또는 링크 레이어 기술을 구현할 수 있다. 프로세서(1620)는 상술한 도면 및 설명에 따른 본 발명의 다양한 실시예에 따른 동작을 수행하도록 구성될 수 있다. 또한, 상술한 본 발명의 다양한 실시예에 따른 MBMS 수신기(1600)의 동작을 구현하는 모듈이 메모리(1630)에 저장되고, 프로세서(1620)에 의하여 실행될 수 있다.
메모리(1630)는 프로세서(1620)와 연결되어, 프로세서(1620)를 구동하기 위한 다양한 정보를 저장한다. 메모리(1630)는 프로세서(1620)의 내부에 포함되거나 또는 프로세서(1620)의 외부에 설치되어 프로세서(1620)와 공지의 수단에 의해 연결될 수 있다. MBMS 수신기(1600)의 구체적인 구성은, 전술한 본 발명의 다양한 실시예에서 설명한 사항들이 독립적으로 적용되거나 또는 2 이상의 실시예가 동시에 적용되도록 구현될 수 있다. 애플리케이션 데이터가 메모리(1630)에 저장될 수 있다.
실시예로서, 도 5의 MBMS 수신 장치 구성이 도 16의 MBMS 수신기(1600)에 적용될 수 있다. 이 경우 스토리지가 메모리(1630)에 해당할 수 있다. 그리고 RF 전송/수신 유닛이 RF 유닛이 통신 유닛(1610)에 해당할 수 있다. 실시예로서, 네트워크 클라이언트는 통신 유닛(1610)에 포함될 수도 있다. 도 5에서, 스토리지 및 RF 송신/수신 유닛 외의 구성은 소프트웨어/애플리케이션으로 구현되어 메모리(1630)에 저장되고, 프로세서(1620)에 의해 구성되는 논리적 블록에 해당할 수 있다.
도 17은 본 발명의 실시예에 따른 MBMS 수신기의 데이터 수신 방법을 나타낸다.
MBMS 수신기는 MBMS 사용자 서비스에 대한 사용자 서비스 설명(user service description: USD) 정보를 포함하는 서비스 선언(service announcement) 데이터를 수신 할 수 있다(S17010). 여기서, 사용자 서비스 설명 정보는 상술한 USD 엘리먼트일 수 있다. 이러한 사용자 서비스 설명 정보를 포함하는 서비스 선언 데이터의 데이터 모델은 도 7에서 상술한 바와 같다. 실시예로서, MBMS 수신기는 서비스 선언 채널(SACH)에서 서비스 선언 데이터를 수신할 수 있다.
실시예로서, 사용자 서비스 설명 정보는 MBMS 사용자 서비스의 딜리버리 방법을 지시하는 딜리버리 방법(delivery method) 정보를 포함할 수 있다. 이 경우, 딜리버리 방법 정보는 MBMS 사용자 서비스의 서비스 데이터를 수신하기 위한 세션에 대한 세션 설명(session description) 정보를 참조할 수 있다. 이에 대하여는 도 6에서 상술한 바와 같다.
실시예로서, MBMS 사용자 서비스가 MBMS 어플리케이션 서비스인 경우, 사용자 서비스 설명 정보는 MBMS 어플리케이션 서비스의 타입을 지시하는 서비스 타입 정보를 더 포함할 수 있다. 이 경우, 서비스 타입 정보에 의해 지시되는 어플리케이션 서비스의 타입은 파일 딜리버리 어플리케이션 서비스, DASH 어플리케이션 서비스, RTP 스트리밍 어플리케이션 또는 일반 어플리케이션 서비스 중 적어도 하나를 포함할 수 있다.
실시예로서, 사용자 서비스 설명 정보는 MBMS 어플리케이션 서비스에 대한 어플리케이션 서비스 설명(application service description)을 제공하는 어플리케이션 서비스 정보를 더 포함하고, 서비스 타입 정보는 어플리케이션 서비스 정보에 포함될 수 있다. 이러한 서비스 타입 정보에 대하여는 도 8 내지 9를 참조하여 상술한 바와 같다.
실시예로서, MBMS 어플리케이션 서비스가 파일 딜리버리 어플리케이션 서비스인 경우, 파일 딜리버리 어플리케이션 서비스를 위한 파일 딜리버리 어플리케이션은 적어도 하나의 파일 딜리버리 API(Application Programming Interface)를 이용하여 통신을 수행할 수 있다. 이 경우, 파일 딜리버리 API는 파일 URI에 의해 식별되는 파일에 대한 만료 정보를 획득하기 위해 사용되는 만료정보 획득 API를 포함할 수 있다. 또한, 파일 딜리버리 API는 키워드를 가지고 파일들을 검색하기 위해 사용되는 파일 검색(search File) API, 파일의 크기를 획득하기 위해 사용되는 파일 크기 획득(get file size) API 또는 상기 MBMS 수신기에서 파일을 제거하기 위해 사용되는 파일 제거(remove file) API 중 적어도 하나를 더 포함할 수 있다. 파일 딜리버리 API에 대하여는 도 11 내지 15를 참조하여 상술한 바와 같다.
MBMS 수신기는 사용자 서비스 정보에 기초하여 MBMS 사용자 서비스의 서비스 데이터를 수신할 수 있다(S17020). 실시예로서, MBMS 수신기는 사용자 서비스 정보의 딜리버리 방법 정보에 기초하여 MBMS 사용자 서비스의 서비스 데이터를 수신할 수 있다. 상술한 바와 같이, 딜리버리 방법 정보는 MBMS 사용자 서비스의 서비스 데이터를 수신하기 위한 세션에 대한 세션 설명(session description) 정보를 참조할 수 있다. 이 경우, MBMS 수신기는 세션 설명 정보에 기초하여 서비스 데이터가 수신되는 세션(또는, 채널)에 대한 정보를 획득하고, 이에 기초하여 서비스 데이터를 수신할 수 있다.
실시예로서, MBMS 수신기는 서비스 선언 채널과 상이한 채널(데이터 채널)에서 MBMS 사용자 서비스의 서비스 데이터를 수신할 수 있다.
전술한 실시예에 기술된 각 단계들은 하드웨어/프로세서들에 의해 수행될 수 있다. 전술한 실시예에 기술된 각 모듈/블락/유닛들은 하드웨어/프로세서로서 동작할 수 있다. 또한, 본 발명이 제시하는 방법들은 코드로서 실행될 수 있다. 이 코드는 프로세서가 읽을 수 있는 저장매체에 쓰여질 수 있고, 따라서 장치(apparatus)가 제공하는 프로세서에 의해 읽혀질 수 있다.
설명의 편의를 위하여 각 도면을 나누어 설명하였으나, 각 도면에 서술되어 있는 실시예들을 병합하여 새로운 실시예를 구현하도록 설계하는 것도 가능하다. 본 발명에 따른 장치 및 방법은 상술한 바와 같이 설명된 실시 예들의 구성과 방법이 한정되게 적용될 수 있는 것이 아니라, 상술한 실시 예들은 다양한 변형이 이루어질 수 있도록 각 실시 예들의 전부 또는 일부가 선택적으로 조합되어 구성될 수도 있다.
또한, 이상에서는 본 발명의 바람직한 실시 예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시 예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해돼서는 안 될 것이다.
본 발명의 사상이나 범위를 벗어나지 않고 본 발명에서 다양한 변경 및 변형이 가능함은 당업자에게 이해된다. 따라서, 본 발명은 첨부된 청구항 및 그 동등 범위 내에서 제공되는 본 발명의 변경 및 변형을 포함하는 것으로 의도된다.
본 명세서에서 장치 및 방법 발명이 모두 언급되고, 장치 및 방법 발명 모두의 설명은 서로 보완하여 적용될 수 있다.

Claims (12)

  1. MBMS(Multimedia Broadcast/Multicast Service) 수신기에서 데이터를 수신하는 방법에 있어서,
    MBMS 사용자 서비스에 대한 사용자 서비스 설명(user service description) 정보를 포함하는 서비스 선언(service announcement) 데이터를 수신하는 단계, 상기 사용자 서비스 설명 정보는 상기 MBMS 사용자 서비스의 딜리버리 방법을 지시하는 딜리버리 방법(delivery method) 정보를 포함함; 및
    상기 딜리버리 방법 정보에 기초하여 MBMS 사용자 서비스의 서비스 데이터를 수신하는 단계를 포함하되,
    상기 MBMS 사용자 서비스가 MBMS 어플리케이션 서비스인 경우, 상기 사용자 서비스 설명 정보는 상기 MBMS 어플리케이션 서비스의 타입을 지시하는 서비스 타입 정보를 더 포함하는, MBMS 수신기에서 데이터를 수신하는 방법.
  2. 제 1 항에 있어서,
    상기 서비스 타입 정보에 의해 지시되는 상기 어플리케이션 서비스의 타입은 파일 딜리버리 어플리케이션 서비스, DASH 어플리케이션 서비스, RTP 스트리밍 어플리케이션 또는 일반 어플리케이션 서비스 중 적어도 하나를 포함하는, MBMS 수신기에서 데이터를 수신하는 방법.
  3. 제 1 항에 있어서,
    상기 사용자 서비스 설명 정보는 상기 MBMS 어플리케이션 서비스에 대한 어플리케이션 서비스 설명(application service description)을 제공하는 어플리케이션 서비스 정보를 더 포함하고, 상기 서비스 타입 정보는 상기 어플리케이션 서비스 정보에 포함되는, MBMS 수신기에서 데이터를 수신하는 방법.
  4. 제 2 항에 있어서,
    상기 MBMS 어플리케이션 서비스가 상기 파일 딜리버리 어플리케이션 서비스인 경우, 상기 파일 딜리버리 어플리케이션 서비스를 위한 파일 딜리버리 어플리케이션은 적어도 하나의 파일 딜리버리 API(Application Programming Interface)를 이용하여 통신을 수행하는, MBMS 수신기에서 데이터를 수신하는 방법.
  5. 제 4 항에 있어서,
    상기 파일 딜리버리 API는,
    파일 URI에 의해 식별되는 특정 파일에 대한 만료 정보를 획득하기 위해 사용되는 만료정보 획득 API를 포함하는, MBMS 수신기에서 데이터를 수신하는 방법.
  6. 제 5 항에 있어서,
    상기 파일 딜리버리 API는,
    키워드를 가지고 파일들을 검색하기 위해 사용되는 파일 검색(search File) API, 파일의 크기를 획득하기 위해 사용되는 파일 크기 획득(get file size) API 또는 상기 MBMS 수신기에서 파일을 제거하기 위해 사용되는 파일 제거(remove file) API 중 적어도 하나를 더 포함하는, MBMS 수신기에서 데이터를 수신하는 방법.
  7. 멀티캐스트 신호를 수신하는 통신 유닛;
    데이터를 저장하는 메모리; 및
    상기 통신 유닛 및 상기 메모리를 제어하는 프로세서를 포함하는 MBMS(Multimedia Broadcast/Multicast Service) 수신기로서, 상기 MBMS 수신기는,
    MBMS 사용자 서비스에 대한 사용자 서비스 설명(user service description) 정보를 포함하는 서비스 선언(service announcement) 데이터를 수신하고, 상기 사용자 서비스 설명 정보는 상기 MBMS 사용자 서비스의 딜리버리 방법을 지시하는 딜리버리 방법(delivery method) 정보를 포함함; 및
    상기 딜리버리 방법 정보에 기초하여 MBMS 사용자 서비스의 서비스 데이터를 수신하되,
    상기 MBMS 사용자 서비스가 MBMS 어플리케이션 서비스인 경우, 상기 사용자 서비스 설명 정보는 상기 MBMS 어플리케이션 서비스의 타입을 지시하는 서비스 타입 정보를 더 포함하는, MBMS 수신기.
  8. 제 7 항에 있어서,
    상기 서비스 타입 정보에 의해 지시되는 상기 어플리케이션 서비스의 타입은 파일 딜리버리 어플리케이션 서비스, DASH 어플리케이션 서비스, RTP 스트리밍 어플리케이션 또는 일반 어플리케이션 서비스 중 적어도 하나를 포함하는, MBMS 수신기.
  9. 제 7 항에 있어서,
    상기 사용자 서비스 설명 정보는 상기 MBMS 어플리케이션 서비스에 대한 어플리케이션 서비스 설명(application service description)을 제공하는 어플리케이션 서비스 정보를 더 포함하고, 상기 서비스 타입 정보는 상기 어플리케이션 서비스 정보에 포함되는, MBMS 수신기.
  10. 제 8 항에 있어서,
    상기 MBMS 어플리케이션 서비스가 상기 파일 딜리버리 어플리케이션 서비스인 경우, 상기 파일 딜리버리 어플리케이션 서비스를 위한 파일 딜리버리 어플리케이션은 적어도 하나의 파일 딜리버리 API(Application Programming Interface)를 이용하여 통신을 수행하는, MBMS 수신기.
  11. 제 10 항에 있어서,
    상기 파일 딜리버리 API는,
    파일 URI에 의해 식별되는 파일에 대한 만료 정보를 획득하기 위해 사용되는 만료정보 획득 API를 포함하는, MBMS 수신기.
  12. 제 11 항에 있어서,
    상기 파일 딜리버리 API는,
    키워드를 가지고 파일들을 검색하기 위해 사용되는 파일 검색(search File) API, 파일의 크기를 획득하기 위해 사용되는 파일 크기 획득(get file size) API 또는 상기 MBMS 수신기에서 파일을 제거하기 위해 사용되는 파일 제거(remove file) API 중 적어도 하나를 더 포함하는, MBMS 수신기.
KR1020170072770A 2016-06-12 2017-06-09 MBMS(Multimedia Broadcast/Multicast Service) 수신기 및 그의 데이터 수신 방법 KR20170140113A (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201662349071P 2016-06-12 2016-06-12
US62/349,071 2016-06-12
US201662353010P 2016-06-21 2016-06-21
US62/353,010 2016-06-21

Publications (1)

Publication Number Publication Date
KR20170140113A true KR20170140113A (ko) 2017-12-20

Family

ID=60931752

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020170072770A KR20170140113A (ko) 2016-06-12 2017-06-09 MBMS(Multimedia Broadcast/Multicast Service) 수신기 및 그의 데이터 수신 방법

Country Status (1)

Country Link
KR (1) KR20170140113A (ko)

Similar Documents

Publication Publication Date Title
KR102494396B1 (ko) 방송 서비스를 구성하는 콘텐츠 관련 정보들을 제공하는 방법 및 장치
US10123079B2 (en) Method and apparatus for transmitting/receiving broadcast signal in hybrid broadcasting system
CN106105150B (zh) 用于发送广播信号的设备、用于接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
US9736547B2 (en) Method for mapping signaling information to announcement information and broadcast receiver
JP6301497B2 (ja) 放送信号伝送装置、及び放送信号伝送方法
US10999612B2 (en) Broadcast signal reception device and broadcast signal reception method
CA2921475C (en) Method and apparatus for transmitting and receiving a broadcast signal
US10542389B2 (en) Apparatus and method for multicasting emergency alert message in broadcast signal to companion device
KR20160019958A (ko) 하나 또는 그 초과의 서비스들을 통한 컨텐츠 전달의 중재
JP5738865B2 (ja) Ｍｐｅｇ−２ｔｓ多重化マルチメディアストリームのエレメンタリパケットの選択による、ｍｐｅｇ−２ｔｓ多重化マルチメディアストリームの配信
US8966543B2 (en) Method and system to enable adaptation between physical bearers and OMA-BCAST
JP2009507445A (ja) 適合されたロケーションベース放送
US20180041782A1 (en) Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
US11956159B2 (en) Transmission device, transmission method, reception device, and reception method
CN101232613B (zh) 发送/接收数字内容的方法和接收数字内容的装置
CN113411677A (zh) 广播信号发送设备和方法以及广播信号接收设备和方法
US20240121123A1 (en) Multicast signal processing method and device
TW201108653A (en) Rich media-enabled service guide provision method and system for broadcast service
CN108702536B (zh) 用于提供多媒体服务的内容相关信息的方法和设备
KR20170140113A (ko) MBMS(Multimedia Broadcast/Multicast Service) 수신기 및 그의 데이터 수신 방법
KR20170140066A (ko) MBMS(Multimedia Broadcast/Multicast Service) 수신기 및 그의 멀티캐스트 신호 수신 방법
Silhavy et al. 5G-MAG (Media Action Group) reference tools: Putting 5G in action for media
KR20170140114A (ko) MBMS(Multimedia Broadcast/Multicast Service) 수신기 및 그의 데이터 수신 방법
KR20170140067A (ko) MBMS(Multimedia Broadcast/Multicast Service) 수신기 및 그의 멀티캐스트 신호 수신 방법
CN116941233A (zh) 多播信号处理方法和设备