KR101461973B1 - 노티피케이션 메시지 송수신 방법 및 노티피케이션 메시지 수신 장치 - Google Patents

Abstract

본 발명은 방송 및 통신 시스템에서 노티피케이션(notification) 메시지를 송수신하는 방법 및 노티피케이션 메시지 수신 장치에 관한 것이다. 본 발명의 한 실시예는 네트워크로부터 노티피케이션 메시지를 포함한 IP 패킷을 디캡슐레이션 하는 단계, 상기 디캡슐레션된 IP패킷의 패이로드를 UDP 에 따라 복호하고 RTP 패킷을 출력하는 단계, 상기 RTP 패킷을 복호하고, 상기 RTP 패킷의 패이로드가 복수의 노티피케이션 메시지들을 포함할 경우, 상기 RTP 패킷으로부터 상기 패이로드에 포함된 노티피케이션 메시지들의 타입을 기술하는 정보를 얻는 단계 및 상기 얻은 정보에 따라 상기 복수의 노티피케이션 메시지를 각각 파싱하는 단계를 포함하는 노티피케이션 메시지 수신 방법을 제공한다.

노티피케이션, 메시지, 통신, 방송, DVB

Description

노티피케이션 메시지 송수신 방법 및 노티피케이션 메시지 수신 장치{METHOD FOR TRANSMITTING AND RECEIVING NOTIFICATION MESSAGE AND APPARATUS FOR RECEIVING NOTIFICATION MESSAGE}

본 발명은 방송 및 통신 시스템에서 노티피케이션(notification) 메시지를 송수신하는 방법 및 노티피케이션 메시지 수신 장치에 관한 것이다.

방송 및 통신에서 콘텐츠는 유무선 방송 및 통신망을 통해 사용자에게 전달되는 이미지, 소리 및 문자를 포함하는 내용물 또는 정보을 지칭한다. 최근의 디지털 콘텐츠는 다양한 방송 채널과 인터액티브(interactive) 채널을 통해 제공되고 있다. 예를 들어 사용자는 방송을 통해 시청한 콘텐츠를 인터넷 등의 통해 다운로드 받고 시청할 수 있다. 방송 시스템과 통신 시스템이 융합되면서 방송 시스템과 통신 시스템으로부터 동일한 콘텐츠를 제공받을 수 있게 되었다. 예를 들어 DVB(digital video broadcasting) 시스템은 MPEG-2(Moving Picture Experts Group - 2) 시스템을 기반으로 하는 디지털 방송 시스템에 IP(Internet Protocol) 기반의 통신 시스템을 접목하였다. DVB 시스템을 이용하여 방송 채널과 통신 채널을 통해 콘텐츠에 접근할 수 있고, 콘텐츠를 구매하거나 콘텐츠에 관련된 모든 서비스 정보 를 얻을 수 있다.

콘텐츠에 따른 서비스를 제공하는 서버는 방송 및 통신망을 통해 돌발적인 상황이나, 서비스 내용의 변경사항에 대해 사용자에게 메시지를 통하여 알려준다. 이하에서는 이러한 정보에 대한 메시지를 Notification 메시지라고 호칭하고, 노티피케이션이라 함은 노티피케이션 메시지를 전송하는 자체를 호칭한다.

본 발명의 목적은 노티피케이션 메시지를 효율적으로 전달할 수 있는 노티피케이션 메시지 송수신 방법 및 노티피케이션 메시지 수신 장치를 제공하는 것이다.

본 발명의 다른 목적은 다수의 노티피케이션 메시지를 전송할 경우, 각 노티피케이션 메시지를 각각 기술하는 정보를 송수신할 수 있는 노티피케이션 메시지 송수신 방법 및 노티피케이션 메시지 수신 장치를 제공하는 것이다.

본 발명의 다른 목적은 수신기에 노티피케이션 메시지를 용이하게 알릴(announce) 수 있는 노티피케이션 메시지 송수신 방법 및 노티피케이션 메시지 수신 장치를 제공하는 것이다.

본 발명의 또 다른 목적은 전송 대역폭을 늘리지 않고 노티피케이션 메시지를 적절한 시기에 제공할 수 있는 노티피케이션 메시지 송수신 방법 및 노티피케이션 메시지 수신 장치를 제공하는 것이다.

본 발명의 일 실시예는 네트워크로부터 노티피케이션 메시지를 포함한 IP 패킷을 디캡슐레이션 하는 IP 디캡슐레이터, 상기 디캡슐레션된 패이로드를 UDP 에 따라 복호하고 RTP 패킷을 출력하는 UDP 복호부, 상기 RTP 패킷을 복호하고, 상기 RTP 패킷이 복수의 노티피케이션 메시지들을 포함할 경우, 상기 RTP 패킷으로부터 상기 패이로드에 포함된 노티피케이션 메시지들의 타입을 기술하는 정보를 얻고, 상기 얻은 정보에 따라 복수의 노티피케이션 메시지를 출력하는 RTP 복호부, 및 상기 출력된 노티피케이션 메시지들을 파싱하는 제 1 노티피케이션 파서를 포함하는 노티피케이션 메시지 수신 장치를 제공한다.

상기 RTP 패킷은 상기 RTP 패킷의 패이로드가 복수의 노티피케이션 메시지를 포함하고 있음을 나타내는 식별정보를 포함할 수 있다.

상기 노티피케이션 메시지 수신 장치는, 상기 UDP 에 따라 복호된 데이터를 FLUTE에 따라 복호하는 FLUTE 복호부, 상기 FLUTE에 따라 복호된 파일로부터 노티피케이션 메시지들을 파싱하는 제 2 노티피케이션 파서, 상기 FLUTE에 따라 복호된 파일에 포함된 데이터 컨테이너를 파싱하는 컨테이너 파서, 상기 파싱된 컨테이너에 포함된 서비스 가이드 정보를 파싱하는 서비스 가이드 파서 및 상기 파싱된 서비스 가이드 정보에 따라 상기 노티피케이션 메시지들을 제공하도록 제어하는 서비스 가이드 정보 제어부를 포함할 수 있다.

상기 노티피케이션 메시지 수신 장치는 상기 네트워크로부터 서비스 기술 정보를 포함한 방송 신호를 역다중화하는 트랜스포트 스트림 역다중화부 및 상기 트랜스포트 스트림 역다중화부가 역다중화한 서비스 기술 정보를 복호하고, 상기 서비스 기술 정보에 포함된 NIT로부터 NDN 메시지 알림 정보를 복호하는 서비스 기술 정보 복호부를 더 포함할 수 있다.

상기 서비스 가이드 정보 제어부는, 상기 제 2 노티피케이션 파서가 파싱한 서비스 가이드 디폴트 노티피케이션 메시지를 제공할 수 있다.

상기 노티피케이션 메시지 수신 장치는, 상기 제 1노티피케이션 파서가 파싱한 플랫폼 디폴트 노티피케이션 메시지를 제공하는 디스플레이부를 더 포함할 수 있다.

본 발명의 다른 실시예는, 네트워크로 전송할 복수의 노티피케이션 메시지들을 생성하는 단계, 상기 생성한 복수의 노티피케이션 메시지들을 RTP 패이로드에 삽입하고, 상기 RTP 패이로드에 복수의 노티피케이션 메시지들의 타입을 기술하는 정보를 포함하는 RTP 패킷을 생성하는 단계 및 상기 생성한RTP 패킷을 IP 인캡슐레이션하고, 상기 IP 인캡슐레이션된 패킷을 네트워크로 전송하는 단계(S130)를 포함하는 노티피케이션 메시지 송신 방법을 제공한다.

상기 노티피케이션 메시지 송신 방법은, 상기 생성한 복수의 노티피케이션 메시지들을 FLUTE에 따라 transport object영역에 삽입하고 상기 복수의 노티피케이션 메시지들을 기술할 수 있는 정보를 FDT에 삽입하여 FLUTE 데이터를 생성하는 단계 및 상기 생성한 FLUTE데이터를 전송하는 단계를 더 포함할 수 있다.

상기 RTP 패킷은, 상기 각 메시지에 대한 복수의 액션들에 대한 정보와 상기 액션들이 수행되는 시간들을 나타낸 정보를 상기 RTP payload format header 에 포함할 수 있다.

본 발명의 또 다른 실시예는, 네트워크로부터 노티피케이션 메시지를 포함한 IP 패킷을 디캡슐레이션 하는 단계, 상기 디캡슐레션된 IP패킷의 패이로드를 UDP 에 따라 복호하고 RTP 패킷을 출력하는 단계, 상기 RTP 패킷을 복호하고, 상기 RTP 패킷의 패이로드가 복수의 노티피케이션 메시지들을 포함할 경우, 상기 RTP 패킷으로부터 상기 패이로드에 포함된 노티피케이션 메시지들의 타입을 기술하는 정보를 얻는 단계 및 상기 얻은 정보에 따라 상기 복수의 노티피케이션 메시지를 각각 파 싱하는 단계를 포함하는 노티피케이션 메시지 수신 방법을 제공한다.

상기 노티피케이션 메시지 수신 방법은, 상기 네트워크로부터 수신한 신호로부터 서비스 기술 정보를 얻는 단계, 상기 서비스 기술 정보 중 NIT를 복호하는 단계 및 상기 복호한 NIT로부터 상기 노티피케이션 메시지의 알림 정보를 얻는 단계를 더 포함할 수 있다.

상기 복수의 노티피케이션 메시지들은, 상기 각 메시지에 대한 복수의 액션들에 대한 정보와 상기 액션들이 수행되는 시간들을 나타낸 정보를 상기 RTP payload format header 에 포함할 수 있다.

