KR20170140114A

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

Info

Publication number: KR20170140114A
Application number: KR1020170072774A
Authority: KR
Inventors: 곽민성; 양승률; 고우석
Original assignee: 엘지전자 주식회사
Priority date: 2016-06-12
Filing date: 2017-06-09
Publication date: 2017-12-20

Abstract

MBMS(Multimedia Broadcast/Multicast Service) 수신기의 데이터 수신 방법이 개시된다. 데이터 수신 방법은, 서비스 선언 채널(SACH)에서 MBMS 사용자 서비스에 대한 사용자 서비스 설명(user service description) 정보를 포함하는 서비스 선언(service announcement) 데이터를 수신하는 단계, 사용자 서비스 설명 정보는 MBMS 사용자 서비스의 딜리버리 방법을 지시하는 딜리버리 방법(delivery method) 정보를 포함함; 및 딜리버리 방법 정보에 기초하여 데이터 채널에서 MBMS 사용자 서비스의 서비스 데이터를 수신하는 단계를 포함한다.
여기서, MBMS 사용자 서비스가 긴급 경보(EA) 서비스인 경우, 사용자 서비스 설명 정보는 긴급 경보 서비스에 대한 설명 정보를 포함하는 긴급 경보 설명 정보를 포함하고, 긴급 경보 설명 정보는 적어도 하나의 경보 메시지를 포함하고, 경보 메시지는 상기 경보 메시지의 ID를 지시하는 ID 정보를 포함할 수 있다.

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) 수신기에서 데이터를 수신하는 방법은 서비스 선언 채널(SACH)에서 MBMS 사용자 서비스에 대한 사용자 서비스 설명(user service description) 정보를 포함하는 서비스 선언(service announcement) 데이터를 수신하는 단계, 상기 사용자 서비스 설명 정보는 상기 MBMS 사용자 서비스의 딜리버리 방법을 지시하는 딜리버리 방법(delivery method) 정보를 포함함; 및 상기 딜리버리 방법 정보에 기초하여 데이터 채널에서 MBMS 사용자 서비스의 서비스 데이터를 수신하는 단계를 포함하되, 상기 MBMS 사용자 서비스가 긴급 경보(EA) 서비스인 경우, 상기 사용자 서비스 설명 정보는 긴급 경보 서비스에 대한 설명 정보를 포함하는 긴급 경보 설명 정보를 포함하고, 상기 긴급 경보 설명 정보는 적어도 하나의 경보 메시지를 포함하고, 상기 경보 메시지는 상기 경보 메시지의 ID를 지시하는 ID 정보를 포함할 수 있다.

실시예로서, 상기 경보 메시지는 상기 경보 메시지에 대한 기본 경보 정보를 포함하는 헤더 파트를 포함하고, 상기 헤더 파트는 상기 경보 메시지의 우선순위를 지시하는 우선순위 정보, 상기 경보 메시지의 유효 시간을 지시하는 유효시간 정보 또는 상기 경보 메시지의 만료 시간을 지시하는 만료시간 정보 중 적어도 하나를 포함할 수 있다.

실시예로서, 상기 헤더 파트는 상기 경보 메시지의 이벤트 타입을 지시하는 이벤트 코드 정보 및 상기 경보 메시지의 타겟 영역을 지시하는 영역 정보를 더 포함할 수 있다.

실시예로서, 상기 경보 메시지는, 상기 경보 메시지의 메시지 타입을 지시하는 메시지 타입 정보를 더 포함하고, 상기 메시지 타입 정보에 의해 지시되는 메시지 타입은 상기 경보 메시지가 타겟 수신인에게 집중(attention)을 요구하는 초기 정보를 포함함을 지시하는 제1 타입, 상기 경보 메시지가 이전 메시지를 업데이트함을 지시하는 제2 타입 또는 상기 경보 메시지가 이전 메시지를 취소함을 지시하는 제3 타입 중 적어도 하나를 포함할 수 있다.

실시예로서, 상기 경보 메시지는, 상기 경보 메시지의 텍스트를 포함하는 경보 메시지 텍스트 정보 및 상기 경보 메시지의 언어를 지시하는 언어 정보를 더 포함할 수 있다.

실시예로서, 상기 경보 메시지는 상기 경보 메시지와 관련된 멀티 미디어 리소스에 대한 정보를 제공하는 리소스 정보를 포함하고, 상기 리소스 정보는 상기 멀티 미디어 리소스의 타입 및 컨텐츠를 설명하는 텍스트를 포함하는 리소스 설명 정보, 상기 멀티 미디어 리소스에 대한 하이퍼링크의 식별자를 지시하는 제1 URI 정보 및 상기 멀티 미디이 리소스의 MIME 타입 데이터 컨텐츠를 지시하는 제2 URI 정보를 포함할 수 있다.

본 발명의 일 실시예에 따른 MBMS 수신기는 멀티캐스트 신호를 수신하는 통신 유닛; 데이터를 저장하는 메모리; 및 상기 통신 유닛 및 상기 메모리를 제어하는 프로세서를 포함하는 MBMS(Multimedia Broadcast/Multicast Service) 수신기로서, 서비스 선언 채널(SACH)에서 MBMS 사용자 서비스에 대한 사용자 서비스 설명(user service description) 정보를 포함하는 서비스 선언(service announcement) 데이터를 수신하고, 상기 사용자 서비스 설명 정보는 상기 MBMS 사용자 서비스의 딜리버리 방법을 지시하는 딜리버리 방법(delivery method) 정보를 포함함; 및 상기 딜리버리 방법 정보에 기초하여 데이터 채널에서 MBMS 사용자 서비스의 서비스 데이터를 수신하되, 상기 MBMS 사용자 서비스가 긴급 경보(EA) 서비스인 경우, 상기 사용자 서비스 설명 정보는 긴급 경보 서비스에 대한 설명 정보를 포함하는 긴급 경보 설명 정보를 포함하고, 상기 긴급 경보 설명 정보는 적어도 하나의 경보 메시지를 포함하고, 상기 경보 메시지는 상기 경보 메시지의 ID를 지시하는 ID 정보를 포함할 수 있다.