상기 노티피케이션 메시지 수신 방법은, 상기 수신한 노티피케이션 메시지를 상기 시간에 대응된 액션에 따라 실행하는 단계를 더 포함할 수 있다.

본 발명에 따른 노티피케이션 메시지 송수신 방법 및 노티피케이션 메시지 수신 장치에 따르면, 노티피케이션 메시지를 효율적으로 전달할 수 있다.

본 발명에 따른 노티피케이션 메시지 송수신 방법 및 노티피케이션 메시지 수신 장치에 따르면, 다수의 노티피케이션 메시지를 전송할 경우, 각 노티피케이션 메시지를 각각 기술하는 정보를 송수신할 수 있다.

본 발명에 따른 노티피케이션 메시지 송수신 방법 및 노티피케이션 메시지 수신 장치에 따르면, 수신기에 노티피케이션 메시지를 용이하게 알릴(announce) 수 있다. 본 발명에 따른 노티피케이션 메시지 송수신 방법 및 노티피케이션 메시지 수신 장치에 따르면, 전송 대역폭을 늘리지 않고 노티피케이션 메시지를 적절한 시기에 제공할 수 있는 노티피케이션 메시지 송수신 방법 및 노티피케이션 메시지 수신 장치를 제공하는 것이다.

노티피케이션 메시지는 방송 네트워크에 의해 수신기로 전달될 수 있다. 그리고, 수신기가 인터액션 네트워크와 통신할 수 있는 경우, 노티피케이션 메시지는 인터액션 네트워크를 통해 수신기로 전달될 수도 있다. 방송 네트워크로 수신기에 전달된 노티피케이션 메시지는 인터액션 네트워크를 통해 완전(complement)해 질 수도 있다.

도 1은 노티피케이션 메시지를 송수신할 수 있는 프로토콜 스택을 예시한 도면이다. 이 도면은 노티피케이션 메시지를 송수신하는 방송 시스템으로 DVB 시스템을 예시한다.

DVB-T/H 시스템을 정의하는 프로토콜상에 MPEG-TS를 정의하는 프로토콜이 위치할 수 있고, MPEG-2 TS는 time-slicing방식의 데이터를 포함하거나, MPE 또는 MPE-FEC 방식으로 인캡슐레이션된 데이터를 포함할 수 있다.

IP 프로토콜이 MPEG-2 TS 프로토콜 상에 위치할 수 있다. UDP또는 TCP 가 IP 프로토콜 상에 위치할 수 있고, UDP 상에 RTP 또는 FLUTE/ALC가 위치할 수 있다.

노티피케이션 메시지는 시간 제약에 따라 전달될 경우RTP를 통해서 수신기로 전달될 수 있고, 시간 제약없이 전달될 경우 FLUTE/ALC를 통해 수신기로 전송될 수 있다.

노티피케이션 메시지(notification message)는 접근 방식에 따라 다음과 같이 분류될 수 있다.

노티피케이션 메시지는 디폴트 노티피케이션(default notification)과 유저 셀렉티드 노티피케이션(user-selected notification)으로 분류될 수 있다.

디폴트 노티피케이션(default notification)은 사용자의 선택과 관련없이 노티피케이션 메시지를 받는 경우인데, 디폴트 노티피케이션(default notification) 메시지는 사용자가 해당 서비스에 가입하지 않아도 노티피케이션 메시지를 수신할 수 있다. 참고로, 디폴트 노티피케이션(default notification)의 경우에도 사용자가 해당 서비스에 가입해야 인터액션 네트워트를 통해 서비스를 제공하는 서버로부터 수신할 수 있는 경우가 있을 수 있다.

디폴트 노티피케이션은 네트워크 디폴트 노피피케이션(network default notification; NDN), 플랫폼 디폴트 노티피케이션(platform default notification; PDN) 및 ESG 디폴트 노티피케이션(electronic service guide (ESG) default notification; EDN)이 있다.

네트워크 디폴트 노피피케이션(NDN)은 방송 또는 통신 시스템의 네트워크 레벨에서 전달될 수 있는 노티피케이션을 지칭한다. 네트워크 디폴트 노피피케이션(NDN)은 네트워크 레벨의 시그널링 (예를 들어 DVB-SI signaling) 또는/및 IP 기반의 세션(IP-based session)으로 전송될 수 있다. 네트워크 디폴트 노피피케이션(NDN)은 긴급 알림, 방송 중단, 네트워크 망 변화 등의 emergency에 관련된 메시지와 관련된다.

플랫폼 디폴트 노티피케이션(PDN)은 특정 IP 플랫폼에 관련된 메시지를 전송하는 것으로서, 예를 들어 플랫폼 구성(platform configuration) 변화에 관련된 노티피케이션 메시지를 지칭할 수 있다.

ESG 디폴트 노티피케이션(EDN)는 ESG에 의해 기술되는 서비스들에 관련된 노티피케이션으로서, ESG 캐로셀이나 ESG 전용 채널(dedicated channel)로 전송될 수 있다. 예를 들어 메시지는 ESG 프로바이더, 또는 ESG에 기술된 서비스들에 관련될 수 있다.

유저 셀렉티드 노티피케이션(user-selected notification)는 사용자가 해당 서비스를 가입한 경우 수신할 수 있는 노티피케이션을 지칭한다. 유저 셀렉티드 노티피케이션은 ESG에서 발견될 수 있는 서비스와 관련된 메시지들이다. 유저 셀렉티드 노티피케이션은 사용자가 ESG를 통해 그 서비스와 노티피케이션 컴포넌트를 선택해야 제공된다.

유저 셀렉티드 노티피케이션에는 서비스 관련 노티피케이션(service related notification; SRN)이 있는데, ESG에 기술된 특정 서비스에 관련된 노티피케이션이다. 서비스 관련 노티피케이션은 서비스 세션의 일부로서 전달될 때, in-band 서비스 관련 노티피케이션 메시지(in-band service related notification message; iSRN)로 호칭된다.

반면에 ESG dedicated network (EDN) session으로 전송되는 유저 셀렉티드 노티피케이션은 특정 서비스를 선택할 필요없이 EDN 세션을 통해 메시지를 수신할 수 노티피케이션으로 out-of-band service related notification message (oSRN)으 로 호칭된다.

SRN은 서비스 가입이 필요한데 iSRN의 경우 RTP로 전송될 때 서비스 세션의 다른 미디어 컴포넌트와 정확한 동기에 따라 서비스가 제공되고, oSRN은의 경우 EDN 세션으로 제공되므로 미디어 컴포넌트와 동기가 필요없다.

한편, 노티피케이션 서비스 (notification service)은 ESG에서 기술되는 노티피케이션 메시지 전달과 관련된 서비스로서, 뉴스 서비스와 같이 사용자가 서비스에서 가입한 경우, ESG 에서 기술될 수 있는 서비스를 지칭한다.

도 2는 노티피케이션 메시지를 송수신하는 노티피케이션 프레임 워크를 예시한다.

예시한 프레임워크는 예를 들어, 서비스, 컴포넌트, 채널, 프로토콜 레벨의 구성을 나타낸다. 뉴스와 A/V를 포함한 서비스(rich A/V)는 유저 셀렉티드(user-selected)에 의한 서비스로, ESG 매니지먼트 서비스 정보, 플랫폼 매니지먼트 서비스 정보, emergency 메시지는 디폴트 서비스로 나뉠 수 있다.

컴포넌트 레벨에서 A는 오디오, V는 비디오, N은 노티피케이션 컴포넌트를 나타내고, 채널 레벨은 각각의 컴포넌트를 전달하는 채널로서 A, V, EDN, iSRN, NDN, oSRN, PDN, NS로 표시되고, 그 의미는 하단에 표시되었다.

뉴스는 NS 채널을 통해 FLUTE로 전달될 수 있다. Rich A/V 서비스의 A/V는 A, V 채널을 통해 RTP로 전달될 수 있고, N은 iSRN, oSRN 채널을 통해 FLUTE나 RTP로 전달될 수 있다.

ESG 매니지먼트 정보는 FLUTE 형식으로 EDN 채널을 통해 전달 수 있다. 플랫폼 매니지먼트 정보는 FLUTE 형식으로 PDN 채널을 통해 전달될 수 있다. Emergency 메시지는 FLUTE나 방송의 서비스 기술 정보의 형식으로 NDN을 통해 전달될 수 있다. 서비스 기술 정보의 예로 DVB SI를 예시하였다.

도 3은 방송 네트워크를 통해 노티피케이션 메시지가 발견될 수 있는 경로를 예시한다. 예를 들어 DVB 네트워크 1는 플랫폼 1, 2을 포함한다고 가정한다. 예를 들어 플랫폼 1, 2는 IP 플랫폼이 될 수 있다.

먼저, DVB 네트워크의 서비스 기술 정보(PSI/SI)로부터 네트워크 디폴트 노티피케이션에 의한 메시지가 전달될 수 있다.

예를 들어, 디폴트 네트워크 채널은 ESG의 발견하는데 사용되는 부트스트랩 채널로부터 찾을 수 있다(Default Notification channels are discovered from the bootstrap channel used to discover the ESGs). 서비스 기술 정보는 서비스 접근을 위한 부트스트랩(bootstrap) 정보를 포함할 수 있는데, 각 플랫폼의 부트스트랩 정보는 플랫폼 디폴트 노티피케이션(PDN) 메시지를 전달할 수 있다. 즉, 플랫폼의 부트스트랩에서 PDN을 알릴(announce) 수 있는데 PDN은 NDN 메시지를 전달할 수도 있다.