본 발명의 일 실시예에 따르면, MBMS 송신기는 사용자 서비스 설명 정보에 포함된 긴급 경보 설명 정보를 통해 사용하여 긴급 경보 서비스를 시그널링할 수 있다. 이를 통해, MBMS 수신기는 MBMS 사용자 서비스가 긴급 경보 서비스임을 빠르게 확인할 수 있다.

또한, 본 발명의 일 실시예에 따르면, MBMS 수신기는 데이터 채널과 상이한 서비스 선언 채널(SACH)에서 사용자 서비스 설명 정보를 포함하는 서비스 선언 데이터를 획득할 수 있다.

도 1은 본 발명의 실시예에 따른 MBMS 서비스를 위한 3GPP 네트워크 아키텍처를 나타낸다.
도 2는 본 발명의 실시예에 따른 PSS 서비스를 위한 3GPP 네트워크 아키텍처를 나타낸다.
도 3은 본 발명의 실시예에 따른 MBMS에 대한 3GPP 프로토콜 스택을 나타낸다.
도 4는 본 발명의 실시예에 따른 PSS에 대한 3GPP 프로토콜 스택을 나타낸다.
도 5는 본 발명의 실시예에 따른 3GPP 네트워크에서의 MBMS/PSS 서비스를 위한 3GPP 사용자 장비 아키텍처를 나타낸다.
도 6은 본 발명의 실시예에 따른 3GPP MBMS 서비스 제공 방법을 나타낸다.
도 7은 본 발명의 일 실시예에 따른 MBMS 데이터 모델을 나타낸다.
도 8은 본 발명의 일 실시예에 따른 서비스 선언 채널(SACH)의 사용(usage)을 나타낸다.
도 9(a) 내지 (c)는 본 발명의 일 실시예에 따른 AEA 디스크립션 엘리먼트를 나타낸다.
도 10은 본 발명의 일 실시예에 따른 MBMS 수신기가 AEA 정보를 제공하는 방법을 나타낸다.
도 11은 본 발명의 일 실시예에 따른 MBMS 수신기의 블록도이다.
도 12는 본 발명의 실시예에 따른 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)을 파악할 수 있다.

## 이하에서는 먼저, MBMS 사용자 서비스 등의 개념을 설명하고, 도 7을 참조하여 본 발명의 일 실시예에 따른 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 데이터 모델을 나타낸다.

본 명세서에서 MBMS 데이터 모델은 3GPP 데이터 모델로 지칭될 수도 있다.

도 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가 사용자 서비스의 세션 또는 컨텐츠 파일 레벨 중 어느 하나에서 선택된 또는 타겟된 수신을 수행할 수 있도록 하는 필터링 데이터와 연관될 수 있다.

실시예로서, MBMS 사용자 서비스가 긴급 경보(Emeregency Alert: EA) 관련 정보를 운반하는 EA 서비스인 경우, USD 엘리먼트는 EA 관련 디스크립션 엘리먼트를 포함할 수 있다. 예를 들면, 도 7에 도시된 것처럼, USD 엘리먼트는 옵셔널한 엘리먼트로서, AEA(Advanced EA) 디스크립션 엘리먼트를 포함할 수 있다. 이를 통해, MBMS 데이터 모델에서 AEA 정보가 시그널링될 수 있다. 이러한 AEA 디스크립션 엘리먼트의 신택스(syntax)는 도 9를 참조하여 이하에서 상세히 설명한다. 본 명세서에서, AEA 디스클립션 엘리먼트는 긴급 경보 설명 정보로 지칭될 수도 있다.

멀티파트 MIME는 전송을 위해 디스크립션들을 하나의 도큐먼트로 결합(concatenate)하기 위해 사용될 수 있다.

메타데이터 프래그먼트는 MBMS 사용자 서비스 세션이 활성화(active)되는 동안에 MBMS 사용자 서비스 세션에서 인-밴드(in-band)로 업데이트될 수 있다. MBMS 클라이언트는 모든 인-밴드 메타데이터 프래그먼트를 모두 수신하고 처리할 수 있다. 인-밴드 메타데이터 프래그먼트는 서비스 선언(service announcement) 동안에 사용되는 MBMS 다운로드 세션 내의 URL에 의해 고유하게 식별될 수 있다. MBMS 클라이언트는 그 URL을 통해 업데이트된 서비스 선언 프래그먼트와 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)으로 선언하거나, 어플리케이션에 그 서비스를 전혀 제공하지 않아야 한다.

이하에서는 도 8을 참조하여 본 발명의 일 실시예에 따른 MBMS 사용자 서비스 발견/선언에 대하여 설명한다.

도 8은 본 발명의 일 실시예에 따른 서비스 선언 채널(SACH)의 사용(usage)을 나타낸다. 도 8의 실시예에서, 서비스 선언은 SACH 채널을 통해 제공될 수 있다. 예를 들면, 상술한 EA 서비스를 위한 서비스 선언이 SACH 채널을 통해 제공될 수 있다.

상술한 바와 같이, MBMS 사용자 서비스는 MBMS 시스템을 통한 라이브 비디오 배포(distribution)와 같은 광범위한 미디어 딜리버리 서비스들의 세트를 제공할 수 있다. 또한, 서비스 발견 기능은 UE가 MBMS 이네이블드(enabled) 네트워크에서 정의된 이용가능한 MBMS 사용자 서비스 및 관심 있는 MBMS 사용자 서비스에 대한 관련 서비스 접속 정보(예컨대, FLUTE 세션 파라미터, TMGI, 파일 리페어 서버 등)를 발견할 수 있게 해준다. 그 중에서도, UE는 특정 MBMS 사용자 서비스의 수신을 개시하고 무선 인터페이스 상에서 MBMS 사용자 서비스와 연관된 데이터를 발견하기 위하여 서비스 접속 정보를 필요로 한다.