부트스트랩 정보는 ESG나 EDN을 수신기에 알릴 수 있다. 예를 들어 ESG 1은 서비스 관련 노티피케이션을 전달하는 서비스 2(SRN)을 알릴 수 있고, 서비스 2를 서비스 1을 알릴 수 있다. 그리고, ESG 1은 노티피케이션 서비스를 전달하는 NS를 제공하는 서비스 3을 알릴 수 있다. 부트스트랩 정보는 EDN을 알릴 수도 있고, ESG2는 NS를 전달하는 서비스 1을 알릴 수 있다.

따라서, 수신기는 디폴트 노티피케이션 채널을, ESG를 발견할 수 있는 부트스트랩 채널로부터 발견할 수 있다. 그리고, ESG에 기술된 서비스 관련 메시지를 전달하는 노티피케이션 채널은 ESG에서 기술되는 서비스에 관련된 채널처럼 ESG로부터 발견할 수 있다.

도 4는 디폴트 노티피케이션 서비스에 접근할 수 있는 디스크립터를 예시한다. 이 도면의 디스크립터는 DefaultNotificaitonAccessDescriptor를 예시한다. 하나의 PDN서비스와 적어도 하나의 EDN서비스는 한 IP 플랫폼으로 전송될 수 있다. ESG를 수신할 수 있는 부트스트랩 정보는 이 디스크립터를 통해 PDN과 EDN의 엔트리 정보를 제공할 수 있다. 즉 도면에 예시한 디스크립터는 현재 IP 플랫폼에 관련된 PDN획득 정보 또는 ESG제공자를 찾을 수 있는 디스크립터(ESGProvideDiscovery 디스크립터) 내에 표시된 특정 ESG제공자의 식별자(ESGProviderID) 정보와 관련된 EDN획득 정보를 포함할 수 있다.

구체적으로 설명하면, PDNFlag 필드는 PDN이 있는지 여부를 나타낸다. n_o_EDNEntris 필드는 EDN 필드의 개수를 나타낸다.

PDNEntruy()는 PDNFlag의 값에 따라 PDN엔트리 정보를 기술하고, EDNEntry()는 n_o_EDNEntris 필드에 따라, EDN엔트리 정보를 기술할 수 있다.

한편, 도 3에서 예시한 바와 다르게 NDN의 엔트리 정보는 도 4에서 예시한 디스트립터로 전달될 수 없는데, 이하에서는 NDN 엔트리 정보를 제공하는 실시예를 개시한다.

도 5는 서비스 기술 정보 중 NIT를 예시한 도면이다. NDN 엔트리 정보는 NIT에 포함될 수 있다. 먼저, NIT를 기술하면 다음과 같다.

table_id 필드는 NIT를 식별할 수 있는 식별자를 나타낸다. section_syntax_indicator 필드는 1로 설정될 수 있는데, MPEG의 long-form 형식을 가질 수 있다. reserved_future_use 필드와 reserved 필드는 미지정 영역으로 예를 들어 각각 1과 11이 설정될 수 있다. section_length 필드는 NIT가 전송되는 단위인 섹션의 길이를 나타낸다.

network_id 필드는 서비스의 트랜스포트 스트림을 전송하는 딜리버리(delivery) 시스템을 식별하는 식별자를 나타내는 것으로, 예를 들어 방송 트랜스미터(transmitter)의 식별 정보가 포함될 수 있다. version_number 필드는 섹션이나 서브 테이블의 버전 번호를 나타낸다. current_next_indicator 필드는 현재 섹션에 이하의 정보를 적용하는지 여부를 나타낸다. section_number 필드는 섹션의 일련번호를 나타낸다. last_section_number 필드는 마지막 섹션의 번호를 나타낸다.

reserved_future_use 필드는 미지정 영역을, network_descriptors_length 는 이하에서 포함되는 디스크립터의 길이를 나타낸다. 그리고, 네트워크를 기술할 수 있는 정보를 포함한 디스크립터(A)를 포함할 수 있다.

미지정 영역인 reserved_future_use 필드 이후에 다시 transport_stream_loop_length 필드는 그 뒤를 따르는 트랜스포트 스트림 루프의 길이를 나타낸다.

transport_stream_id 필드는 현재 방송 신호를 전송하는 딜리버리 시스템에 의한 트랜스포트 스트림을 다른 딜리버리 시스템에 의한 트랜스포트 스트림과 식별하도록 하는 트랜스포트 스트림 식별자를 나타낸다.

original_network_id 는 서비스를 전송하는 본래의 딜리버리 시스템의 네트워크 식별자를 나타낸다. 미지정 영역인 reserved_future_use 필드 이후의 디스크립터의 길이를 나타내는 transport_descriptor_length를 포함한다.

디스크립터 영역(B)은 NDN 엔트리 정보를 기술하는 디스트립터를 포함할 수 있다. NDN 엔트리 정보는 이후에 상술한다.

도 6은 네트워크 디폴트 노티피케이션(NDN) 엔트리 정보를 기술하는 디스크립터를 예시한다. 여기서, 이 디스크립터를 NDNEntryDescriptor로 호칭하고, 이 디스크립터는 위에서 예시한 NIT의 디스크립터 영역(B)에 포함될 수 있다.

Descriptor_tag는 이 디스크립터를 식별하는 식별자를 나타내고, descriptor_length는 이 디스크립터의 길이를 바이트 단위로 나타낸다. NDNEntryVersion은 NDN 엔트리 정보의 버전을 나타낸다. 예를 들어 이 값은 1로 설정될 수 있고, 엔트리 정보의 버전들이 호환 가능하지 않으면, 버전에 변화가 있을 때 이 필드는 증가한다. 그리고, 수신기는 그에 대응되는 NDN 엔트리 정보만을 복호할 수 있다.

IPVersion6 필드는 이하의 어드레스 정보의 IP 버전을 나타낸다. 예를 들어, IPVersion6 필드가 1이면 SourceIPAddress 및 DestinationIPAddress 필드의 값은 IPversion 6에 따른다. 그리고, IPVersion6 필드가 0이면 SourceIPAddress 및 DestinationIPAddress 필드의 값은 IPversion 4를 따른다.

SourceIPAddress 및 DestinationIPAddress는 각각 NDN 메시지를 전송하는 FLUTE 세션의 source IP 주소 및 destination IP 주소를 나타낸다.

Port는 NDN 메시지를 전송하는 FLUTE 세션의 IP 스트림의 포트 번호를, TSI는 FLUTE 세션의 전송 세션 식별자(transport session identifier)를 나타낸다.

개시하는 바와 같이, NDN 엔트리 정보가 NIT에 포함되면, 수신기는 서비스 기술 정보인 NIT 를 통해 NDN 엔트리 정보를 얻고, 그 엔트리 정보에서 식별된 세션으로부터 NDN 메시지를 수신할 수 있다.

이하에서는 노티피케이션 메시지가 전송되는 실시예를 개시한다. 노티피케이션 메시지는 위에서 예시한 프로토콜에 따라 전송될 수 있는데, 위에서는 트랜스포트 레이어에 정의된 RTP와 FLUTE를 통해 전송되는 예를 개시하였다. 여기서는 트랜스포트 레이어에 노티피케이션 메시지를 매핑시켜 전송하는 예를 상세히 기술한다.

노티피케이션 메시지에 포함된 정보는 IPDC 시스템, IP 플랫폼, 또는 ESG에 기술되는 서비스를 지원(support)하는 네트워크 (예를 들면 DVB 네트워크)에 관련된다.

노티피케이션 메시지를 트랜스포트 레이어에 매핑하는 예를 개시하기 전에 노티피케이션 메시지의 구성을 설명하면 다음과 같다.

노티피케이션은 메시지는 지네릭 노티피케이션 메시지 파트(generic notification message part)와 노티피케이션 패이로드(notification payload)를 포함한다. 노티피케이션 패이로드는 어플리케이션-스페시픽 노티피케이션 메시지 파트(application-specific notification message part)와 미디어 오브젝트를 포함할 수 있다.

트랜스포트 레이어에 노티피케이션 메시지를 매핑할 경우, 타겟 노티피케이션 어플리케이션과 속성(예를 들면 메시지의 크기, 시간, 및 동기 제약 사항 등)에 따라 노티피케이션 메시지들은 나뉠 수 있고, 몇 개의 트랜스포트 프로토콜에 매핑될 수 있다. 예를 들어 노티피케이션 메시지들이 시간 제약 없이 전송될 경우 노티피케이션 메시지들은 FLUTE에 매핑될 수 있다. 그리고, 노티피케이션 메시지들이 오디오 스트림 또는 비디오 스트림에 관련된 시간 제약을 가지고 전송된다면 RTP 프로토콜 상에 매핑될 수 있다.

도 7은 노티피케이션 메시지가 FLUTE에 매핑되는 일 실시예를 나타낸다. 이 실시예는 하나의 노티피케이션 메시지를 FLUTE에 매핑시키는 예인데, 이러한 경우 노티피케이션 메시지의 generic notification message part는 FLUTE의 FDT(file description table) instance로 매핑될 수 있고, 노티피케이션 메시지의 payload는 FLUTE transport object에 매핑될 수 있다.

여러 메시지들을 효율적으로 전송하기 위해 노티피케이션 메시지들이 FLUTE 의 transport object 안에 모여(aggregate) 전송될 수 있다.

도 8은 다수의 노티피케이션 메시지들이 FLUTE에 매핑되는 실시예를 나타낸다. FLUTE의 하나의transport object 안에 모인 Notification 메시지들을 Notification aggregate이라고 호칭하고, 그때의 transport object도 FLUTE aggregate transport object라고 한다. 매핑시키는 여러 메시지들의 generic notification message parts중 공통부분은 FDT instance에, generic notification message parts의 개별부분과 메시지들의 payload들은 FLUTE aggregate transport object 로 매핑될 수 있다.

FLUTE aggregate transport object 에 전송되는 Notification aggregate에 대해 FLUTE의 FDT instance은 각각 메시지마다 개별적으로 기술할 수도 있고, 매핑되는 모든 메시지의 공통부분(common part)을 FDT instance에서 기술할 수도 있다.

도 9는 노티피케이션 메시지를 RTP 또는 RTP 와 FLUTE상에 매핑시키는 실시예를 나타낸다. 설명한 바와 같이, 노티피케이션 메시지가 오디오 스트림 또는 비디오 스트림에 관련된 시간 제약을 가지고 전송된다면 RTP 프로토콜 상에 매핑될 수 있다. 그리고, 노티피케이션 메시지의 일부분만 오디오/비디오 스트림과 동기되어 전송되고, 다른 부분은 동기되지 않고 전송될 경우, 동기되는 부분은 RTP로 전송하고, 나머지 메시지 부분은 FLUTE에 매핑될 수 있다.

이 도면의 윗 부분은 노티피케이션 메시지를 RTP에 매핑하는 예를 나타낸다. generic notification message part는 RTP PF header와 RTP payload의 한 부분에 매핑시키고, 노티피케이션 메시지의 패이로드는 RTP 패이로드의 나머지 부분에 매핑시킬 수 있다.

이 도면의 아래 부분은 노티피케이션 메시지의 일부를 RTP에 매핑시키고, 나머지 부분을 FLUTE에 매핑시키는 예를 개시한다. 각각 RTP에 매핑시키는 방법은 도면의 윗 부분의 매핑 방식과 같고, FLUTE에 매핑시키는 방법은 도 7 내지 도 8에서 설명한 바와 같다.

도 10은 다수의 노티피케이션 메시지들이 전송되는 실시예를 나타낸다. 전송 상의 효율성을 위해 복수의 노티피케이션 메시지들이 RTP 의 한 패이로드 안에 모여져서(aggregate) 전송될 수 있다.

복수의 메시지들 중 모든 메시지의 generic notification messages 의 공통부분은 RTP Payload Format header에 전송이 되고, 나머지 부분들은 RTP의 aggregate payload의 각 섹션이나 인덱스 부분에 따라 전송될 수 있다. 이 실시예에서 각 RTP PF header는 RTP 패이로드의 각각의 노티피케이션 메시지에 대응될 수 있다. . 이 도면에서 예시한 바와 같이 RTP 패킷의 패이로드에 다수의 노티피케이션 메시지가 포함될 경우, 각 노티피케이션 메시지를 기술하는 RTF RF header가 포함될 수 있다. 예를 들어 RTF PF header는 그 header에 대응되는 노티피케이션 메시지의 식별자, 각 노티피케이션 메시지의 버전, 노티피케이션 타입을 나타내는 정 보를 포함할 수 있는데, 이에 대한 상세한 예는 뒤에서 설명한다.

한편, 이 도면의 하단에서 예시하듯이 다수의 노티피케이션 메시지들이 RTP와 FLUTE로 동시에 전송될 경우, aggregated 노티피케이션 메시지들 중 시간 제약(time constraints)를 가지고 전송되어야 하는 부분들은 RTP의 aggregate 패이로드에, 나머지 메시지들은 FLUTE의 aggregate transport object에 매핑될 수 있다. 이 때, aggregated 노티피케이션 메시지들의 generic notification messages의 공통 부분은 RTP PF header(시간 제약이 있는 부분), FDT instance(시간 제약이 없는 부분)에 각각 매핑될 수 있다.

도 11은 RTP PF header의 예를 예시한다. RTP PF header는 다음과 같은 형식을 가질 수 있다.

RTP PF header는 ID 필드, VN 필드, NT 필드, ACT 필드, NPT 필드, T 필드, HL 필드를 포함할 수 있다. 이 도면에서 예시하는 각 필드의 크기는 예시적인 것으로서 변경이 가능하다.

ID 필드는 노티피케이션 메시지의 식별자를 나타내고, VN(version number) 필드는 노티피케이션 메시지의 버전 번호를 나타낸다.

NT 필드는 노티피케이션 타입(Notification Type)을 나타낼 수 있고, ACT 필드는 현재 전송하는 노티피케이션 메시지에 대해 수행되는 액션을 정의한다. 노티피케이션 메시지의 액션에 대한 상세한 설명은 추후 기술한다.

RTP PF header중에서 4비트의 ACT 필드는 이 도면의 하단의 표와 같은 정보 를 가질 수 있다. 예를 들어 ACT필드의 값이 0일 경우 RTP의 타임 스탬프에 노티피케이션 메시지를 런치시키도록 하는 액션 정보를 나타낸다. 그리고, ACT필드의 값이 1인 경우 가능한 빨리 노티피케이션 메시지를 런치하도록 하는 액션 정보를 나타낸다. ACT필드 값 2는 노티피케이션 메시지를 캔슬시키는 액션, ACT필드 값 3은 리무브 액션을 나타낸다. 그리고, ACT필드 값 4는 프리 패치 액션, ACT필드 값 5는 업데이트 액션을 각각 나타낸다. ACT 필드값이 6인 경우, 액션은 RTP extension header에 정의에 따르는데, 이 경우 RTP extension header는 다수의 액션과 그에 대응되는 시간 정보를 가질 수 있다. 이에 대해서는 추후 상술한다.

NT 필드는 노티피케이션 타입(notification type) 을 나타낸다. NT 필드에 노티피케이션 타입 예를 들면 emergency 알림, 방송 스케줄 변경, 뉴스 등에 따라 다른 값이 설정될 수 있다. 노티피케이션 타입의 구체적인 값은 노티피케이션 메시지를 송수신하는 사용자에 따라 정해질 수 있다. T 필드는RTP 패킷의 노티피케이션 패이로드의 타입을 나타내는데 이에 대해서는 도면의 참조하여 추후 상술한다. HL (header length)필드는 노티피케이션 RTP PF header의 길이를 나타낸다.

RTP에 다수의 노티피케이션 메시지들이 매핑될 경우(즉 RTP payload 를 통해 aggregate 노티피케이션 메시지가 전송될 경우), 각 노티피케이션 메시지에 대한 RTP PF header는 각각의 노티피케이션 메시지의 ID, 버전, 타입 등을 기술할 수 있다. 따라서, 서로 다른 타입의 노티피케이션이 하나의 RTP 패킷에 포함될 경우에도, 각각의 노티피케이션 메시지들을 식별하고 기술할 수 있다.

도 12는 RTP 패이로드에 다수의 노티피케이션 메시지가 전송되고 있음을 나 타내는 식별 정보를 예시한 도면이다. 이 도면의 실시예에서 RTP 패킷의RTP PF header는 RTP 패이로드에 다수의 노티피케이션 메시지들을 각각 식별할 수 있는 식별자인 I 필드를 포함할 수 있다. 이 실시예에서I 필드는 위에서 예시한 RTP PF header의 T필드로부터 1비트가 할당된다.

T 필드는 RTP 패킷 타입을 나타낼 수 있다. 예를 들어, T 필드가 0 경우, RTP 패킷은 single packet임을 나타낸다. T 필드가 2인 경우, RTP 패킷은 프레그멘테이션된 패킷의 시작 패킷(Fragmentation start Packet)을 포함한다. T 필드가 2 인 경우, RTP 패킷은 프레그멘테이션된 패킷의 연속 패킷(Fragmentation continuing Packet)임을 나타내고, T 필드가 3 인 경우, RTP 패킷은 프레그멘테이션된 패킷의 마지막 패킷(Fragmentation end Packet)임을 나타낼 수 있다. 나머지 비트는 미지정 영역이다.

만약RTP 패이로드에 노티피케이션 메시지들이 포함되고 각 메시지들을 식별할 수 있는 I 필드가 설정되면, T 필드는 3비트가 될 수도 있다.

RTP PF header가 I 필드를 포함한 경우, I 필드들은RTP의 패이로드에 또 다른 노티피케이션 메시지를 위한 RTP RF header가 포함되어 있음을 나타낸다. 즉, I필드는 multiple 노티피케이션 메시지들이 있음을 나타낼 수 있다.I 필드에 대해서는 추후 상술한다.

도 13은 RTP 패이로드가 다수의 노티피케이션 메시지를 포함할 경우, 그 식별자를 예시한 도면이다.

NPT (notification payload type) 필드는 노티피케이션 패이로드의 형 식(format)을 정의한다. NPT 필드는 C (compression) 필드, E (encapsulation) 필드, I (indication) 필드 및 Type 필드를 포함할 수 있다.

Type 필드는 RTP패이로드에 존재하는 노티피케이션 메시지를 정의한다.

Type 필드의 값이 0은 reserved 필드이고, 1이면 action만 있고, 패이로드는 없는 노티피케이션 패이로드를 나타낸다. Type 필드의 값이 2 이면, generic message part 만 있는 노티피케이션 패이로드를 나타낸다. Type 필드의 값이 3 이면, generic message part 와 application-specific message part를 포함하는 노티피케이션 패이로드를 나타낸다. Type 필드의 값이 4 면, 노티피케이션 패이로드는 complete notification message를 나타내고, 5인 경우 노티피케이션 패이로드는 동일한 노티피케이션 필드(예를 들어 타임 스탬프, 액션 등)를 공유하는 aggregate multiple notification message를 포함한다. 그리고, Type 필드의 값이 6이면 노티피케이션 패이로드는 노티피케이션 어플리케이션에 대한 초기화 container를 포함한다.