실시예로서, MBMS 메타데이터 프래그먼트가 MBMS 세션에 앞서 UE에 선언될 수 있다. 이 경우, UE는 일정한 주기성을 가지고 서비스 선언 채널을 모니터링하고, 잠재적인 추후 사용을 위해 수신된 메타데이터를 저장할 수 있다. 이를 통해, UE가 MBMS 사용자 서비스의 수신을 활성화하기를 원할 때, UE는 대부분의 경우에 모든 관련 접속 정보를 가지고 있을 수 있다. 또한, MBMS 파일 다운로드 딜리버리 동안, 그리고 때때로(sometimes) MBMS 파일 다운로드 딜리버리의 완료 후에 메타데이터 프래그먼트를 업데이트할 필요가 있을 수도 있다.

이하에서는 MBMS 베어러 서비스를 통한 서비스 발견/선언을 위한 실시예들 중 하나를 설명한다. 특히, 도 8과 같이, 서비스 선언 채널(SACH)을 정의함으로써, MBMS 베어러를 통한 서비스 선언에 대하여 설명한다. 이 실시예에서는, US가 실시간(live) DASH 또는 비실시간 파일 딜리버리를 위한 MBMS 사용자 서비스를 수신할 수 있도록 MBMS 메타데이터가 어떻게 사용자 서비스 접속 정보를 정의하는 지를 설명한다.

MBMS 사용자 서비스 발견/선언은 적절한 방식으로 많은 UE 수신기에 대한 메타데이터 프래그먼트의 전달을 포함한다. 이 경우, 멀티플 메타데이터 프래그먼트가 서비스에 대한 접속을 설명하기 위해 필요하다.

도 8의 실시예에서, SACH는 서비스 선언 메타데이터 프래그먼트만을 제공하는 MBMS 사용자 서비스의 특별한 타입(즉, 서비스 선언 사용자 서비스의 타입)일 수 있다. MBMS UE는 SACH 상에서 각 서비스에 대한 관련 MBMS 메타데이터 프래그먼트를 발견할 수 있다. MBMS UE는 일단 그 UE가 MBMS 사용자 서비스의 수신을 활성화하면, MBMS 사용자 서비스 데이터와 함께 인-밴드로 추가 메타데이터 프래그먼트 또는 업데이트된 메타데이터 프래그먼트를 발견할 수 있다. 시스템 관점에서, SACH는 임의의 다른 MBMS 딜리버리 세션 인스턴스와 동일한 방식으로 생성되고 관리될 수 있다. UE 관점에서, SACH에 대한 MBMS 베어러는 다른 MBMS 베어러와 유사할 수 있다.

다른 MBMS 베어러와 유사하게, SACH는 또한, 메타데이터 프래그먼트를 통해 설명될 수 있다. SACH에 대한 메타데이터 프래그먼트를 획득하기 위한 절차는 SACH 부트스트랩 절차로 불릴 수 있다.

실시예로서, SACH는 단일 MBMS 다운로드 딜리버리 세션에 의해 딜리버리될 수 있다. 이 경우, SACH 및 연관된 MBMS 베어러는 서비스 선언의 라이프타임 동안 항상 활성화되어야 한다. 또한, SACH는 모든 잠재적 MBMS 서비스에서 제공되어야 한다.

실시예로서, 모든 스케쥴링된(scheduled) 또는 진행중인(on-going) 서비스의 메타데이터 프래그먼트는 멀티플 MIME 파일과 같은, 하나 이상의 서비스 선언 파일(SA 파일)로 결합될 수 있다. SA 파일은 SACH에서 계속적으로 반복될 수 있다. 각 SA 파일은 고유한 URL에 의해 식별되어야 한다.

현재 정의된 버전의 메타데이터 프래그먼트를 최신 상태로 유지하기 위해, UE는 특정 주기성으로 SACH를 체크하여야 한다. 이를 통해, 가능한 많은 UE들이 MBMS 세션 이전에 서비스 선언 정보를 수신할 수 있도록 보장할 수 있다.

실시예로서, 다중 접속 시스템 대역이 배치에 사용되는 경우, SACH는 eMBMS 서비스가 이용가능한 모든 대역을 통해 운반되어야 한다. 이는 UE가 업데이트를 위해 SACH를 체크하기 위해서만 다른 대역으로 이동할 필요가 없다는 것을 의미한다.

이하에서는 도 9(a) 내지 (c)를 참조하여, 본 발명의 일 실시예에 따른 AEA 디스크립션 엘리먼트에 대하여 설명한다.

도 9(a) 내지 (c)는 본 발명의 일 실시예에 따른 AEA 디스크립션 엘리먼트를 나타낸다. 도 9(a) 내지 (c)는 도면 크기의 제약에 따라 하나의 AEA 디스크립션 엘리먼트를 구분하여 나타낸 것이다. 따라서, 도 9(a) 내지 (c)에 도시된 각 엘리먼트/속성들은 단일의 AEA 디스크립션 엘리먼트에 포함된 것으로 해석될 수 있다.

도 9(a) 내지 (c)를 참조하면, AEA 디스크립션 엘리먼트는 루트 엘리먼트로서, AEA 메시지(AEAMfMessage) 엘리먼트로 지칭될 수 있다. 이 AEA 메시지 엘리먼트는 하나 이상의 경보(alert) 메시지를 포함할 수 있다. 본 명세서에서, 경보 메시지는 EA 메시지 또는 AEA 메시지로 지칭될 수도 있다.

일 실시예에서, 경보 메시지는 AEA-MF(message format) 메시지 부분을 둘러싸는 전체 엘리먼트일 수 있다. 다른 실시예에서, 경보 메시지는 CAP 경보 메시지 서브-엘리먼트를 둘러쌀 수 있다. 이 경우, 경보 메시지는 CAP URN을 네임스페이스로서 참조하는 xmlns 속성(예컨대, <cap:alert xmlns:cap="urn:3gpp:aea-mf:1.2">)을 포함해야 한다.

실시예로서, 경보 메시지는 AEA ID 엘리먼트(AeaId), 송신자 엘리먼트(Sender), 범위 엘리먼트(Scope), 메시지 타입 엘리먼트(MsgType), 상태 엘리먼트(Status), 헤더 엘리먼트(Header), AEA 정보 엘리먼트(AeaInfo), 참조 엘리먼트(References) 및/또는 서명 엘리먼트(Signature)를 포함할 수 있다. 상술한 각 엘리먼트는 사용(use) 필드의 값에 따라 AEA 메시지 내에 포함되지 않거나, 복수 개가 포함될 수 있다. 각 엘리먼트에 대하여 설명하면 다음과 같다.

AEA ID 엘리먼트(AeaId)는 AEA-MF 경보 ID를 지시할 수 있다. 즉, AEA ID 엘리먼트는 AEA 메시지의 ID를 지시하기 위해 사용될 수 있다. AEA 메시지를 식별하는 고유의 넘버 또는 문자열(string)은 스테이션(송신자(sender))에 의해 할당될 수 있다. 실시예로서, AEA ID 엘리먼트는 소스 CAP 메시지에 포함된 것과 상이한 식별자이거나 또는 만일 메시지가 스테이션-생성된 또는 방송 EAS FSK 오디오로부터 수신된다면 스테이션 장치(EAS 장치)에 의해 부과된(imposed) 고유한 식별자일 수 있다. 본 명세서에서, AEA ID 엘리먼트는 ID 엘리먼트로 약칭될 수 있다.

송신자 엘리먼트(Sender)는 AEA-MF 경보의 송신자를 지시할 수 있다. 즉, 송신자 엘리먼트는 AEA 메시지의 송신자를 지시하기 위해 사용될 수 있다. 실시예로서, 송신자 엘리먼트는 경보 메시지를 포워딩하는 방송국(broadcast station)을 식별할 수 있다. 이는 AEA-MF의 일부로서 보내지지 않은, 메시지 발신자(originator)와 상이할 수 있다.

범위 엘리먼트(Scope)는 AEA-MF 경보의 의도된(intended) 배포를 지시할 수 있다. 즉, 범위 엘리먼트는 AEA 메시지의 의도된 배포를 지시하기 위해 사용될 수 있다.

실시예로서, (AEA 메시지 공개 보급이 요구되는) 무제한 오디언스에게 일반 보급(general dissemination)되는 경우, 범위 엘리먼트는 “공개(public)” 값을 코드 값으로서 가질 수 있다. 또는, 정의된 운영 요구사항(operational requirement)을 갖는 사용자에게만 보급되는 경우, 오디언스 속성은 “제한(restricted)” 값을 코드 값으로서 가질 수 있다. 또는, 특정 주소(조건부 접근 요구사항)에만 보급되는 경우, 오디언스 속성은 “개인(private)” 값을 코드 값으로 가질 수 있다.

메시지 타입 엘리먼트(MsgType)는 경보 메시지, 즉 AEA 메시지의 타입을 지시할 수 있다. 메시지 타입 엘리먼트가 “Alert”값을 코드 값으로서 갖는 경우, 메시지 타입 엘리먼트는 AEA 메시지가 (송신된) 타겟 수신인에 의한 집중(attention)을 요구하는 초기 정보를 포함함을 지시할 수 있다. 또는, 메시지 타입 엘리먼트가 “Update”값을 코드 값으로서 갖는 경우, 메시지 타입 엘리먼트는 AEA 메시지가 분리된 참조 엘리먼트 내의 AEA ID 엘리먼트에 의해 식별된 이전 메시지를 업데이트하고 대체함을 지시할 수 있다. 또는, 메시지 타입 엘리먼트가 “Cancel”값을 코드 값으로서 갖는 경우, 메시지 타입 엘리먼트는 AEA 메시지가 분리된 참조 엘리먼트 내의 AEA ID 엘리먼트에 의해 식별된 이전 메시지를 취소함을 지시할 수 있다.

상태 엘리먼트(Status)는 메시지 상태 및 처리 기본설정(handling preferences)를 지시할 수 있다. 상태 엘리먼트가 “실제(actual)” 값을 갖는 경우, 상태 엘리먼트는 AEA 메시지가 모든 타겟 수신인에 의해 실행 가능함을 나타낼 수 있다(일반 소비자 수신기는 “실제” 상태를 갖는 AEA 메시지에만 응답하여야 한다). 또는, 상태 엘리먼트가 “연습(Exercis)” 값을 갖는 경우, 상태 엘리먼트는 AEA 메시지가 지정된 연습 참여자에 의해서만 실행 가능함을 나타낼 수 있다. 또는, 상태 엘리먼트가 “시스템(system)” 값을 갖는 경우, 상태 엘리먼트는 AEA 메시지가 경보 네트워크 내부 기능을 지원하는 메시지임을 지시할 수 있다. 또는, 상태 엘리먼트가 “테스트(test)” 값을 갖는 경우, 상태 엘리먼트는 AEA 메시지가 기술 테스트 전용임을 지시할 수 있다. 이 경우, 모든 수신인이 무시될 수 있다.

AEA 메시지의 헤더 엘리먼트는 기본(basic) 경보 인벨롭을 위한 컨테이너일 수 있다. 이 헤더 엘리먼트는 우선순위, 이벤트 코드(타입), 유효 시간, 만료 시간 및 지오코드를 포함하는 기본 경보 정보를 포함할 수 있다.

실시예로서, 헤더 엘리먼트는 AEA 메시지의 우선순위를 지시하는 우선순위 속성(Priority), AEA 메시지의 유효 시간을 지시하는 유효시간 속성(Effecive), AEA 메시지의 만료 시간을 지시하는 만료시간 속성(Expires), AEA 메시지의 이벤트 타입을 식별하기 위한 이벤트 코드 속성(EventCode) 또는 AEA 메시지의 영향을 받는 영역(affected area)을 나타내는 지리 코드인 영역 속성(Area) 중 적어도 하나를 포함할 수 있다. 이하에서는 각 엘리먼트 및 하위 속성에 대하여 설명한다.