이 실시예에서 I (indication) 필드는, 해당 RTP 패킷 내에 다음 메시지를 위한 RTP PF header가 있는지를 나타내는 정보를 나타낸다. I 필드가 0인 경우 aggregate multiple notification message를 위한 RTP PF header가 존재하지 않음을 나타내고, 1인 경우 다른 notification message를 기술하는 RTP RF header가 더 있음을 나타낼 수 있다. RTP PF header는, 각각의 메시지를 기술하는 정보가 포함될 수 있다. 따라서, I 필드의 값으로 다른 노티피케이션 메시지에 대한 RTP PF header가 RTP 패킷에 포함되어 있음을 알 수 있고, RTP PF header로부터 그에 대응 되는 노티피케이션 메시지를 기술하는 정보를 얻을 수 있다.

E (encapsulation) 필드는 인캡슐레이션의 타입을 정의하는데, 예를 들어 E 필드가 1인 경우 인캡슐레이션 타입은 multipart MIME container임을 나타낸다.

C (compression) 필드는 RTP 패이로드가 압축되었는지 여부를 나타내는데, 예를 들어 0인 경우 RTP 패이로드가 압축되지 않았고, 1 인 경우 RTP 패이로드가 압축되었음을 나타낸다.

위의 예에 따르면 노티피케이션 메시지를 전송할 경우, 전송 효율을 위해 다수의 노티피케이션 메시지를 트랜스포트 프로토콜인 RTP와 FLUTE에 매핑할 수 있다. 특히 RTP 패이로드에 다수의 노티피케이션이 전송될 경우 각각의RTP PF header은, RTP 패이로드에 다수의 노티피케이션 메시지들을 각각 기술할 수 있는 메시지 ID, 버전, 노티피케이션 타입 등이 포함될 수 있다.. 따라서, RTP 패킷의 패이로드에 다수의 노티피케이션 메시지들이 포함된 경우, 각각 메시지를 구체적으로 기술하는 정보를 전송할 수 있다. 특히 시간 제약을 가지거나 오디오/비디오와 동기되어 표출되어야 하는 다수의 노티피케이션 메시지들이 있을 경우, RTP PF header는 그 메시지들을 기술하는 정보를 포함할 수 있다.

NPT 필드 중 type 필드의 값이 5인 경우, 즉 다수의 노티피케이션 메시지가 RTP 패이로드에 포함될 경우, 위에서 예시한 실시예 이외에 RTP PF header에 그 식별자 정보를 다양하게 방식에 따라 설정할 수 있다.

이하에서는 노티피케이션 메시지를 효율적으로 송수신할 수 있는 실시예를 개시한다. 노티피케이션 메시지는 다수의 상태를 가질 수 있는 오브젝트로 전달될 수 있고, 노티피케이션 오브젝트는 상태 변화에 따른 life cycle을 가질 수 있다.

도 14는 노티피케이션 오브젝트의 라이브 사이클을 예시한다. 예시한 노티피케이션 오브젝트는 absent, loaded, active 의 상태들을 가질 수 있다. 그리고, 노티피케이션 오브젝트는 몇 가지 액션에 따라 그 상태가 변할 수 있다.

노티피케이션의 안정성을 위해 액티브 상태와 loaded 상태에서 idle 상태로의 전이는 명확한(explicit) 액션에 의할 뿐만 아니라, 자발적으로 진행될 수 있어서 수신기는 방송 수신 상태가 나쁘거나 다른 채널로 변경할 경우에도 노티피케이션 오브젝트의 초기 상태를 얻을 수 있다 (Especially transitions from the active and loaded states to (eventually) the idle state shall be possible not only through explicit actions, but shall also happen spontaneously so that the system retrieves its initial state even under bad reception conditions, or when the user decides to switch to different channels).

먼저, 노티피케이션 오브젝트에 대한 액션 중 fetch를 설명하면 다음과 같다.

노티피티피션 오브젝트가 패치되었을 때, 노티피케이션의 lifetime이 가능한 값으로 결정될 수 있다. 라이프타임은 패치부터 자동적으로 삭제될 때까지 상대 시간값이나, 노티피케이션이 없어질 때까지 절대 시간값으로 정해질 수 있다. 정확성은 그다지 중요하지는 않지만, 노티피케이션 제공자는 어느 정도의 시간 마진을 가지고 노티피케이션을 제공할 수 있다. 특정된 액티브 타임은 오브젝트가 패치된 곧바로 결정될 수 있다. 런치 액션으로 패치 파라미터를 사용하지 않을 수도 있지만, 런치(launch) 액션이 액티브 타임동안 정기적으로 반복되면, 대역폭을 낭비할 수 있다. Explicit fetch 또는 implicit fetch(아직 loaded되지 않은 오브젝트에 대한launch 액션을 수신한 경우)가 사용될 수 있다.

노티피케이션 오브젝트에 대한 액션 중 launch를 설명하면 다음과 같다.

오브젝트가 런치되면 최대 액티브 타임이 정의될 수 있다. 런치 메시지(트리거)는 방송 신호 수신이 완전하지 않거나, 채널 전환이 늦은 경우를 대처하기 위해 반복될 수 있어서, 각각의 런치 메시지(즉, 액티브 타임은 패치 액션으로부터 알려질 수 있다)마다 액티브 시간을 반복적으로 보내지 않고, 따라서 대역폭이 절약될 수 있다. 액티브 타임을 전송하는 간격은 초 단위보다 낮을 수 있다. 런치 액션은 이전 액션에서 포함된 런치 타임시에 즉시 실행되거나 액션에 포함된 런치 타임에 도달했을 때 바로 실행된다. 즉, 런치 타임은 기준 레퍼런스 타임과 비교될 수 있는데, 예를 들어 RTP 타임 스탬프의 프레젠테이션 타임이 런치 타임이 될 경우와 같이 전송 매커니즘에 의존하여 실행될 수 있다.

노티피케이션 오브젝트에 대한 액션 중 cancel를 설명하면 다음과 같다.

캔슬 액션은 특정 notification message를 통해 trigger 될 수 있다. 노티피케이션의 디액티베이션은 타임머의 시간 종료(expiration)에 의해 수행될 수 있다. 따라서 캔슬 액션은 노티피케이션 파라미터를 전송하지 않도록 할 수 있데, 이것은 라이프 타임이 캔슬 액션에 의해 변경되지 않는 것을 의미할 수도 있다.

노티피케이션 오브젝트에 대한 액션 중 remove를 설명하면 다음과 같다. 리무브 액션은 특정 notification message를 통해 트리거될 수도 있는데, 많은 경우 오브젝트는 주어진 시간이 경과되면 리무브된다. 이것은 오브젝트 라이프의 끝을 의미하고, 더 이상 노티피케이션 파라미터가 전송되지 않는다.

노티피케이션 오브젝트에 대한 액션 중 update를 설명하면 다음과 같다.

현재 발생한 오브젝트에 대한 라이프 타임이나 액티브 타임의 업데이트는 유용할 수 있지만, 반드시 필요한 요건은 아니다. 따라서, 업데이트는 특정 업데이트 커맨드(commands) 에 의해 직접 트리거되거나 패치와 런치 액션에 대해 변경된 파라미터의 수신하여 트리거될 수 있다.

이와 같은 정의에 따라 노티피케이션 오브젝트의 상태는 absent, loaded (stored), active로 바뀔 수 있다.

예를 들어 absent 상태인 오브젝트가 launch되면 active 상태가 되고 fetch(또는 update)되면 loaded 상태로 된다. absent 상태의 노티피케이션 오브젝트는 캔슬 또는 리무브 액션에 의해 absent 상태로 유지된다.

Active 상태인 오브젝트가 캔슬 액션에 의해 loaded상태로, 리무브 액션에 의해 absent 상태로 된다 active 상태의 오브젝트는 패치, 런치, 업데이트 액션에 active액션으로 유지된다.

loaded 상태의 오브젝트는launch액션에 의해 active 상태로, 캔슬 액션에 의해 absent 상태로 된다. Loaded 상태의 오브젝트는 update, 캔슬, 패치 액션에 loaded 상태로 유지된다.

도 15는 노티피케이션 메시지가 전송되는 예를 예시한 도면이다.

첫 번째 라인의 맨 위의 네모 표시는 각각 메시지 패치(fetch msg), 런 치(launch msg), 캔슬(cancel msg), 리무브(remove msg) 액션을 나타낸다.

두 번째 라인은 수신 상태가 완전한 수신기가 노티피케이션 메시지를 수신한 경우 메시지의 상태 변화를 예시한 도면이다. 예를 들어 수신기가 패치 메시지를 수신한 경우, 노티피케이션 메시지의 이벤트가 loaded 상태가 된다. 그리고, 런치 메시지를 수신하면 어느 정도의 마진을 두고 노티피케이션 메시지의 이벤트가 실행된다. 이때 노티피케이션 메시지는 액티브 상태가 된다. 런치 메시지는 채널 변경이나 신호 수신 환경이 열악하나 경우에 대비하기 위해 반복 전송될 수 있다. 이 경우에 대응된 active time이 상대(relative) 시간으로 아래의 라인에 예시된다.

노티피케이션 메시지에 대해 캔슬 액션이 수행되면, 노티피케이션 메시지의 이벤트는 취소되고, 노티피케이션 메시지는 loaded 상태가 된다. 그리고, 리무브 액션이 수행되면, 노티피케이션 메시지는 absent 상태가 되고, 메시지의 이벤트는 unload된다.

이 도면의 세 번째 라인은 수신 환경이 좋지 않은 수신기가 노티피케이션 메시지를 수신할 경우, 노티피케이션 메시지의 상태 변화를 나타낸다. 수신 환경이 열악한 상황의 수신기가 노티피케이션 메시지를 수신할 경우, 제한된 시간 범위(음영으로 표시)에서만 신호를 수신할 수 있다. 그리고, 수신기가 그 시간 범위에서 수신되는 런치 메시지를 수신하면, 노티피케이션 메시지가 액티브 상태가 된다. 신호 수신이 힘든 상황에서 수신기는 노티피케이션 오브젝트에 포함된 기 설정된 시간(predetermined time)까지 충분히 노티피케이션 메시지의 액티브 상태로 유지한 후에 노티피케이션 메시지를 디액티베이션시킨다. 디액티베이션은 시간 정보를 따 르는 타이머의 의해 트리거될 수 있다. 그리고, 오브젝트가 unloaed된다.

노티피케이션 라이프 타임(life time)은 마지막 라인에 표시되었다.

위에서 설명한 바와 같이 노티피케이션 메시지는 노티피케이션 오브젝트를 전송하고, 노티피케이션 오브젝트의 액션을 정하기 위해 몇 개의 액션과 함께 노티피케이션 메시지가 전달될 수 있다. 노티피케이션 메시지는 FLUTE난 RTP로 전송될 수 있는데, 다수의 액션이 정의된 노티피케이션에 대해 설명하면 다음과 같다.

도 16은 노티피케이션의 액션에 따른 상태를 예시한 도면이다. 이 실시예에 따르면 노티피케이션 메시지는 복수의 액션들과 그 액션이 각가 수행되는 시간 정보를 포함한다. 수신기는 다수의 액션들을 정의한 정보를 포함한 노티피케이션 메시지를 수신하고, 각 액션이 수행되는 시간에 해당 액션을 수행할 수 있다.

예를 들어 패치, 런치, 캔슬, 리무브 액션을 모두 포함하고, 각 액션이 수행되야 하는 시간들을 포함한 노티피케이션 메시지를 수신한다.

그리고, 노티피케이션 메시지에 대해 시간에 따라 패치 액션이 수행되면 노티피케이션 메시지가 loaded 상태가 되고, 그 메시지에 따른 이벤트가 로드(load)된다. 노티피케이션 메시지의 런치 액션이 수행되면 메시지는active 상태가 되고, 이벤트는 실행된다. 그리고, 이미 수신한 노티피케이션 메시지 내 시간에 따라 cancel을 수행하면 노티피케이션 메시지는 loaded 상태가 되고 이벤트는 취소된다. 마찬가지로 이미 수신한 노티피케이션 메시지 내 리무브 시간에 맞춰 리무브 액션을 수행하면, 이벤트는 unload되고, 메시지도 unload 상태가 된다.

이와 같이 노티피케이션 메시지를 전송하면, 각각의 액션에 따라 동일한 노티피케이션 메시지들을 여러 번 수신할 필요가 없다. 따라서, 수신기가 수신 신호가 열악한 경우이거나, 노티피케이션 메시지를 여러 번 수신하지 않아도 노티피케이션 서비스를 제공받을 수 있다.

도 17은 FLUTE로 노티피케이션 메시지를 기술하는 예를 나타낸 도면이다. XML로 예시한 FDT의 NotificationAggregateDescriptionType 는 노티피케이션 메시지를 기술할 수 있다.

FDT가 노티피케이션 메시지를 기술하기 위해 filterElementList엘러먼트와 notificationMessageDescription 엘러먼트를 가진 notificationAggregateDescriptionType이 정의될 수 있다. FilterElementList엘러먼트는 수신기가 동일한 노티피케이션 타입을 가진 노티피케이션 메시지 중 관심 있는 메시지만 걸러내도록 메시지 필터링에 사용도리 수 있다.

notificationMessageDescription엘러먼트는 complex type으로 정의된 notificationMessageDescriptionType에 따를 수 있다. notificationMessageDescriptionType는 노티피케이션 메시지의 상태가 변화되는 시간 정보를 포함한 TimingInformation엘러먼트, FLUTE의 transport object 에 포함된 메시지를 수신할지 여부에 대한 필터링 기준을 나타내는FilterElementList 엘러먼트, 서비스 가입자 정보를 포함한 SubscriptionInformation을 엘러먼트를 포함할 수 있다.

그리고, notificationMessageDescription의 속성으로서, MessageID는 메시지의 식별자, Version은 메시지의 버전, NotificationType은 노티피케이션 타입을, NotificationPayloadType은 노티피케이션 메시지의 패이로드의 타입을 나타낸다.

Action은 노티피케이션 메시지의 액션을 나타내고, ServiceRef 는 노티피케이션 메시지와 관련된 서비스의 참조 정보를 나타낸다.

위에서 설명한 바와 같이, 메시지의 상태를 변화시킬 수 있는 액션과 그 액션이 수행되는 시간 정보를 포함한 노티피케이션 메시지를 전송할 경우, 해당 노티피케이션 메시지를 자주 전송하면 전송상의 오버 헤드가 발생할 수 있다. 따라서, 하나의 이벤트에 대한 복수의 액션들을 정의한 정보와 그 액션들이 수행되는 시간들을 정의한 정보를 하나의 메시지로 전송하면 해당 노티피케이션 메시지를 중복하여 수신할 필요가 없다.

도 18은 다수의 액션 및 시간 정보를 가지는 노티피케이션 메시지의 기술하는 NotificationAggregateDescriptionType을 예시한다. 노티피케이션 메시지를 전송할 경우, 노티피케이션 메시지의 상태를 변화시키는 액션과 관련된 시간 정보를 action 속성에 포함시킬 수 있다. 앞에서 예시한 FLUTE의 노티피케이션 메시지 기술 정보(NotificationAggregateDescriptionType)는 다수의 액션들의 정의된 정보와 그 액션들이 각각 수행되는 시간 정보를 포함할 수 있다.

노티피케이션 메시지의 구조를 기술하는 디스크립션 타입(NotificationAggregateDescriptionType)은 위에서 예시한 엘러먼트 이외에, 복 수의 ActionTiming 엘러먼트를 더 포함할 수 있다. ActionTiming 엘러먼트는, 노티피케이션 오브젝트의 복수의 액션과 각 액션에 대응하는 시간 정보를 포함하는 타입인 ActionTimingType을 따를 수 있다.

ActionTimingType은 시간 정보를 포함하는 TimingInformation 엘러먼트, 액션 정보를 포함하는 Action 엘러먼트를 가질 수 있다. 따라서 예시한 노티피케이션 오브젝트를 수신한 경우, 수신기는 노티피케이션 오브젝트가 포함한 액션 정보 및 그의 시간 정보에 따라 상태가 변화할 수 있다. 이 도면에서 기술되는 노티피케이션 메시지가 수신되면 ActionTimingType에 따른 시간 정보와 그에 대응되는 액션 정보에 따라 노티피케이션 메시지가 전달하는 이벤트가 실행되거나 취소될 수 있다. 시간 정보와 액션 정보는 각각 복수의 시간들과 액션들을 포함할 수 있기 때문에 노티피케이션 메시지를 송수신하는데 대역폭을 증가하지 않고 효율적으로 송수신할 수 있다.

노티피케이션의 복수의 액션들이 정의된 정보 및 그 액션들의 수행 시간 정보를 가진 노티피케이션 메시지는 RTP 로 전송될 수도 있다.

도 19및 도 20은 복수의 시간 정보를 가지는 노티피케이션 메시지가 전송될 경우, RTP에 포함된 노티피케이션의 정보를 예시한 도면이다.

도 19는 RTP payload format header를 나타낸 도면이다. RTP payload format header는 ID 필드, VN 필드, NT 필드, ACT 필드, NPT 필드, T 필드, HL 필드를 포함할 수 있다. 이 도면에서 예시하는 각 필드의 크기는 예시적인 것으로서 변경이 가능하다. 각 필드에 대한 설명은 이미 위에서 기술하였다.

다만, RTP 패이로드 헤더 중에서 4비트의 ACT 필드는 이 도면의 하단의 표와 같은 정보를 가질 수 있다. 예를 들어 ACT 필드 값 0은 RTP타임 스탬프에 노티피케이션 메시지를 런치시키도록 하는 액션 정보를 나타낸다. ACT 필드 값이 1인 경우 가능한 빨리 노티피케이션 메시지를 런치하도록 하는 액션 정보를 나타낸다. ACT의 값 2는 노티피케이션 메시지를 캔슬시키는 액션, 3은 리무스 액션을 나타낸다. 그리고, 4는 프리 패치 액션, 5는 업데이트 액션을 나타낸다. ACT 필드가 6인 경우, 액션은 RTP 익스텐션 헤더에 정의에 따르는데, 이 경우 RTP 익스텐션 헤더는 다수의 액션과 그에 대응되는 시간 정보를 가질 수 있다.

도 20은 RTP 패이로드 익스텐션 헤더를 예시한 도면이다. RTP 패이로드 익스텐션 헤더는 EHT(extension header type) 필드, EHL(extension header length) 필드 및 extension header 필드를 포함할 수 있다.

EHT(extension header type) 필드가 1 인 경우, 익스텐션 헤더는 Filter Element List 를 나타낸다. Filter Element List 는 노티피케이션 메시지의 필터링 정보를 나타내는 것으로서 필터링 정보에 따라 노티피케이션 메시지의 필터링과 어그리게이트(aggregate)이 수행될 수 있다.

EHT(extension header type) 필드가 2 인 경우, 익스텐션 헤더가 서비스 가입자 정보인 subscription information임을 나타내고, 3인 경우 익스텐션 헤더가 container reference임을 나타낸다.

그리고, EHT(extension header type) 필드가 4 인 경우, 익스텐션 헤더는 복 수의 액션과 그에 따른 시간 정보를 나타낸다.

도 21은 위에서 설명한 노티피케이션 메시지 송수신 방법의 실시예를 예시한 도면이다.

네트워크로 전송할 복수의 노티피케이션 메시지들을 생성한다(S110). 노티피케이션 메시지는 지네릭 노티피케이션 메시지 파트와 노티피케이션 메시지 패이로드를 포함할 수 있다.