우선순위 속성(Priority)은 AEA-MF 경보의 우선순위를 지시할 수 있다. 이 우선순위 속성은 “경보” 또는 “업데이트” 메시지와 함께 사용될 수 있다. 이 필드는 아래 정의된 세 가지 값들 중 하나를 가질 수 있다.

0: 테스트 신호(낮은 우선순위)

1: 0 또는 2가 아닌 모든 것

2: 국가/지역에 따라 결정되는 가장 높은 우선순위(예컨대, 미국의 경우, 대통령령 경보, 일본의 경우, 스나미가 될 수 있음)

이벤트 코드 속성(EventCode)은 경보 메시지, 즉, AEA 메시지의 이벤트 타입을 식별하는 코드일 수 있다.

(1) 다음과 같은 형태의, 이벤트에 대한 시스템-특정 코드일 수 있다.

<valueName>valueName</valueName>

<value>value</value>

</eventCode>

(2) “valueName”의 내용(content)은 이벤트 코드의 도메인을 지정하는 국가 지정 문자열(national-assigned string)(예컨대, 미국에서는, “SAME”은 표준 FCC Part 11 EAS 코딩을 나타냄)일 수 있다.

(3) “value”의 내용은 그 값 자체(예컨대, 미국에서는, 값=”EVI”)를 나타내는 문자열(숫자를 표현할 수 있음)은 대피 경보를 나타내기 위해 사용될 수 있다. 이 값들은 국가마다 다를 수 있다.

(4) 두문자어(acronyms)인 “valueName”의 값은 마침표 없이 대문자로 나타내야 한다.

(5) 메시지 당 단지 하나의 이벤트 코드 엘리먼트가 존재할 수 있다.

유효시간 엘리먼트(Effecive)는 AEA 메시지의 유효시간을 지시할 수 있다. 유효시간 엘리먼트는 AEA 메시지의 유효시간을 나타내는 날짜(date) 및 시간(time)일 수 있다. 이 날짜 및 시간은 DateTime 데이터 타입 포맷(예컨대, “2002-05-24T16:49:00-07:00” for 24 May 2002 at 16: 49 PDT)으로 표현될 수 있다.

만료시간 엘리먼트는(Expires)은 AEA 메시지의 만료시간을 지시할 수 있다. 만료시간 엘리먼트는 AEA 메시지의 만료시간을 나타내는 날짜 및 시간일 수 있다. 이 날짜 및 시간은 DateTime 데이터 타입 포맷(예컨대, “2002-05-24T16:49:00-07:00” for 24 May 2002 at 16: 49 PDT)으로 표현될 수 있다.

영역 엘리먼트(Area)는 AEA 메시지의 타겟 영역을 지시하기 위해 사용될 수 있다. 실시예로서, 영역 엘리먼트는 지오코드 속성(Geocode), 서클 속성(Circle) 및/또는 폴리곤 속성(Polygon)을 포함할 수 있다.

지오 코드 속성은 AEA 메시지의 영향(affected) 영역을 설명하는 지리적(geographic) 코드일 수 있다. 즉, 지오 코드 속성은 지리적 기반 코드를 가지고 메시지 타겟 영역을 지시할 수 있다.

(1) 지오 코드 속성은 다음과 같은 형태의, 메시지 타겟 영역을 설명하는 임의의 지리적-기반 코드(geographically-based code)일 수 있다.

<valueName>valueName</valueName>

<value>value</value>

</geocode>

(2) “valueName”의 내용(content)은 그 코드의 도메인을 지정하는 국가 지정 문자열을 나타낼 수 있다. “value”의 내용은 값 자체(예컨대, FIPS를 사용하는 미국의 경우, 타입 속성=”FIPS” 및 위치 엘리먼트=”12345”이거나, 확장된 FIPS 값을 사용하여 위치 엘리먼트=”12345678910”일 수 있음)를 나타내는 문자열(숫자를 표현할 수 있음)일 수 있다. “valueName” 및 “value”의 값은 국가 별로 상이할 수 있다.

(3) 두문자어(acronyms)인 “valueName”의 값은 마침표 없이 대문자(예컨대, SAME, FIPS, ZIP)로 나타내야 한다.

(4) 멀티플 인스턴스들이 영역 엘리먼트 내에 포함될 수 있다.

AEA 정보 엘리먼트(AeaInfo)는 소비자 디스플레이에서 이용가능하거나 및/또는 디스플레이될 경보 메시지의 텍스트에 대한 컨테이너일 수 있다. AEA 정보 엘리먼트는 하나의 경보 텍스트 및/또는 AEA 메시지에 대한 영 이상의 멀티플-미디어 리소스를 포함할 수 있다. 실시예로서, AEA 정보 엘리먼트는 언어 속성, 경보 텍스트 속성 및/또는 리소스 속성을 포함할 수 있다.

언어 속성(language)은 각 경보 메시지, 즉, AEA 메시지의 언어를 나타내는 코드일 수 있다. 경보 텍스트 속성(AlertText)은 긴급 통지의 특정 텍스트를 포함할 수 있다.

리소스 속성(Resource)은 이 AEA 정보 엘리먼트와 관련된 보충 정보를 갖는 추가 파일(즉, 이미지 또는 오디오 파일)을 참조할 수 있다. 리소스 속성의 멀티플 인스턴스가 AEA 정보 엘리먼트에 포함될 수 있다. 동일한 멀티미디어의 상이한 언어 인스턴스가 전송된다면 수신자에게 지시하기 위해, 각 리소스 엘리먼트에 대한 언어 태그가 사용될 수 있다. 실시예로서, 리소스 속성은 리소스 설명 속성, Uri 속성 및/또는 DerefUri 속성(DerefUri)을 포함할 수 있다.