생성한 복수의 노티피케이션 메시지들의 패이로드들을 RTP 패이로드에 포함하는 RTP 패킷을 생성할 수 있다(S120). 이 때 RTP 패킷은 RTP 패이로드에 포함된 복수의 노티피케이션 메시지들의 타입들을 포함한 노티피케이션 메시지들을 기술하는 정보를 포함할 수 있다.

한편, 복수의 노티피케이션 메시지가 미디어 오브젝트와 동기되어 전송될 필요없을 경우, FLUTE에 따라 노티피케이션 메시지가 전송되도록 FLUTE의 FDT와 transport object를 생성할 수 있다. 또는 일부의 노티피케이션 메시지는 RTP 패킷으로, 일부의 노티피케이션 메시지는 FLUTE으로 전송되도록 생성한 노티피케이션 메시지를 트랜스포트 프로토콜에 따른 전송 형식으로 변환할 수 있다.

생성한RTP 패킷을 IP 로 인캡슐레이션하여 네트워크로 전송한다(S130). FLUTE로 노티피케이션 메시지를 전송할 경우에도 IP 인캡슐레이션하고 인캡슐레이션된 단위를 네트워크로 전송되도록 변조할 수 있다.

노티피케이션 메시지는 복수의 액션들을 정의한 정보와 그에 각각 대응되는 시간 정보에 따라 전송될 수 있다. 노티피케이션 메시지가 복수의 액션들을 정의한 정보 및 대응되는 시간들을 정의한 정보에 따라 전송될 경우, FLUTE의 FDT나 RTP 의 RTP payload format header 및 extension header에 그 정보들을 설정할 수 있다. 그리고, 노티피케이션 메시지를 액션에 따라 중복하여 전송할 필요없이, FLUTE 나 RTP 에 노티피케이션 메시지가 로드, 액티브, 캔슬 및 리무브되어야 하는 시간들을 설정하여 그 노티피케이션 메시지를 전송할 수 있다.

노티피케이션 메시지를 수신할 경우, 네트워크로부터 수신한 신호를 역다중화하여 노티피케이션 메시지를 포함한 IP 패킷 내에 RTP 패킷을 얻는다(S210).

노티피케이션 메시지는 노티피케이션 알림(announcement) 정보로부터 찾을 수 있다. 방송 신호에 포함된 노티피케이션 메시지를 수신할 경우 노티피케이션 메시지의 알림 정보는 네트워크를 기술하는 서비스 기술 정보로부터 찾을 수 있다. 또는 서비스 기술 정보로부터 특정 IP 주소로 전송되는 IP 패킷을 식별하고, 식별된 IP 패킷으로부터 ESG의 부트스트랩 정보를 얻고, 그 부트스트랩 정보로부터 알림 정보를 얻을 수 있다. 다른 예로서, 얻은 부트스트랩 정보로부터 ESG를 얻을 수 있는 채널이나, 그 부트스트랩으로부터 수신할 수 있는 ESG의 특정 서비스를 통해 노티피케이션 메시지의 알림 정보를 얻을 수 있다.

RTP 패킷을 복호하여 복수의 노티피케이션 메시지들이 RTP 패킷에 포함될 경우 상기 복수의 노티피케이션 메시지들의 타입을 포함한 각각의 노티피케이션 메시지에 대해 기술하는 정보를 얻고, RTP 패이로드로부터 복수의 노티피케이션 메시지들을 구분하여 각각의 메시지들을 얻는다(S220).

한편으로, 복수의 노티피케이션 메시지가 미디어 오브젝트와 동기될 필요 없 을 경우, FLUTE으로 전송되는 노티피케이션 메시지를 수신할 수도 있다. 또는 일부의 노티피케이션 메시지는 RTP 패킷으로부터, 일부의 노티피케이션 메시지는 FLUTE로부터 수신할 수도 있다.

노티피케이션 메시지를 파싱하고, 노티피케이션 메시지의 액션 정보에 따라 노티피케이션 메시지의 이벤트를 제공받는다(S230).

노티피케이션 메시지는 복수의 액션들을 정의한 정보와 그에 각각 대응되는 시간 정보를 포함할 수 있다. 노티피케이션 메시지가 복수의 액션들을 정의한 정보 및 대응되는 시간들을 정의한 정보를 포함할 경우, FLUTE의 FDT나 RTP 의 RTP payload format header 및 extension header로부터 그 정보를 얻을 수 있다. 그리고, 노티피케이션 메시지를 액션에 따라 중복하여 수신할 필요없이, 수신한 메시지에 정의된 액션들과 그 시간들에 따라 제공되는 이벤트를 얻을 수 있다.

도 22는 노티피케이션 메시지 수신 장치의 실시예를 예시한 도면이다. 노티피케이션 메시지 수신 장치의 실시예는 트랜스포트 스트림 역다중화부(110), IP 디캡슐레이터(120), UDP 복호부(130), RTP 복호부(140), 비디오 디코더(151), 오디오 디코더(153), 제 1 노티피케이션 파서(155), FLUTE 복호부(160), 제 2 노티피케이션 파서(165), 컨테이너 파서(170), 서비스 가이드 파서(180), 서비스 가이드 정보 제어부(185), 서비스 기술 정보 복호부(190) 및 디스플레이부(200)를 포함할 수 있다.

노티피케이션 메시지 수신 장치는 방송 또는 인터액션 네트워크로부터 노티피케이션 메시지가 포함된 신호를 수신하기 위한 신호 수신 장치와 연결될 수 있 다. 예를 들어 방송 네트워크로부터 DVB 시스템에 의한 방송 신호를 수신할 경우, 신호 수신 장치는 DVB 신호 수신 장치가 될 수 있다. 또는 인터액션 네트워크로부터 신호를 수신할 경우 신호를 변복조할 수 있는 통신 장치와 연결될 수 있다.

트랜스포트 스트림 역다중화부(110)는 트랜스포트 스트림 중 IP 패킷을 역다중화할 수 있다. 노티피케이션 메시지 수신 장치가 통신 장치와 연결될 경우 트랜스포트 스트림 역다중화부(110)는 선택적인 요소이다.

IP 디캡슐레이터(120)는 역다중화된 IP패킷을 디캡슐레이션하여 소스 및 데스티네이션 IP 어드레스을 포함한 IP 헤더를 제거한다.

UDP 복호부(130)는 IP 디캡슐레이터(120)가 디캡슐레이트한 패이로드 중 소스 및 데이티네이션 포트를 포함한 UDP 헤더를 제거한 데이터를 출력한다.

RTP 복호부(140)는 RTCP(RTP control protocol)에 따라 부호화 속도를 제어하여 부호화된 데이터를 출력할 수 있다. 부호화된 데이터는 비디오 데이터, 오디오 데이터, 노티피케이션 메시지 중 적어도 하나를 포함하는 콘텐트 데이터일 수 있다. RTP 복호부(140)는 RTP 패킷에 포함된 노티피케이션 메시지들을 각각 기술하는 정보를 복호할 수 있다. 예를 들어, RTP 복호부(140) RTP 패킷에 포함된 노티피케이션 메시지들의 타입을 기술 정보를 복호할 수 있다.

비디오 디코더(151)는 RTP 복호부(140)가 출력한 비디오 데이터를 복호하여 출력할 수 있는데, 예를 들어 H.264 형식의 비디오 데이터를 복호할 수 있다. 오디오 디코더(153)는 RTP 복호부(140)가 출력한 오디오 데이터를 복호하여 출력할 수 있는데, 예를 들어 AAC+ 형식의 오디오 데이터를 복호할 수 있다.

제 1 노티피케이션 파서(155)는 RTP로 전송되는 노티피케이션 메시지를 파싱하여 출력한다. 디스플레이부(200)는 제 1 노티피케이션 파서(155)가 출력하는 노티피케이션 메시지를 사용자에게 제공할 수 있다. 제 2 노티피케이션 파서(155)가 파싱한 NDN 메시지와 PDN 메시지가 디스플레이부(200)를 통해 사용자에게 전달될 수 있다

한편, FLUTE 복호부(160)는 UDP 복호부(130)가 출력한 데이터의 FDT를 복호하여 FLUTE의 transport object에 포함된 파일을 출력할 수 있다. transport object는 바이너리 데이터, 이미지 데이터 및 텍스트 데이터 등의 파일을 출력할 수 있다. FLUTE 복호부(160)는 FLUTE의 transport object에 포함된 노티피케이션 메시지를 출력할 숭 있다.

제 2 노티피케이션 파서(165) 는 FLUTE 로 전송되는 노티피케이션 메시지를 파싱하여 출력한다.

제 1 노티피케이션 파서(155)와 제 2 노티피케이션 파서(165)는 하나의 파서로 구성될 수도 있다.

한편, 컨테이너 파서(170)는 FLUTE의 transport object에 포함된 컨테이너(container)를 파싱하여 서비스 가이드 정보를 출력할 수 있다.

서비스 가이드 파서(180)는 출력한 서비스 가이드 정보를 파싱하여 출력할 수 있다.

서비스 가이드 정보 제어부(185)는 서비스 가이드 파서(180)가 출력하는 서비스 가이드 정보, 제 1 노티피케이션 파서(155)와 제 2 노티피케이션 파서(165)가 각각 출력하는 노티피케이션 메시지를 수신하고, 디스플레이부(200)로 출력할 수 있다.

서비스 가이드 정보 제어부(185)는 서비스 가이드 파서(180)가 출력하는 서비스 가이드 정보와 노티피케이션 파서(165)가 출력하는 노티피케이션 메시지를 디스플레이부(200)를 통해 사용자에게 제공할 수 있다.