리소스 설명 속성(ResourceDesc)은 리소스 파일의 타입 및 컨텐츠를 설명하는 텍스트일 수 있다. Uri 속성(Uri)는 리소스 파일에 대한 하이퍼링크의 식별자를 지시할 수 있다. DerefUri 속성은 리소스 파일의 MIME 타입 데이터 컨텐츠를 지시할 수 있다.

참조 엘리먼트는 이전 AEA MF 경보, 즉, 이전 AEA 메시지의 AEA ID를 지시할 수 있다. “업데이트(update)” 또는 “취소(cancel)”와 함께 사용될 수 있다.

도 10은 본 발명의 일 실시예에 따른 MBMS 수신기가 AEA 정보를 제공하는 방법을 나타낸다.

도 9의 실시예에서와 같은 AEA 디스크립션이 SACH 채널을 통해 선언되는 경우, MBMS 수신기는 도 10과 같은 AEA 정보를 사용자에게 제공할 수 있다. 이때, 상술한 AEA에는 Amber Alert과 같은 급박하지 않은 경보도 포함될 수 있기 때문에, MBMS 수신기(예컨대, 휴대폰)을 소지한 사용자는 MBMS 또는 PSS를 사용하는 3GPP 네트워크를 통해 부가적으로 제공되는 경보 메시지를 다양하게 제공받을 수 있다.

도 11은 본 발명의 일 실시예에 따른 MBMS 수신기의 블록도이다.

MBMS 수신기(1100)는 통신 유닛(1110), 프로세서(1120), 메모리(1130)를 포함할 수 있다. 그리고 상술한 바와 같이 MBMS 수신기(1100)는 도 6과 같이 MBMS 베어러로부터 서비스 데이터를 포함하는 멀티캐스트 신호를 수신할 수 있다.

통신 유닛(1110)은 프로세서(1120)와 연결되어 무선 신호를 송신/수신할 수 있다. 통신 유닛(1110)은 프로세서(1120)로부터 수신된 데이터를 송수신 대역으로 업컨버팅하여 신호를 전송할 수 있다.

프로세서(1120)는 통신 유닛(1110)과 연결되어 MBMS 시스템에 따른 피지컬 레이어 및/또는 링크 레이어 기술을 구현할 수 있다. 프로세서(1120)는 상술한 도면 및 설명에 따른 본 발명의 다양한 실시예에 따른 동작을 수행하도록 구성될 수 있다. 또한, 상술한 본 발명의 다양한 실시예에 따른 MBMS 수신기(1100)의 동작을 구현하는 모듈이 메모리(1130)에 저장되고, 프로세서(1120)에 의하여 실행될 수 있다.

메모리(1130)는 프로세서(1120)와 연결되어, 프로세서(1120)를 구동하기 위한 다양한 정보를 저장한다. 메모리(1130)는 프로세서(1120)의 내부에 포함되거나 또는 프로세서(1120)의 외부에 설치되어 프로세서(1120)와 공지의 수단에 의해 연결될 수 있다. MBMS 수신기(1100)의 구체적인 구성은, 전술한 본 발명의 다양한 실시예에서 설명한 사항들이 독립적으로 적용되거나 또는 2 이상의 실시예가 동시에 적용되도록 구현될 수 있다. 애플리케이션 데이터가 메모리(1130)에 저장될 수 있다.

실시예로서, 도 5의 MBMS 수신 장치 구성이 도 11의 MBMS 수신기(1100)에 적용될 수 있다. 이 경우 스토리지가 메모리(1130)에 해당할 수 있다. 그리고 RF 전송/수신 유닛이 RF 유닛이 통신 유닛(1110)에 해당할 수 있다. 실시예로서, 네트워크 클라이언트는 통신 유닛(1110)에 포함될 수도 있다. 도 5에서, 스토리지 및 RF 송신/수신 유닛 외의 구성은 소프트웨어/애플리케이션으로 구현되어 메모리(1130)에 저장되고, 프로세서(1120)에 의해 구성되는 논리적 블록에 해당할 수 있다.

도 12는 본 발명의 실시예에 따른 MBMS 수신기의 멀티캐스트 신호 수신 방법을 나타낸다.

MBMS 수신기는 서비스 선언 채널(SACH)에서 MBMS 사용자 서비스에 대한 사용자 서비스 설명(user service description: USD) 정보를 포함하는 서비스 선언(service announcement) 데이터를 수신 할 수 있다(S12010). 여기서, 사용자 서비스 설명 정보는 상술한 USD 엘리먼트일 수 있다. 이러한 사용자 서비스 설명 정보를 포함하는 서비스 선언 데이터의 데이터 모델은 도 7에서 상술한 바와 같다.

실시예로서, 사용자 서비스 설명 정보는 MBMS 사용자 서비스의 딜리버리 방법을 지시하는 딜리버리 방법(delivery method) 정보를 포함할 수 있다. 이 경우, 딜리버리 방법 정보는 MBMS 사용자 서비스의 서비스 데이터를 수신하기 위한 세션에 대한 세션 설명(session description) 정보를 참조할 수 있다. 이에 대하여는 도 6에서 상술한 바와 같다.

실시예로서, MBMS 사용자 서비스가 긴급 경보(EA) 서비스인 경우, 사용자 서비스 설명 정보는 긴급 경보 서비스에 대한 설명 정보를 포함하는 긴급 경보 설명 정보를 포함할 수 있다. 이 경우, 긴급 경보 설명 정보는 적어도 하나의 경보 메시지를 포함할 수 있다.

실시예로서, 경보 메시지는 상기 경보 메시지의 ID를 지시하는 ID 정보를 포함할 수 있다. 또한, 경보 메시지는 경보 메시지의 메시지 타입을 지시하는 메시지 타입 정보를 더 포함할 수 있다. 이 경우, 메시지 타입 정보에 의해 지시되는 메시지 타입은 경보 메시지가 타겟 수신인에게 집중(attention)을 요구하는 초기 정보를 포함함을 지시하는 제1 타입, 경보 메시지가 이전 메시지를 업데이트함을 지시하는 제2 타입 또는 경보 메시지가 이전 메시지를 취소함을 지시하는 제3 타입 중 적어도 하나를 포함할 수 있다.

실시예로서, 경보 메시지는 상기 경보 메시지에 대한 기본 경보 정보를 포함하는 헤더 파트를 포함할 수 있다. 이 경우, 헤더 파트는 경보 메시지의 우선순위를 지시하는 우선순위 정보, 경보 메시지의 유효 시간을 지시하는 유효시간 정보 또는 경보 메시지의 만료 시간을 지시하는 만료시간 정보 중 적어도 하나를 포함할 수 있다. 또한, 헤더 파트는 경보 메시지의 이벤트 타입을 지시하는 이벤트 코드 정보 및 경보 메시지의 타겟 영역을 지시하는 영역 정보를 더 포함할 수 있다.

실시예로서, 경보 메시지는 경보 메시지의 텍스트를 포함하는 경보 메시지 텍스트 정보 및 경보 메시지의 언어를 지시하는 언어 정보를 더 포함할 수 있다. 또한, 경보 메시지는 경보 메시지와 관련된 멀티 미디어 리소스에 대한 정보를 제공하는 리소스 정보를 포함할 수 있다. 이 경우, 리소스 정보는 멀티 미디어 리소스의 타입 및 컨텐츠를 설명하는 텍스트를 포함하는 리소스 설명 정보, 멀티 미디어 리소스에 대한 하이퍼링크의 식별자를 지시하는 제1 URI 정보 및 멀티 미디이 리소스의 MIME 타입 데이터 컨텐츠를 지시하는 제2 URI 정보를 포함할 수 있다.

상술한 경보 메시지는 예컨대, AEA 메시지일 수 있고, 이에 대하여는 도 9를 참조하여 설명한 바와 같다.

MBMS 수신기는 사용자 서비스 설명 정보에 기초하여 데이터 채널에서 MBMS 사용자 서비스의 서비스 데이터를 수신할 수 있다(S12020). 실시예로서, MBMS 수신기는 사용자 서비스 설명 정보의 딜리버리 방법 정보에 기초하여 데이터 채널에서 MBMS 사용자 서비스의 서비스 데이터를 수신할 수 있다(S12020). 상술한 바와 같이, 딜리버리 방법 정보는 MBMS 사용자 서비스의 서비스 데이터를 수신하기 위한 세션에 대한 세션 설명(session description) 정보를 참조할 수 있다. 이 경우, MBMS 수신기는 세션 설명 정보에 기초하여 서비스 데이터가 수신되는 세션(또는, 채널)에 대한 정보를 획득하고, 이에 기초하여 서비스 데이터를 수신할 수 있다. 실시예로서, 데이터 채널은 서비스 선언 채널과 상이한 채널일 수 있다.

전술한 실시예에 기술된 각 단계들은 하드웨어/프로세서들에 의해 수행될 수 있다. 전술한 실시예에 기술된 각 모듈/블락/유닛들은 하드웨어/프로세서로서 동작할 수 있다. 또한, 본 발명이 제시하는 방법들은 코드로서 실행될 수 있다. 이 코드는 프로세서가 읽을 수 있는 저장매체에 쓰여질 수 있고, 따라서 장치(apparatus)가 제공하는 프로세서에 의해 읽혀질 수 있다.

설명의 편의를 위하여 각 도면을 나누어 설명하였으나, 각 도면에 서술되어 있는 실시예들을 병합하여 새로운 실시예를 구현하도록 설계하는 것도 가능하다. 본 발명에 따른 장치 및 방법은 상술한 바와 같이 설명된 실시 예들의 구성과 방법이 한정되게 적용될 수 있는 것이 아니라, 상술한 실시 예들은 다양한 변형이 이루어질 수 있도록 각 실시 예들의 전부 또는 일부가 선택적으로 조합되어 구성될 수도 있다.

또한, 이상에서는 본 발명의 바람직한 실시 예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시 예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해돼서는 안 될 것이다.

본 발명의 사상이나 범위를 벗어나지 않고 본 발명에서 다양한 변경 및 변형이 가능함은 당업자에게 이해된다. 따라서, 본 발명은 첨부된 청구항 및 그 동등 범위 내에서 제공되는 본 발명의 변경 및 변형을 포함하는 것으로 의도된다.

본 명세서에서 장치 및 방법 발명이 모두 언급되고, 장치 및 방법 발명 모두의 설명은 서로 보완하여 적용될 수 있다.

Claims