서비스 기술 정보 복호부(190)는 트랜스포트 스트림 역다중화부(110)가 역다중화한 서비스 기술 정보를 복호할 수 있다. 예를 들어 서비스 기술 정보 복호부(190)는 노티피케이션 메시지의 알림 정보가 포함된 서비스 기술 정보(예 PAT, PMT, NIT등의 PSI/SI 정보)를 복호할 수 있다. 서비스 기술 정보 복호부(190)는 NIT에 포함된 노티피케이션 메시지의 알림 정보를 복호하고, 그에 따라 식별된 노티피케이션 메시지가 수신되도록 할 수 있다.

복수의 노티피케이션 메시지가 RTP로 전송될 경우, RTP 복호부(140)는 RTP 패킷으로부터, RTP 패이로드에 복수의 노티피케이션 메시지들을 기술하는 정보를 복호할 수 있다. 이 식별 정보에 따라 제 1 노티피케이션 파서(155)는 RTP payload 의 복수의 노티피케이션 메시지들을 각각 파싱할 수 있다.RTP로 전송될 경우, RTP 복호부(140)는 RTP 패킷을 복호하며 복호된 정보에 따라 제 1 노티피케이션 파서 (155)는 RTP payload format header로부터 노티피케이션 메시지에 포함된 복수의 액션들과 그에 대응되는 시간들에 관한 정보를 파싱하고, payload 에 포함된 노티피케이션 메시지를 파싱할 수 있다.

RTP payload format header로부터 노티피케이션 메시지에 포함된 복수의 액 션들과 그에 대응되는 시간 정보들을 정의한 정보를 복호할 수 있다. 그리고, 이 복호된 정보에 따라 제 1 노티피케이션 파서(155)는 RTP payload format header에 포함된 액션들과 그에 대응되는 시간 정보들에 따라 RTP payload에 포함된 노티피케이션 메시지를 출력할 수 있다.

도 1은 노티피케이션 메시지를 송수신할 수 있는 프로토콜 스택을 예시한 도면;

도 2는 노티피케이션 메시지를 송수신하는 노티피케이션 프레임 워크를 예시한 도면;

도 3은 방송 네트워크를 통해 노티피케이션 메시지가 발견될 수 있는 경로를 예시한 도면

도 4는 디폴트 노티피케이션 서비스에 접근할 수 있는 디스크립터를 예시한 도면

도 5는 서비스 기술 정보 중 NIT를 예시한 도면

도 6은 네트워크 디폴트 노티피케이션(NDN) 엔트리 정보를 기술하는 디스크립터를 예시한 도면

도 7은 노티피케이션 메시지가 FLUTE에 매핑되는 일 실시예를 나타낸 도면

도 8은 다수의 노티피케이션 메시지들이 FLUTE에 매핑되는 실시예를 나타낸 도면

도 9는 노티피케이션 메시지를 RTP 또는 RTP 와 FLUTE상에 매핑시키는 실시예를 나타낸 도면

도 10은 다수의 노티피케이션 메시지들이 전송되는 실시예를 나타낸 도면

도 11은 RTP PF header의 예를 예시한 도면

도 12는 RTP 패이로드에 다수의 노티피케이션 메시지가 전송되고 있음을 나 타내는 식별자 정보를 예시한 도면

도 13은 RTP 패이로드가 다수의 노티피케이션 메시지를 포함할 경우, 그 식별자를 예시한 도면

도 14는 노티피케이션 오브젝트의 라이브 사이클을 예시한 도면

도 15는 노티피케이션 메시지가 전송되는 예를 예시한 도면

도 16은 노티피케이션의 액션에 따른 상태를 예시한 도면

도 17은 FLUTE로 노티피케이션 메시지를 기술하는 예를 나타낸 도면

도 18은 다수의 액션 및 시간 정보를 가지는 노티피케이션 메시지의 기술하는 NotificationAggregateDescriptionType을 예시한 도면

도 19는 RTP payload format header를 나타낸 도면

도 20은 RTP 패이로드 익스텐션 헤더를 예시한 도면

도 21은 위에서 설명한 노티피케이션 메시지 송수신 방법의 실시예를 예시한 도면; and

도 22는 노티피케이션 메시지 수신 장치의 실시예를 예시한 도면

Claims (14)

1. 하나의 RTP(Real-time protocol) 패킷을 복호화하고, 오디오 또는 비디오 스트림과 연관된 시간 제약에 따라 전송되는 복수의 노티피케이션 메시지들의 데이터를 상기 RTP 패킷으로부터 획득하는 RTP 복호부;

   FLUTE(file delivery over unidirectional transport)의 FDT(file description table) 인스턴스(instance) 및 FLUTE 트랜스포트 오브젝트(transport object)를 복호화하고, 시간 제약 없이 전송되는 상기 복수의 노티피케이션 메시지들의 데이터를 획득하는 FLUTE 복호부;를 포함하며,

   상기 RTP 패킷은,

   상기 복수의 노티피케이션 메시지들 각각의 노티피케이션 타입을 나타내는 제1 정보 및 상기 RTP 패킷 내에 포함된 상기 복수의 노티피케이션 메시지들을 나타내는 제2 정보를 포함하고,

   상기 복수의 노티피케이션 메시지들의 지네릭 노티피케이션 메시지 파트(generic notification message part)들은 상기 RTP 패킷의 RTP 패이로드 포맷 헤더에 포함되며,

   상기 복수의 노티피케이션 메시지들의 나머지 파트들은 상기 RTP 패킷의 패이로드에 포함되는, 노티피케이션 메시지 수신 장치.
2. 제1항에 있어서,

   상기 RTP 패이로드 포맷 헤더는,

   상기 복수의 노티피케이션 메시지들 각각에 대한 메시지 식별자, 노티피케이션 메시지 버전 및 노티피케이션 메시지 타입의 정보를 포함하는 것을 특징으로 하는 노티피케이션 메시지 수신 장치.
3. 제1항에 있어서,

   상기 복수의 노티피케이션 메시지들의 지네릭 노티피케이션 메시지 파트들은 상기 FLUTE의 FDT 인스턴스에 매핑되고,

   상기 복수의 노티피케이션 메시지들의 나머지 파트들은 상기 FLUTE의 FLUTE 트랜스포트 오브젝트에 매핑되는 것을 특징으로 하는 노티피케이션 메시지 수신 장치.
4. 제1항에 있어서,

   상기 제2 정보는,

   상기 RTP 패킷의 상기 RTP 패이로드 포맷 헤더에 포함되는 것을 특징으로 하는 노티피케이션 메시지 수신 장치.
5. 제1항에 있어서,

   IP 디캡슐레이터로부터 디캡슐레이트된 UDP의 UDP 패킷을 복호화하여 상기 RTP 패킷 및 FLUTE의 데이터를 출력하는 UDP 복호부;를 더 포함하는 노티피케이션 메시지 수신 장치.
6. 제1항에 있어서,

   상기 복수의 노티피케이션 메시지들을 파싱하는 제1 노티피케이션 파서;를 더 포함하는 노티피케이션 메시지 수신 장치.
7. 하나의 RTP(Real-time protocol) 패킷을 복호화하고, 오디오 또는 비디오 스트림과 연관된 시간 제약에 따라 전송되는 복수의 노티피케이션 메시지들의 데이터를 상기 RTP 패킷으로부터 획득하는 단계;

   FLUTE(file delivery over unidirectional transport)의 FDT(file description table) 인스턴스(instance) 및 FLUTE 트랜스포트 오브젝트(transport object)를 복호화하고, 시간 제약 없이 전송되는 상기 복수의 노티피케이션 메시지들의 데이터를 획득하는 단계;를 포함하며,

   상기 RTP 패킷은,

   상기 복수의 노티피케이션 메시지들 각각의 노티피케이션 타입을 나타내는 제1 정보 및 상기 RTP 패킷 내에 포함된 상기 복수의 노티피케이션 메시지들을 나타내는 제2 정보를 포함하고,

   상기 복수의 노티피케이션 메시지들의 지네릭 노티피케이션 메시지 파트(generic notification message part)들은 상기 RTP 패킷의 RTP 패이로드 포맷 헤더에 포함되며,

   상기 복수의 노티피케이션 메시지들의 나머지 파트들은 상기 RTP 패킷의 패이로드에 포함되는, 노티피케이션 메시지 수신 방법.
8. 제7항에 있어서,

   상기 RTP 패이로드 포맷 헤더는,

   상기 복수의 노티피케이션 메시지들 각각에 대한 메시지 식별자, 노티피케이션 메시지 버전 및 노티피케이션 메시지 타입의 정보를 포함하는 것을 특징으로 하는 노티피케이션 메시지 수신 방법.
9. 제7항에 있어서,

   상기 복수의 노티피케이션 메시지들의 지네릭 노티피케이션 메시지 파트들은 상기 FLUTE의 FDT 인스턴스에 매핑되고,

   상기 복수의 노티피케이션 메시지들의 나머지 파트들은 상기 FLUTE의 FLUTE 트랜스포트 오브젝트에 매핑되는 것을 특징으로 하는 노티피케이션 메시지 수신 방법.
10. 제7항에 있어서,

    상기 제2 정보는,

    상기 RTP 패킷의 상기 RTP 패이로드 포맷 헤더에 포함되는 것을 특징으로 하는 노티피케이션 메시지 수신 방법.
11. 제7항에 있어서,

    IP 디캡슐레이터로부터 디캡슐레이트된 UDP의 UDP 패킷을 복호화하는 단계; 및

    상기 RTP 패킷 및 FLUTE의 데이터를 출력하는 단계;를 더 포함하는 노티피케이션 메시지 수신 방법.
12. 제7항에 있어서,

    상기 복수의 노티피케이션 메시지들을 파싱하는 단계;를 더 포함하는 노티피케이션 메시지 수신 방법.
13. 삭제
14. 삭제

Images