MBMS(Multimedia Broadcast/Multicast Service) 수신기에서 데이터를 수신하는 방법에 있어서,
서비스 선언 채널(SACH)에서 MBMS 사용자 서비스에 대한 사용자 서비스 설명(user service description) 정보를 포함하는 서비스 선언(service announcement) 데이터를 수신하는 단계, 상기 사용자 서비스 설명 정보는 상기 MBMS 사용자 서비스의 딜리버리 방법을 지시하는 딜리버리 방법(delivery method) 정보를 포함함; 및
상기 딜리버리 방법 정보에 기초하여 데이터 채널에서 MBMS 사용자 서비스의 서비스 데이터를 수신하는 단계를 포함하되,
상기 MBMS 사용자 서비스가 긴급 경보(EA) 서비스인 경우, 상기 사용자 서비스 설명 정보는 긴급 경보 서비스에 대한 설명 정보를 포함하는 긴급 경보 설명 정보를 포함하고, 상기 긴급 경보 설명 정보는 적어도 하나의 경보 메시지를 포함하고, 상기 경보 메시지는 상기 경보 메시지의 ID를 지시하는 ID 정보를 포함하는, MBMS 수신기에서 데이터를 수신하는 방법.
제 1 항에 있어서,
상기 경보 메시지는 상기 경보 메시지에 대한 기본 경보 정보를 포함하는 헤더 파트를 포함하고,
상기 헤더 파트는 상기 경보 메시지의 우선순위를 지시하는 우선순위 정보, 상기 경보 메시지의 유효 시간을 지시하는 유효시간 정보 또는 상기 경보 메시지의 만료 시간을 지시하는 만료시간 정보 중 적어도 하나를 포함하는, MBMS 수신기에서 데이터를 수신하는 방법.
제 2 항에 있어서,
상기 헤더 파트는 상기 경보 메시지의 이벤트 타입을 지시하는 이벤트 코드 정보 및 상기 경보 메시지의 타겟 영역을 지시하는 영역 정보를 더 포함하는, MBMS 수신기에서 데이터를 수신하는 방법.
제 1 항에 있어서,
상기 경보 메시지는,
상기 경보 메시지의 메시지 타입을 지시하는 메시지 타입 정보를 더 포함하고, 상기 메시지 타입 정보에 의해 지시되는 메시지 타입은 상기 경보 메시지가 타겟 수신인에게 집중(attention)을 요구하는 초기 정보를 포함함을 지시하는 제1 타입, 상기 경보 메시지가 이전 메시지를 업데이트함을 지시하는 제2 타입 또는 상기 경보 메시지가 이전 메시지를 취소함을 지시하는 제3 타입 중 적어도 하나를 포함하는, MBMS 수신기에서 데이터를 수신하는 방법.
제 1 항에 있어서,
상기 경보 메시지는,
상기 경보 메시지의 텍스트를 포함하는 경보 메시지 텍스트 정보 및 상기 경보 메시지의 언어를 지시하는 언어 정보를 더 포함하는, MBMS 수신기에서 데이터를 수신하는 방법.
제 1 항에 있어서,
상기 경보 메시지는 상기 경보 메시지와 관련된 멀티 미디어 리소스에 대한 정보를 제공하는 리소스 정보를 포함하고,
상기 리소스 정보는 상기 멀티 미디어 리소스의 타입 및 컨텐츠를 설명하는 텍스트를 포함하는 리소스 설명 정보, 상기 멀티 미디어 리소스에 대한 하이퍼링크의 식별자를 지시하는 제1 URI 정보 및 상기 멀티 미디이 리소스의 MIME 타입 데이터 컨텐츠를 지시하는 제2 URI 정보를 포함하는, MBMS 수신기에서 데이터를 수신하는 방법.
멀티캐스트 신호를 수신하는 통신 유닛;
데이터를 저장하는 메모리; 및
상기 통신 유닛 및 상기 메모리를 제어하는 프로세서를 포함하는 MBMS(Multimedia Broadcast/Multicast Service) 수신기로서, 상기 MBMS 수신기는,
서비스 선언 채널(SACH)에서 MBMS 사용자 서비스에 대한 사용자 서비스 설명(user service description) 정보를 포함하는 서비스 선언(service announcement) 데이터를 수신하고, 상기 사용자 서비스 설명 정보는 상기 MBMS 사용자 서비스의 딜리버리 방법을 지시하는 딜리버리 방법(delivery method) 정보를 포함함; 및
상기 딜리버리 방법 정보에 기초하여 데이터 채널에서 MBMS 사용자 서비스의 서비스 데이터를 수신하되,
상기 MBMS 사용자 서비스가 긴급 경보(EA) 서비스인 경우, 상기 사용자 서비스 설명 정보는 긴급 경보 서비스에 대한 설명 정보를 포함하는 긴급 경보 설명 정보를 포함하고, 상기 긴급 경보 설명 정보는 적어도 하나의 경보 메시지를 포함하고, 상기 경보 메시지는 상기 경보 메시지의 ID를 지시하는 ID 정보를 포함하는, MBMS 수신기.
제 7 항에 있어서,
상기 경보 메시지는 상기 경보 메시지에 대한 기본 경보 정보를 포함하는 헤더 파트를 포함하고,
상기 헤더 파트는 상기 경보 메시지의 우선순위를 지시하는 우선순위 정보, 상기 경보 메시지의 유효 시간을 지시하는 유효시간 정보 또는 상기 경보 메시지의 만료 시간을 지시하는 만료시간 정보 중 적어도 하나를 포함하는, MBMS 수신기.
제 8 항에 있어서,
상기 헤더 파트는 상기 경보 메시지의 이벤트 타입을 지시하는 이벤트 코드 정보 및 상기 경보 메시지의 타겟 영역을 지시하는 영역 정보를 더 포함하는, MBMS 수신기.
제 7 항에 있어서,
상기 경보 메시지는,
상기 경보 메시지의 메시지 타입을 지시하는 메시지 타입 정보를 더 포함하고, 상기 메시지 타입 정보에 의해 지시되는 메시지 타입은 상기 경보 메시지가 타겟 수신인에게 집중(attention)을 요구하는 초기 정보를 포함함을 지시하는 제1 타입, 상기 경보 메시지가 이전 메시지를 업데이트함을 지시하는 제2 타입 또는 상기 경보 메시지가 이전 메시지를 취소함을 지시하는 제3 타입 중 적어도 하나를 포함하는, MBMS 수신기.
제 7 항에 있어서,
상기 경보 메시지는,
상기 경보 메시지의 텍스트를 포함하는 경보 메시지 텍스트 정보 및 상기 경보 메시지의 언어를 지시하는 언어 정보를 더 포함하는, MBMS 수신기.
제 7 항에 있어서,
상기 경보 메시지는 상기 경보 메시지와 관련된 멀티 미디어 리소스에 대한 정보를 제공하는 리소스 정보를 포함하고,
상기 리소스 정보는 상기 멀티 미디어 리소스의 타입 및 컨텐츠를 설명하는 텍스트를 포함하는 리소스 설명 정보, 상기 멀티 미디어 리소스에 대한 하이퍼링크의 식별자를 지시하는 제1 URI 정보 및 상기 멀티 미디이 리소스의 MIME 타입 데이터 컨텐츠를 지시하는 제2 URI 정보를 포함하는, MBMS 수신기.