KR20090122256A - 다수의 컴포넌트들을 포함하는 통지 메시지들을 전송하기 위한 방법 및 장치 - Google Patents

다수의 컴포넌트들을 포함하는 통지 메시지들을 전송하기 위한 방법 및 장치 Download PDF

Info

Publication number
KR20090122256A
KR20090122256A KR1020097019673A KR20097019673A KR20090122256A KR 20090122256 A KR20090122256 A KR 20090122256A KR 1020097019673 A KR1020097019673 A KR 1020097019673A KR 20097019673 A KR20097019673 A KR 20097019673A KR 20090122256 A KR20090122256 A KR 20090122256A
Authority
KR
South Korea
Prior art keywords
component
notification message
notification
information
broadcast service
Prior art date
Application number
KR1020097019673A
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 KR20090122256A publication Critical patent/KR20090122256A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/95—Arrangements characterised by the broadcast information itself characterised by a specific format, e.g. MP3 (MPEG-1 Audio Layer 3)
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/38—Arrangements for distribution where lower stations, e.g. receivers, interact with the broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1895—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for short real-time information, e.g. alarms, notifications, alerts, updates
    • 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
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]

Abstract

사용자에게로의 통지 메시지를 분리시키는 방법이 제공되며, 여기서 통지 메시지는 미디어 방송 서비스 관련 정보를 상기 사용자에게 전달하는 것과 상호작용하는 것(interactivity) 중 적어도 하나를 가능케 한다. 통지 메시지의 제1 컴포넌트는 미디어 콘텐츠를 운송하고, FLUTE, HTTP, 및 OMA-PUSH와 같은 파일 전달 프로토콜을 사용하여 전송된다. 통지 메시지의 제2 컴포넌트는 미디어 방송 서비스와 연관된 정보의 전달과 상호작용과 관련된 임의의 동기화 정보를 운송한다. 통지 메시지의 제2 컴포넌트는 미디어 콘텐츠를 담고 있는 미디어 방송 서비스의 미디어 스트림과 통지 메시지를 정확히 동기화시킬 수 있도록 RTP를 통해 RTP 페이로드 내에서 전송될 수 있다.

Description

다수의 컴포넌트들을 포함하는 통지 메시지들을 전송하기 위한 방법 및 장치{Method and apparatus for transmitting notification messages comprising multiple components}
본 발명은 방송 및 멀티캐스트 시스템들의 분야에 관련된다. 특히, 본 발명은 방송 및 멀티캐스트 시스템들 내에서의 기능성 및 통지 메시징과 관련된다.
이 섹션에서는 청구항에서 상술된 본 발명에 대한 배경기술 또는 컨텍스트(context)를 제공하려고 한다. 여기에서의 설명은 추구될 수 있지만, 반드시 이전에 생각되거나 추구되었던 것들은 아닌 개념들을 포함할 수도 있다. 그러므로, 여기에서 달리 표시되지 않으면, 이 섹션에서 기술된 것은 이 출원에서의 설명 및 청구항들에 대한 선행기술이 아니고 이 섹션에 포함됨으로 인해 선행기술인 것으로 인정되는 것은 아니다.
모바일 멀티캐스트 및 방송 시스템들은, 3GPP(3 Generation Partnership Project), MBMS(Multimedia Broadcast/Multicast Service), DVB(Digital Video Broadcasting) TM- CBMS(Technical Module Convergence of Broadcast and Mobile Services), 및 OMA (Open Mobile Alliance), BCAST(Mobile Broadcast Services) 기관들과 같은 상이한 기관들에 의해 최근에 표준화되었다. 다른 멀티캐스트 방송 시 스템들은, ISDB-T (Integrated Services Digital Broadcasting - Terrestrial), DMB-T/H(Digital Multimedia Broadcast- Terrestrial/Handheld), T-DMB(Digital Multimedia Broadcasting), FLO(Forward Link Only) 및 예컨대 MediaFLO와 같은 독점적(proprietary) 시스템들을 더 포함한다. 이런 멀티캐스트/방송 해결책들에 의해 제공되는 2개의 프라이머리 서비스들은 스트리밍 및 파일전달 서비스들이다. 스트리밍 서비스들이 기술의 프라이머리(primary) 드라이버(예컨대 모바일 TV 애플리케이션)인 것으로 간주되더라도, 파일 전달은 상당 양의 수익(revenue)은 물론, 상당량의 트래픽을 발생시킬 것으로 예상된다. 예컨대 음악 및 비디오 클립들의 전달에서, 파일 전달은 애플리케이션의 제1 컴포넌트를 포함할 수 있다. 대안적으로 파일 전달은, 예컨대 리치 미디어(rich media) 애플리케이션 및 잽핑(zapping) 스트리밍들의 경우에, 애플리케이션의 제2 컴포넌트를 포함할 수 있다.
파일 전달의 경우에, 단방향 전송 상의 파일 전달(FLUTE : File Delivery over Unidirectional Transport, 이하 'FLUTE'로 지칭)이 파일 전달 프로토콜로서 사용될 수 있다. FLUTE는 IETF(Internet Engineering Task Force)에 의해 정의되고, ALC(Asynchonous Layered Coding) 프로토콜 인스턴스생성(Instantiation)에 기반한다. ALC는 LCT(Layered Coding Transport) 블록 및 FEC(Forward Error Correction) 구축(buiding) 블록과 같은 구축 블록들의 집합을 포함한다. FLUTE는 ALC를 무엇보다도, FLUTE 세션의 콘텐츠를 기술하도록 메커니즘을 정의함으로써 ALC를 확장한다. 이것은 FDT(File Delivery Table) 인스턴스를 운송하는, 0과 동일한 TOI(Transport Object Identifier)를 갖는 잘알려진 객체(object)를 도입함으로 써 달성된다. FDT 인스턴스는 파일들의 집합 및 그것들의 대응 전송 옵션들을 열거한다. FDT는 FLUTE 사양(specification)에서 정의된 스키마를 따르는 XML 파일이다.
멀티캐스트 및 방송 서비스들의 다른 컴포넌트는 통지 서비스로 불려진다. 통지 서비스들은, 정보 관련 서비스 전달 및 상호작용(interactivity)을 가능케 하는 방법을 제공함과 동시에, 비상사태 통지들과 같은, 새로운 그리고/또는 중요한 서비스들을 가능케 함으로써 모바일 TV 서비스들을 보완한다. 쓰나미 통지 서비스가 비상사태 통지의 일 예이다.
DVB TM-CBMS 는 다음 IPDC(Internet Protocol Datacast system), 즉 이미 정의되었던 몇 가지 사용 케이스들의 실현을 가능케 하는, IPDC 2.0하에서, 통지 프레임위크를 현재 정의하고 있다. 이런 사용 케이스들은 본 명세서에 전체로서 참조 병합된, "IP Datacast over DVB-H: Notification (Living Document)", TM-CBMS 1520r8에서 기술된다. 통지 사용 케이스들은 다음 기준에 따라 분류될 수 있다. 다음 기준은 : 즉 통지가 강한 또는 느슨한 시간 제약들이 있는지 여부, 즉 예컨대 통지가 기정의된 시간 내에 수신되고 그리고/또는 다양한 타이밍 요청들을 써서 프로세싱될 수 있는지 여부; 통지가 단말 또는 사용자에게로 향했는지 여부, 즉 예컨대 통지가 단말 또는 단말 내 애플리케이션을 타깃으로 하거나, 또는 사용자를 타깃으로 했는지 여부, 여기서 통지를 프로세싱할 때 단말의 관여(involvement)는 사용자에게 통지를 제시할 때 요구되는 단말의 관여 이상이고; 여기서 통지는 서비스-관련(service-related) 또는 서비스-불가지론적(service-agnostic)이고, 즉 통지 가 각각 서비스 의존적이거나 서비스 독립적이고; 통지가 상호작용(interactivity)을 요하는지 여부, 즉 예컨대 통지가 단말을 네트워크 또는 애플리케이션과의 연속 사용작용으로 이끄는 주된 목적인지 여부;이다.
통지 메시지들이 오디오/비디오 및/또는 다른 콘텐츠를 담고 있다면, 통지 메시지들은 크기가 클 수 있다. 따라서 파일 전달 프로토콜들은 통지 메시지들이 대량일때 통지 메시지들의 전달을 위해 더 적합할 수 있다. 또한 통지 메시지들은 일정 서비스와 관련될 수 있고, 가능하게는 일정 양의 상호작용성(interactivity)을 요청함과 더불어, 강한 동기화(synchronization) 요청들을 가질 수 있다. 이런 통지 서비스의 예는, TV 방송과 같은 서비스와 밀접하게 동기화될 수 있는 투표 서비스이다. 시청자들은 몇 초 정도로 짧을 수 있는 특정 시간 주기 내에 투표할 것이 요청된다. 따라서, 오디오/비디오 스트림들은 통지 서비스와 정확하게 동기화되어야 하는 것이 일반적이다. 특히 예컨대 상호작용 동작들이 통지 메시지에 기반하여 트리거되는 때에 임의의 비정확한 동기화는, 시청자를 혼동시키거나 잘못 이끌 수 있다. 따라서 실시간 프로토콜(RTP : Real Transport Protocol, 이하 'RTP'로 지칭)이 엄격한 동기화 요청들을 갖는 통지 메시지들을 전달하는데 더 적합할 수 있다. 현재, 대량이고, 그리고 콘텐츠에 비추어 RTP의 사용을 필요로 하는, 통지 메시지들의 전송을 위한 정의된 방법들이 없다.
OMA BCAST 는 전자 서비스 가이드(ESG : Electronic Service Guide , 이하 'ESG'로 지칭) 내에 통지 서비스를 기술하고, 그리고 FLUTE, 단문 메시징 서비스(SMS : Short Messaging Service, 이하 'SMS'로 지칭), 또는 OMA-PUSH를 통한 통 지 데이터의 전달을 할 수 있게 하는 통지 기능성을 정의한다. 그러나 동기화 메커니즘은 NTP 타임스탬프들에 의존하기 때문에 충분히 정확하지 않다. 환언하면, NTP 타임스탬프들은 통지 메시지를, 관련 실제 서비스의 미디어 스트림들에 동기화시키기 위해 사용될 수 있다. RTP 타임스탬프들을 "월클록(wallclock)" 타임에 맵핑하는 것은, 실제 서비스의 오디오/비디오 스트림들을 동기화시키기 위해 단말에서 수행된다. 그러나 표시된 NTP 타임스탬프는 오디오/비디오 스트림 발생기에서의 시간을 나타내고 단말에서의 시간을 나타내지 않는다. 또한 오디오/비디오 스트림의 플레이아웃(playout)은 디-지터(de-jitter) 버퍼링에 필요한 시간 때문에 보통 지연된다. 따라서, 통지 메시지 내에서 운송되는 NTP 타임스탬프에 의존하는 것은 통지 메시지의 너무 이른 디스플레이를 생기게 할 수 있다. 미디어 스트림 발생기와 통지 메시지 발생기의 클록들이 또한 상이할 수도 있다. 따라서 NTP 타임스탬프들은 정확한 시간 동기화를 보장하지 않는다.
통지 엔티티가 스트림 발생 엔티티와 상이하다는 것을 주목해야 한다. 또한 오디오/비디오 스트림들이 대응 콘텐트가 보이기 바로 전에 상호작용 동작을 트리거하기 위해 필요할 수 있는 일정 버퍼링 시간이 고려되지 않는다.
또한 동기화 정보를 오디오/비디오 스트림들에 추가하기 위하여 RTP 확장 헤더들을 사용하는 것이 제안되었고, 이때 통지 메시지를 3개의 개별적인 부분들로 분리시키는 것 또한 제안되었다. 제안된 3개의 개별적인 부분들은 : 실제 서비스의 오디오/비디오 스트림들의 RTP 확장 헤더들로 삽입된 동기화 마크들 [여기서 동기화 마크들은 상호작용형 객체 식별자를 운송할 수 있음]; 상호작용 객체를 동기화 마크들과 연관시키기 위해 사용되는 상호작용 기술자(Interactive Descriptor) [동시에 타이밍 정보와 같은 다른 정보를 또한 담고 있음]; 및 통지 메시지의 콘텐츠 또는 기술(description)을 운송할 수 있는 상호작용 객체(Interactive Object);이다. 그러나 이것은 임의의 요청된 헤더들을 삽입하고 추출하기 위해서 오디오/비디오 스트림들의 변경을 요청한다. 또한, RTP 스트림들이 확장 헤더들을 추출하기 위해 수신기에서 차단되어야(intercepted) 한다. SSRC(synchronization source)를 변경함이 없이 RTP 스트림들이 변경되기 때문에 RTCP 통계(statistics)에 대하여 장기간에 걸친 영향이 생길 수 있다는 것이 또한 불확실하다. 종래에, 확장 헤더들이 미디어 스트림 수신기에 의해 사용될 것이 의도되었고, 완전히 상이한 경우(instance)와 관련된 정보를 포함하도록 의도되지 않았다.
사용자에게로의 통지 메시지를 분리시키는 방법이 제공되며, 여기서 통지 메시지는 미디어 방송 서비스 관련 정보를 상기 사용자에게 전달하는 것과 상호작용하는 것(interactivity) 중 적어도 하나를 가능케 한다. 통지 메시지의 제1 컴포넌트는 미디어 콘텐츠를 운송하고, FLUTE, HTTP, 및 OMA-PUSH와 같은 파일 전달 프로토콜을 사용하여 전송된다. 통지 메시지의 제2 컴포넌트는 미디어 방송 서비스와 연관된 정보의 전달과 상호작용과 관련된 임의의 동기화 정보를 운송한다. 통지 메시지의 제2 컴포넌트는 미디어 콘텐츠를 담고 있는 미디어 방송 서비스의 미디어 스트림과 통지 메시지를 정확히 동기화시킬 수 있도록 RTP를 통해 RTP 페이로드 내에서 전송될 수 있다.
따라서, 다양한 실시 예들이 관련 미디어 방송 서비스와 연관된 동기화 요청을 갖는 통지 메시지의 효율적인 전송을 가능케한다. 그러나 통지 메시지의 일부 큰 컴포넌트들은 큰 메시지들의 전송에 비효율적인 RTP를 이용하여 운송될 필요가 없다. 대신에 FLUTE, HTTP, 및 OMA-PUSH과 같은 파일 전달 프로토콜들이 이용될 수 있다.
본 발명의 구성 및 동작 양식과 함께, 본 발명의 이들 및 다른 이점들 및 특징들은, 첨부된 도면들과 관련하여 이해될 때 다음의 상세한 설명으로부터 명확해질 것이고, 여기서 비슷한 요소들은 아래에서 설명되는 여러 가지 도면들에 걸쳐 비슷한 숫자들로 표시된다.
도 1은 본 발명의 다양한 실시 예들이 구현될 수 있는 방송 및 멀티캐스트 서비스의 개략도이고;
도 2는 본 발명의 다양한 실시 예들에서 사용될 수 있는 이동 단말의 투시도이고;
도 3은 도 2의 이동 단말의 단말 회로도의 개략적 표현이고;
도 4는 본 발명의 다양한 실시 예들에 따라 발생하는 통지 동작의 개략적 표현이고;
도 5는 본 발명의 일 실시 예에 따라 이용가능 콘텐츠를 참조하는 통지 메시지의 개략적인 표현이고; 그리고
도 6은 본 발명의 다양한 실시 예들에 따라 사용되는 RTP 페이로드 포맷을 도시한다.
도 1은 통지 기능성을 포함하는 멀티캐스트 및 방송 서비스들을 위한 시스템의 하나의 예시적인 아키텍처를 도해한 시스템(10)이다. 시스템(10)은 콘텐츠 제공자(Content Provider) 논리 도메인, 서비스 제공자(Service Provider) 논리 도메인, 및 네트워크 운용자(Network Operator) 논리 도메인으로 나뉜다. 포착(Captation) 엘리먼트(11)를 포함할 수 있는 콘텐츠 제공자 도메인은, 콘텐츠 및/또는 콘텐츠 자산들을 소유하고 그리고/또는 팔 수 있도록 라인센스받은 시스템(10)의 부분을 가리킬 수 있다. 콘텐츠 제공자는 몇몇 실시 예들에서 콘텐츠의 생성자일 수 있다. 콘텐츠 제공자 도메인의 하나의 목적은, 서비스 제공자 도메인 내에 서비스 제공자에 의한 콘텐츠의 취득을 허여하는 것이다. 포착 요소(11)는 원하는 콘텐츠를 포착할 수 있는 애플리케이션 및/또는 엘리먼트를 가리킬 수 있다는 것을 주목해야 한다.
서비스 제공자 도메인은 이동 단말(12)의 소유자와 같은 가입자에게 실제 서비스를 제공하기 위해 이용될 수 있다. 상이한 서비스 제공자들 및/또는 서비스 제공자 타입들이 서비스 제공자 도메인 예컨대 종래의 인터넷 서비스 제공자들 및 콘텐츠 서비스 제공자들에 의해 포함될 수 있다는 것을 주목할 수 있다. 예컨대 IP 텔레비전의 문맥에서, 콘텐츠 서비스 제공자는 하나 이상의 콘텐츠 제공자들로부터의 콘텐츠를 취득하고 그리고/또는 라이센스를 줄 수 있고, 콘텐츠를 서비스로 패키지화할 수 있다. 따라서 서비스 제공자 도메인은 콘텐츠를 인코딩하기 위해 오디 오/비디오 인코더(14)를 또한 포함할 수 있다. 또한, 서비스 제공자 도메인은, 서비스 제공자가 이동 단말(12)로 실제 서비스들을 제공할 수 있는 애플리케이션 서버(18), 통지 제공자(16), 및 통지 게이트웨이(20)를 포함하는, 적어도 몇몇 통지 서비스 엘리먼트들을 포함할 수 있다.
네트워크 운용자 도메인은 통지 제공자(16)로부터 직접적으로 통지 메시지들을 차례로 수신할 수 있는 FLUTE 파일 서버(24), 및 통지 게이트웨이(20)를 통해 전송된 통지 메시지들을 캡슐화할 수 있는 IP 인캡슐레이터(IPE : IP Encapsulator)(22)를 포함할 수 있다. 또한 IPE(22)는 IP 패킷 형태로 FLUTE 파일 서버(24)에 의해 수신된 통지 메시지들을 캡슐화하기 위해 이용될 수 있다. 통지 메시지들이 애플리케이션 서버(18), FLUTE 파일 서버(24), 및/또는 IPE(22)를 통해 전송되든지 아니든지 간에, 이동 단말(12)로의 연결은, DVB-H/T(Digital Video Broadcasting - Handheld/Terresrial) 전송, 셀룰러 3G 전송을 포함하는, 전송 엘리먼트들 및/또는 프로토콜들의 다양한 타입들을 통해 이뤄질 수 있다.
또한 이동 단말(12)은 소비자 도메인을 나타낼 수 있고, 여기서 MBMS 서비스들 및/또는 콘텐츠와 같은, 방송 및 멀티캐스트 서비스들이 소비될 수 있다. 단일의 이동 단말(12)이 도시되었지만, 다양한 통신 프로토콜들을 이용하는 다수의 기기들이 서비스 소비를 위해 이용될 수 있고, 여기서 다수의 기기들이 네트워크화되고 다양한 방식으로 관련될 수 있다. 예컨대 하나 이상의 이동 기기들이 다양한 전송 기술들을 사용하여 통신할 수 있고, 그 다양한 전송 기술들은 CDMA(Code Division Multiple Access), GSM(Global System for Mobile Communications), UMTS(Universal Mobile Telecommunications System), TDMA(Time Division Multiple Access), FDMA(Frequency Division Multiple Access), TCP/IP(Transmission Control Protocol/Internet Protocol), SMS(Short Messaging Service), MMS(Multimedia Messaging Service), 이메일, 인스턴트 메시징 서비스(Instant Messaging Service; IMS), 블루투스, IEEE 802.11 등을 포함하지만 이에 제한되는 것은 아니다. 이동 기기는, 무선(radio), 적외선, 레이저, 케이블 연결 및 그와 동종의 것을 포함하는 그러나 이에 제한되지 않는 다양한 매체들을 사용하여 통신할 수도 있다.
도 2 및 도 3은 다양한 실시 예들과 연관하여 이용될 수 있는 이동 단말(12)의 대표적인 일 실시 예를 도시한다. 그러나, 본 발명이 하나의 특정 유형의 전자 기기에 제한되는 것을 의도하지는 않음을 이해하여야 할 것이다. 도 2 및 도 3의 이동 단말(12)은 하우징(30), 액정표시장치(LCD:liquid crystal display) 형태의 디스플레이(32), 키패드(34), 마이크로폰(36), 이어피스(ear-piece, 38), 배터리(40), 적외선 포트(42), 안테나(44), 본 발명의 하나의 실시예에 따른 UICC 형태의 스마트 카드(46), 카드 리더(48), 무선 인터페이스 회로(52), 코덱 회로(54), 콘트롤러(56) 및 메모리(58)를 포함한다. 개개의 회로들 및 요소들은 모두, 관련 기술분야에서, 예를 들어 노키아(Nokia)의 모바일 전화 영역에서, 잘 알려진 유형이다.
다양한 실시 예들은 통지 제공자(16)로부터 2개의 컴포넌트로 통지 메시지를 분리할 수 있게한다. 제1 컴포넌트는 예컨대 통지 메시지의 콘텐츠 및/또는 통지 메시지의 기술(description)을 운송할 수 있는 통지 객체로서 지칭될 수 있다. 또한 제1 컴포넌트는 크기가 클 수 있고, 그리고 방송 모드에서 FLUTE, OMA-PUSH, 또는 HTTP를 포함하지만 이에 제한되지는 않는 파일 전달 방법들을 사용하여 이동 단말(12)로 전달될 수 있다. 통지 메시지의 제1 컴포넌트는 사전에 다운로드될 수 있고, 따라서 제1 컴포넌트가 통지 동작에서 사용되기 훨씬 전에, 제1 컴포넌트가 이동 단말(12)에서 이용될 수 있다. 제1 컴포넌트/통지 객체가 통지 메시지의 적어도 일부를 포함하는 다른 콘텐츠를 가리키기 위해 제1 포인터를 포함할 수 있다. XML은 높은 탄력성(flexibility)을 허용하기 때문에 통지 객체의 기술을 위한 포맷으로 사용될 수 있다.
통지 메시지의 제2 컴포넌트는 예컨대 동기화 정보, 통지 메시지 정보의 타입, 및/또는 다른 관련 정보를 운송할 수 있는 통지 트리거로서 지칭될 수 있다. 제2 컴포넌트/통지 트리거는 크기가 더 작거나/짧고 실제 서비스(예컨대 오디오/비디오 스트림)과 동기화된 방식으로 전달될 수 있다. 동기화 정보는 예컨대 스트리밍 세션의 특정 순간에 상호작용 동작을 트리거할 수 있다는 것을 주목해야 한다. RTP는 이 제2 컴포넌트를 위한 적절한 전송 프로토콜로서 이용될 수 있기 때문에, 통지 메시지 및 실제 서비스의 오디오/비디오 스트림들의 정확한 동기화를 허용할 수 있다. 통지 트리거는 통지 메시지의 필터링을 허용하는 정보를 또한 운송할 수 있다.
또한 통지 메시지의 제2 컴포넌트는 통지 메시지의 제1 컴포넌트에 대한 제2 포인터를 운송할 수 있다. 제2 포인터는 통지 메시지의 제1 컴포넌트를 예컨대 FLUTE 세션에 위치시키는 방법을 제공한다. 제2 포인터는 HTTP, 파일 전송 프로토콜(FTP), 및/또는 임의의 다른 적절한 파일 다운로드 방법을 통해 검색될 수 있는 원격 이용가능 콘텐츠를 가리키기 위해 또한 이용될 수 있다. 제2 컴포넌트 내의 표시는 상술된 제1 컴포넌트의 사전 다운로딩을 트리거링하기 위해 이용될 수 있다. 이것은 예컨대 통지 이벤트가 이동 단말(12)로 시그널링되기 바로 전에 수행될 수 있다. 따라서, 필요할 때 모든 통지 메시지의 컴포넌트들이 이용가능하다는 것을 확실하게 하기 위해 선험적(a-priori) 통지 메시지의 모든 다른 부분들 및 통지 객체를 사전에 불러올 수 있다.
도 4는 오디오 RTP 스트림, 비디오 RTP 스트림, 및 통지 RTP 스트림을 포함하는 스트리밍 서비스의 통지 동작 동안에 통지 콘텐츠(410)를 가리키는 동기화된 통지 트리거(400)의 개략적 표현을 도시한다. 도 5는 예컨대 이용가능 콘텐츠가 다운로드를 위해 존재한다는 것을 애플리케이션에게 통지하는 예를 도시한다. 블록(500)은 블록(510)에서 콘텐츠가 다운로드를 위해 이용가능하다는 것을 표시하는 통지 메시지를 나타낼 수 있다. 통지 메시지는 RTP 통지 스트림을 통해 전송될 수 있고, 반면에 콘텐츠는 예컨대 ALC/FLUTE 세션, HTTP 세션 기타 등등에서 찾아질 수 있다.
일 실시 예에 따르면, 통지 메시지를 운송하기 위해 설계된 RTP 페이로드 포맷이 위에서 언급된 것과 같이 정의될 수 있다. RTP 페이로드 포맷은, 운송되는 통지 메시지의 타입에 관한 정보, 필요시에는 프래그먼트화(fragmentation) 및 반복 정보뿐만 아니라, RTP 타임스탬프로부터 시작하여 통지 메시지의 유효성(validity) 과 같은, 다른 유용한 정보를 포함하지만 이에 제한되지는 않는 다양한 타입의 정보를 운송할 수 있다. 또한 RTP는 고유한 동기화 정보를 제공하고, 스트리밍 세션의 상이한 미디어 콘텐츠의 정확한 동기화를 허용한다. RTP는 또한 시퀀스 넘버링을 위한 메커니즘을 제공하고, 유실된, 중복된 순서를 벗어난 패킷들의 식별을 가능케 한다. 큰 패킷들은 프래그먼트화될 수 있고, 그리고 단일 프래그먼트의 유실의 경우에 왜곡을 최소화시키는 미디어 인지(media aware) 방식으로 재조립(reassemble)될 수 있다. RTP의 이점은 순수한 UDP 전송의 이점을 능가한다.
통지 메시지는 통지 스트림으로써 캡슐화되고 전송될 수 있다. 통지 스트림은 실제 서비스의 SDP(Session Description Protocol) 내에서 개별적인 스트림으로 간주될 수 있고, 따라서 통지 스트림을 오디오/비디오 스트림(들)에 동기화하는 것을 가능케한다. SDP 파일은 예컨대, 포맷, 타이밍, 및 오디오/비디오 스트림 또는 임의의 다른 콘텐츠의 출처(authorship)와 관련된 정보를 담고 있다는 것이 주목될 수 있다. 또한 통지 트리거가 개별적인 RTP 세션 내에서 운송됨에 따라, 통지 서비스의 추가 또는 제거가 단순하고, SDP 파일을 업데이트하기만 하면 된다. 따라서, 실제 서비스의 오디오/비디오 스트림들은 수정되지 않은 채 남아있을 수 있다. 다음은 오디오/비디오 스트림과 함께 통지 스트림을 선언하는 SDP 파일의 예이다.:
Figure 112009057834640-PCT00001
위의 예에서 보이는 것과 같이, 통지 스트림 타입은 "application" 일 수 있고, 그리고 mime 타입은 "application/NOTIF"일 수 있다. 1000인 클록 레이트는 통지 메시지 스트림들을 위해 사용될 수 있고, 이는 정확한(예컨대 최대 밀리초) 동기화를 허용한다. 또한, Base64에 인코딩된 환경설정(configuration) 파라미터는 통지 메시지 디코더를 환경설정하기위해 사용되고, 그리고 통지 스트림의 fmtp 라인(line) 내에 주어진다. 본 명세서에 설명된 예는 독점적인 것이 아니고, 다른 변수들, 파라미터들, 및/또는 값들이 본 발명의 다양한 실시 예들을 구현하는데 이용될 수 있다는 것을 주목해야 한다.
따라서, RTP 패킷의 페이로드는 통지 메시지의 제2 컴포넌트를 운송할 수 있다. 이 제2 컴포넌트는 텍스트형 포맷(예컨대 XML(Extenstible Markup Language))으로 구현될 수 있고, 또는 이진수화(binarized)될 수 있다. 따라서 페이로드는 통지 메시지의 제1 컴포넌트에 대한 제2 포인터를 운송할 수 있고, 또한 타이밍 제약들에 관한 정보 및 수행될 동작에 대한 기술(description)을 운송할 수도 있다. 동작이 일반적으로 메시지 타입에 의존하더라도, 적어도 일정 동작 타입들은 통지 객체를 사전에 불러오기(pre-fetching), 통지 객체의 활성화, 및 통지 객체의 기간만료를 위해 정의될 수 있다.
환언하면, 제2 컴포넌트/통지 트리거 필드들은 RTP 헤더(예컨대, 타임스탬프, 시퀀스 번호, 기타 등등..) 내에 부분적으로 포함될 수 있고, RTP 페이로드 포맷(예컨대 타입, 동작, 필터 필드들)일 수 있고, 그리고 RTP 페이로드 내에 부분적으로 포함될 수 있다. 예컨대, 통지 트리거 이벤트를 위한 RTP 페이로드 포맷이 다음 필드들을 포함할 수 있지만 이에 제한되는 것은 아니다 여기서 다음 필드들이란 즉 : 프래그먼트화 정보, 이때 통지 트리거 메시지의 페이로드가 크다면, 애플리케이션 계층 프래그먼트화가 행해짐; 다수의 통지 트리거 메시지들이 동일 타임스탬프를 갖고 있고 그리고/또는 비중복 메시지들로부터 중복 메시지들을 식별할 때 를 위한 일정 통지 트리거의 식별자, 이 경우에 통지 트리거 메시지가 옳은 전송을 보장하기 위해 몇 번 송신될 수 있음; 통지 메시지들의 필터링을 용이하게 하기 위한 통지 메시지 타입, 예컨대 투표 메시지들에 관심없는 사용자가 이동 단말(12)로 하여금 투표 요청을 운송하는 통지 메시지들을 스킵하라고 명령할 수 있음; 일반 필터 헤더, 여기서 추가적인 필터링 기준이 통지 서비스에 의해 정의될 수 있음, 예컨대 필터링 데이터로의 빠른 액세스를 위해서, 커스토마이즈가능한 필터 헤더가 이용될 수 있음; 커스토마이즈된 필터 필드들, 여기서 필터 필드들 및 그 값들이 통지 서비스의 서비스 기술(description)에 의해 표시됨;이다.
도 6은 본 발명의 일 실시 예에 따른 RTP 페이로드 포맷을 도해한다. 식별 필드 ID(600)가 8비트 필드일 수 있고, 여기서 ID(600) 및 타임스탬프의 쌍이 임의의 2개의 상이한 통지 트리거 메시지들에 대해 고유할(unique) 수 있다. 타입 필드(610)는 8 비트 필드일 수 있고, 이것은 하나 이상의 일정 사용 케이스들에 기반하여, 최대 256개의 상이한 타입들에 대한 정의를 할 수 있게 한다. FRAG 필드(620)는 현재 패킷이 프래그먼트가 아님(00), 제1 프래그먼트(01), 프래그먼트(10), 또는 마지막 프래그먼트(11)인지 여부를 표시할 수 있다. 헤더 길이(header length) 필드(640)는 ID 필드(600)로부터 시작해서 페이로드 포맷 헤더의 바이트 단위 길이를 표시한다. 확장 헤더(extension header) ID(650)은 확장 헤더의 타입(670)을 표시할 수 있고, 여기서 확장 헤더(670)는 현재 확장 헤더 타입에 특정된 정보를 운송할 수 있다. 길이필드(lengthfield) LEN(66)는 4 바이트의 배수로서 현재 확장 헤더 길이를 표시할 수 있다. 예비(Reserved) 필드(630)가 RTP 페이로드 포맷에 관련된 장래 필요들을 수용하도록 정의되지 않은/채워지지 않은 채로 남겨졌다는 것을 주목해야 한다.
도 1을 다시 참조하면, 통지 메시지의 제1 컴포넌트 및 제2 컴포넌트는, IPE (22), FLUTE 파일 서버(24), 및/또는 애플리케이션 서버(18)를 경유해서 송신될 수 있다. 그러나, 위에서 언급된 것과 같이 제1 컴포넌트가 제2 컴포넌트보다 더 클 수 있기 때문에, 제1 컴포넌트가 방송 전송 메커니즘 예컨대 DVB-H/T 전송을 사용하여 IPE(22) 및 FLUTE 파일 서버(24)를 경유해서 일반적으로 전송될 수 있다. 따라서 더 작은 제2 컴포넌트는, 통신 메커니즘을 통한 적절한 전송 프로토콜, 예컨대 셀룰러 3G를 사용해서 애플리케이션 서버(18)를 경유해서 이동 단말(12)로 전송될 수 있다.
일 실시 예에 따라, 통지 메시지의 제1 컴포넌트가 통지 메시지의 단일 프래그먼트들 모두를 담고 있을 수 있는 파일의 URI(Universal Resource Identifier)에 의해 식별된다. 다른 하나의 실시 예에 따라, URI는 통지 메시지의 다른 프래그먼트들을 가리킬 수 있는 파일을 참조할 수 있다. 대안적으로, 통지 메시지는 fragment file URI에 더해서, 또는 그 대신에 통지 메시지의 제1 컴포넌트의 버전을 써서 식별된다. 또한 대안적으로, 통지 메시지의 제1 컴포넌트를 운송하는 스트리밍 세션에 대한 액세스 타입이 식별자로서 이용될 수 있고, 여기서 스트리밍 세션이 FLUTE 세션, HTTP 세션, 또는 임의의 다른 파일 전송 프로토콜 세션일 수 있다. FLUTE 프로토콜이 이용될 때, 스트리밍 세션 기술이 통지 서비스 공고(announcement)에서 이미 주어질 수 있다는 것을 주목해야 한다. 환언하면, 특정 통지 서비스의 통지 객체들을 운송하는 FLUTE 세션이 예컨대 ESG의 획득 프래그먼트(Acquisition Fragment) 내에 기술될 수 있다. 대안적으로, 제1 컴포넌트/통지 트리거가 상기 설명된 제1 포인터를 FLUTE 세션 내 통지 객체로 운송할 수 있다. 또한 통지 객체가 원격 서버에 위치될 수 있고, 그리고 상호작용형 채널을 사용하여 필요할 때 검색될 수 있다. 본 발명의 일실시 예에 따라, HTTP가 전송 프로토콜로서 이용될 수 있다.
따라서 다양한 실시 예들이 관련 스트리밍 서비스와 연관된 동기화 요청을 갖는 통지 메시지의 효율적인 전송을 허용한다. 또한, 동기화가 RTP를 이용하여 달성될 수 있다. 그러나 통지 메시지들의 임의의 다른 더 큰 컴포넌트들은, 더 큰 메시지들의 전송에는 비효율적인 RTP를 이용하여 운송될 필요가 없다. 대신에 파일 전달 프로토콜들, 예컨대 FLUTE가 이용될 수 있다.
본 발명은 방법 단계들 또는 프로세스들에 관한 일반적인 내용으로 기술되었고, 또한 본 발명은 네트워크접속 환경에서 컴퓨터에 의해 실행되는, 프로그램 코드와 같은 컴퓨터실행가능 명령들을 포함하며, 컴퓨터 판독가능 매체 내에 기록된 프로그램 제품에 의해 하나의 실시 예로 구현될 수도 있다. 컴퓨터판독가능 매체는 ROM(Read Only Memory), RAM(Random Access Memory), CD(compact disc)들, DVD(digital versatile disc)들 기타 등등을 포함하는 그러나 이에 제한되지 않는 분리형 저장 기기 및 비분리형 저장 기기를 포함할 수 있다. 일반적으로 프로그램 모듈들은, 특정한 작업들을 수행하거나 또는 특정한 추상적 데이터 유형들을 구현하는, 루틴(routine)들, 프로그램들, 객체(object)들, 컴포넌트들, 데이터 구조들 등을 포함한다. 컴퓨터실행가능 명령들, 연관 데이터 구조들 및 프로그램 모듈들은 여기에서 개시된 방법들의 단계들을 실행하기 위한 프로그램 코드의 예들을 나타낸다. 이러한 실행가능 명령들의 특정 시퀀스 또는 연관 데이터 구조들은 이러한 단계들 또는 프로세스들에서 기술되는 기능들을 구현하기 위한 대응 동작들의 예들을 나타낸다.
본 발명의 실시 예들은, 소프트웨어, 하드웨어, 애플리케이션 로직, 또는 소프트웨어, 하드웨어, 및 애플리케이션 로직의 결합으로 구현될 수 있다. 소프트웨어, 애플리케이션 로직 및/또는 하드웨어는 예컨대 칩셋, 이동 기기, 데스크톱, 랩톱, 또는 서버상에 있을 수 있다. 다양한 실시 예들의 소프트웨어 및 웹 구현들은 다양한 데이터베이스 탐색 단계들 또는 프로세스들, 상관 단계들 또는 프로세스들, 비교 단계들 또는 프로세스들 및 결정 단계들 또는 프로세스들을 달성하기 위한 규칙 기반 로직 및 다른 로직을 구비한 표준 프로그래밍 기술들로써 달성될 수 있다. 다양한 실시 예들은 전체적으로 또는 부분적으로 네트워크 요소들 또는 모듈들 내에서 전체적으로 또는 부분적으로 또한 구현될 수 있다. 또한 여기에서 그리고 다음의 청구항들에서 사용되는 것으로서 "컴포넌트" 및 "모듈"이라는 용어들은 수동(manual) 입력들을 수신하기 위한 장비 및/또는 하드웨어 구현들 및/또는 소프트웨어 코드의 하나 이상의 라인들을 사용한 구현들을 포함하도록 의도됨을 유념하여야 할 것이다.
전술한 실시 예들은 예시 및 설명을 목적으로 제공되었다. 전술한 설명은 본 발명을 개시된 정확한 형태로 제한하거나 또는 철저하게 규명하도록 의도된 것은 아니고, 변경 예들 및 변형 예들이 상기의 교시에 비추어서 가능하거나 또는 다양한 실시 예들의 실행으로부터 얻어질 수도 있다. 예상되는 특정 용도에 적합한 다양한 변경예들로 그리고 다양한 실시 예들로 본 발명을 관련 기술분야에서 숙련된 자가 활용할 수 있게 하도록 본 발명의 원리들 및 성질들과, 그것의 실제 적용을 설명하기 위한 여기서 논의된 실시 예들이 선택되었고 기술되었다. 본 명세서에서 설명된 실시 예들이 특징들은 방법들, 장치들, 모듈들, 시스템들, 및 컴퓨터 프로그램 제품들의 모든 가능한 결합들로 결합될 수 있다.

Claims (52)

  1. 통지 메시지의 제1 컴포넌트를 제1 전송 메커니즘을 경유하여 사용자에게 전송하고; 그리고,
    상기 통지 메시지의 제2 컴포넌트를 제2 전송 메커니즘을 경유하여 사용자에게 전송하는 것을 포함하며,
    상기 통지 메시지는 미디어 방송 서비스 관련 정보를 상기 사용자에게 전달하는 것과 상호작용하는 것 중 적어도 하나를 가능케 하는 방법.
  2. 제1항에 있어서,
    상기 제1 컴포넌트는 상기 통지 메시지의 콘텐츠 및 콘텐츠 기술(description) 중 적어도 하나를 담고 있는, 방법.
  3. 제1항에 있어서,
    상기 제1 컴포넌트가 통지 동작에서 사용되기 전에, 상기 제1 컴포넌트가 사용자 기기로 사전에 다운로드되는, 방법.
  4. 제1항에 있어서,
    상기 제1 전달 메커니즘은 파일 전달 프로토콜 중 적어도 하나를 포함하는, 방법.
  5. 제4항에 있어서,
    상기 파일 전송 프로토콜은, 단방향 전송 상의 파일 전달(FLUTE : File Delivery over Unidirectional Transport, 이하 'FLUTE'로 지칭) 프로토콜, 오픈 모바일 얼라이언스(OMA : Open Mobile Alliance, 이하 'OMA'로 지칭) - PUSH 프로토콜, 및 하이퍼텍스트 전송(HTTP : Hypertext Transport, 이하 'HTTP'로 지칭) 프로토콜 중 적어도 하나를 포함하는, 방법.
  6. 제1항에 있어서,
    상기 제1 컴포넌트는, 파일의 범용 자원 식별자(URI : Universal Resource Identifier, 이하 'URI'로 지칭), 상기 제1 컴포넌트의 버전, 및 상기 제1 컴포넌트를 운송하는 미디어 방송 서비스 세션의 액세스 타입 중 적어도 하나에 의해 식별되는, 방법.
  7. 제6항에 있어서,
    상기 파일은, 상기 통지 메시지의 제2 복수의 프래그먼트에 대한 제1 포인터 및 상기 통지 메시지의 제1 복수의 프래그먼트 모두 중 하나를 담고 있는, 방법.
  8. 제1항에 있어서,
    상기 제2 컴포넌트는, 상기 미디어 방송 서비스의 미디어 콘텐츠 스트림으로 동기화되어(synchronously) 전달되는, 방법.
  9. 제1항에 있어서,
    상기 제2 컴포넌트는, 미디어 콘텐츠 스트리밍 세션의 특정 순간에 상호작용 동작을 트리거하는 것과 상기 미디어 방송 서비스 관련 정보를 전달하는 것 중 적어도 하나에 대한 동기화 정보를 운송하는, 방법.
  10. 제1항에 있어서,
    상기 제2 전송 메커니즘은 실시간 전송(RTP : real time transport , 이하 'RTP') 프로토콜을 포함하는, 방법.
  11. 제10항에 있어서,
    상기 RTP 프로토콜은 통지 메시지 타입, 프래그먼트화(fragmentation) 정보, 반복(repetition) 정보, 상기 제1 컴포넌트의 식별자, 필터링 정보, 및 다른 통지 메시지-관련 정보 중 적어도 하나를 운송하기 위해 정의된 페이로드 포맷을 이용하는, 방법.
  12. 제11항에 있어서,
    상기 제2 컴포넌트는, 문자형(textual) 포맷 및 이진수(binary) 포맷 중 하나로 운송되는, 방법.
  13. 제1항에 있어서,
    상기 제2 컴포넌트는, 제2 포인터를 상기 제1 컴포넌트로 운송하는, 방법.
  14. 제13항에 있어서,
    상기 제2 포인터는, FLUTE 세션 내에 상기 제1 컴포넌트를 위치시키는 것, 그리고 상호작용형 채널을 통해 검색될 수 있는 원격 이용가능 미디어 콘텐츠를 지시하는 것 중 적어도 하나를 가능케하는, 방법.
  15. 제14항에 있어서,
    RTP 프로토콜 페이로드는, 상기 제2 포인터, 타이밍 제약(timing constraint) 정보, 및 상호작용을 기술하는 정보 중 적어도 하나를 운송하는, 방법.
  16. 제1항에 있어서,
    상기 통지 메시지를 포함하는 통지 스트림은, 상기 미디어 방송 서비스의 세션 기술 프로토콜 내 개별적인 스트림으로 선언되는, 방법.
  17. 제1항에 있어서,
    상기 제1 컴포넌트는, 상기 제2 컴포넌트보다 크기가 더 큰, 방법.
  18. 제1항에 있어서,
    상기 제2 컴포넌트는, 상기 제1 컴포넌트를 상기 사용자에게 사전에 다운로드하는 것을 트리거하도록 구성된 표시자(indicator)를 담고 있는, 방법.
  19. 제1항의 프로세스들을 수행하도록 구성된 컴퓨터 코드를 포함하며, 컴퓨터 판독 가능 매체 상에서 구현되는, 컴퓨터 프로그램 제품.
  20. 프로세서; 및
    상기 프로세서와 연결되어 동작하는 메모리를 포함하는 장치로서, 상기 메모리는:
    통지 메시지의 제1 컴포넌트를 제1 전송 메커니즘을 경유하여 사용자에게 전송하기 위한 컴퓨터 코드; 및,
    상기 통지 메시지의 제2 컴포넌트를 제2 전송 메커니즘을 경유하여 사용자에게 전송하기 위한 컴퓨터 코드를 포함하며,
    상기 통지 메시지는 미디어 방송 서비스 관련 정보를 상기 사용자에게 전달하는 것과 상호작용하는 것 중 적어도 하나를 가능케 하는 장치.
  21. 제20항에 있어서,
    상기 제1 컴포넌트는 상기 통지 메시지의 콘텐츠 및 콘텐츠 기 술(description) 중 적어도 하나를 담고 있는, 장치.
  22. 제2O항에 있어서,
    상기 제1 전달 메커니즘은 파일 전달 프로토콜 중 적어도 하나를 포함하는, 장치.
  23. 제20항에 있어서,
    상기 제1 컴포넌트는, 파일의 범용 자원 식별자(URI : Universal Resource Identifier, 이하 'URI'로 지칭), 상기 제1 컴포넌트의 버전, 및 상기 제1 컴포넌트를 운송하는 미디어 방송 서비스 세션의 액세스 타입 중 적어도 하나에 의해 식별되는, 장치.
  24. 제23항에 있어서,
    상기 파일은, 상기 통지 메시지의 제2 복수의 프래그먼트에 대한 제1 포인터 및 상기 통지 메시지의 제1 복수의 프래그먼트 모두 중 하나를 담고 있는, 장치.
  25. 제20항에 있어서,
    상기 제2 컴포넌트는, 상기 미디어 방송 서비스의 미디어 콘텐츠 스트림으로 동기화되어(synchronously) 전달되는, 장치.
  26. 제20항에 있어서,
    상기 제2 컴포넌트는, 미디어 콘텐츠 스트리밍 세션의 특정 순간에 상호작용 동작을 트리거하는 것과 상기 미디어 방송 서비스 관련 정보를 전달하는 것 중 적어도 하나에 대한 동기화 정보를 운송하는, 장치.
  27. 제20항에 있어서,
    상기 제2 전송 메커니즘은 실시간 전송(RTP : real time transport , 이하 'RTP') 프로토콜을 포함하는, 장치.
  28. 제27항에 있어서,
    상기 RTP 프로토콜은 통지 메시지 타입, 프래그먼트화(fragmentation) 정보, 반복(repetition) 정보, 상기 제1 컴포넌트의 식별자, 필터링 정보, 및 다른 통지 메시지-관련 정보 중 적어도 하나를 운송하기 위해 정의된 페이로드 포맷을 이용하는, 장치.
  29. 제20항에 있어서,
    상기 제2 컴포넌트는, 제2 포인터를 상기 제1 컴포넌트로 운송하는, 장치.
  30. 제29항에 있어서,
    상기 제2 포인터는, FLUTE 세션 내에 상기 제1 컴포넌트를 위치시키는 것, 그리고 상호작용형 채널을 통해 검색될 수 있는 원격 이용가능 미디어 콘텐츠를 지시하는 것 중 적어도 하나를 가능케하는, 장치.
  31. 제30항에 있어서,
    RTP 프로토콜 페이로드는, 상기 제2 포인터, 타이밍 제약(timing constraint) 정보, 및 상호작용을 기술하는 정보 중 적어도 하나를 운송하는, 장치.
  32. 제20항에 있어서,
    상기 제1 컴포넌트는, 상기 제2 컴포넌트보다 크기가 더 큰, 장치.
  33. 제20항에 있어서,
    상기 제2 컴포넌트는, 상기 제1 컴포넌트를 상기 사용자에게 사전에 다운로드하는 것을 트리거하도록 구성된 표시자(indicator)를 담고 있는, 장치.
  34. 포착(captation) 요소를 포함하는 콘텐츠 제공자 도메인;
    상기 포착 요소로부터 미디어 스트림을 수신하기 위한 미디어 인코더, 상기 미디어 스트림을 이용하여 적어도 미디어 방송 서비스를 제공하기 위한 애플리케이션 서버, 통지 메시지의 제1 컴포넌트 및 제2 컴포넌트를 제공하기 위한 통지 제공자, 및 통지 게이트웨이 중 적어도 하나를 포함하는 서비스 제공자 도메인;
    상기 애플리케이션 서버, 상기 통지 게이트웨이 및 상기 통지 제공자 중 하나로부터 상기 통지 메시지의 상기 제1 컴포넌트를 수신하기 위한 적어도 하나의 파일 전달 엘리먼트, 및 상기 통지 메시지의 상기 제1 컴포넌트 및 상기 제2 컴포넌트를 사용자 단말을 포함하는 소비자 도메인으로 전송하도록 구성된 전송 메커니즘을 포함하는 네트워크 운용자(operator) 도메인을 포함하는 시스템.
  35. 제34항에 있어서,
    상기 제1 컴포넌트는 상기 통지 메시지의 콘텐츠 및 콘텐츠 기술(description) 중 적어도 하나를 담고 있는, 시스템.
  36. 제34항에 있어서,
    상기 제1 컴포넌트는, 파일의 범용 자원 식별자(URI : Universal Resource Identifier, 이하 'URI'로 지칭), 상기 제1 컴포넌트의 버전, 및 상기 제1 컴포넌트를 운송하는 미디어 방송 서비스 세션의 액세스 타입 중 적어도 하나에 의해 식별되는, 시스템.
  37. 제34항에 있어서,
    상기 파일은, 상기 통지 메시지의 제2 복수의 프래그먼트에 대한 제1 포인터 및 상기 통지 메시지의 제1 복수의 프래그먼트 모두 중 하나를 담고 있는, 시스템.
  38. 제34항에 있어서,
    상기 제2 컴포넌트는, 상기 미디어 방송 서비스의 미디어 콘텐츠 스트림으로 동기화되어(synchronously) 전달되는, 시스템.
  39. 제38항에 있어서,
    상기 RTP 프로토콜은 통지 메시지 타입, 프래그먼트화(fragmentation) 정보, 반복(repetition) 정보, 상기 제1 컴포넌트의 식별자, 필터링 정보, 및 다른 통지 메시지-관련 정보 중 적어도 하나를 운송하기 위해 정의된 페이로드 포맷을 이용하는, 시스템.
  40. 제34항에 있어서,
    상기 제2 컴포넌트는, 제2 포인터를 상기 제1 컴포넌트로 운송하는, 시스템.
  41. 제40항에 있어서,
    상기 제2 포인터는, FLUTE 세션 내에 상기 제1 컴포넌트를 위치시키는 것, 그리고 상호작용형 채널을 통해 검색될 수 있는 원격 이용가능 미디어 콘텐츠를 지시하는 것 중 적어도 하나를 가능케하는, 시스템.
  42. 제41항에 있어서,
    RTP 프로토콜 페이로드는, 상기 제2 포인터, 타이밍 제약(timing constraint) 정보, 및 상호작용을 기술하는 정보 중 적어도 하나를 운송하는, 시스템.
  43. 제34항에 있어서,
    상기 제1 컴포넌트는, 상기 제2 컴포넌트보다 크기가 더 큰, 시스템.
  44. 제34항에 있어서,
    상기 제2 컴포넌트는, 상기 제1 컴포넌트를 상기 사용자에게 사전에 다운로드하는 것을 트리거하도록 구성된 표시자(indicator)를 담고 있는, 시스템.
  45. 통지 메시지의 제1 컴포넌트를 제1 전송 메커니즘을 경유하여 사용자에게 전송하기 위한 제1 수단; 및,
    상기 통지 메시지의 제2 컴포넌트를 제2 전송 메커니즘을 경유하여 사용자에게 전송하기 위한 제2 수단을 포함하며,
    상기 통지 메시지는 미디어 방송 서비스 관련 정보를 상기 사용자에게 전달하는 것과 상호작용하는 것 중 적어도 하나를 가능케 하는 방법.
  46. 제45항에 있어서,
    상기 제1 컴포넌트는 상기 통지 메시지의 콘텐츠 및 콘텐츠 기술(description) 및 중 적어도 하나를 담고 있는, 방법.
  47. 제45항에 있어서,
    상기 제1 수단은, 파일의 범용 자원 식별자(URI : Universal Resource Identifier, 이하 'URI'로 지칭), 상기 제1 컴포넌트의 버전, 및 상기 제1 컴포넌트를 전달하는 미디어 방송 서비스 세션의 액세스 타입 중 적어도 하나에 의해 식별되는, 방법.
  48. 제45항에 있어서,
    상기 제2 컴포넌트는, 상기 미디어 방송 서비스의 미디어 콘텐츠 스트림으로 동기화되어(synchronously) 전달되는, 방법.
  49. 제45항에 있어서,
    상기 제2 컴포넌트는, 미디어 콘텐츠 스트리밍 세션의 특정 순간에 상호작용 동작을 트리거하는 것과 상기 미디어 방송 서비스 관련 정보를 전달하는 것 중 적어도 하나에 대한 동기화 정보를 운송하는, 방법.
  50. 제45항에 있어서,
    상기 제2 전송 메커니즘은 실시간 전송(RTP : real time transport , 이하 'RTP') 프로토콜을 포함하는, 방법.
  51. 제45항에 있어서,
    상기 제1 컴포넌트는, 상기 제2 컴포넌트보다 크기가 더 큰, 방법.
  52. 제45항에 있어서,
    상기 제2 컴포넌트는, 상기 제1 컴포넌트를 상기 사용자에게 사전에 다운로드하는 것을 트리거하도록 구성된 표시자(indicator)를 담고 있는, 방법.
KR1020097019673A 2007-03-09 2008-02-29 다수의 컴포넌트들을 포함하는 통지 메시지들을 전송하기 위한 방법 및 장치 KR20090122256A (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US89417707P 2007-03-09 2007-03-09
US60/894,177 2007-03-09

Publications (1)

Publication Number Publication Date
KR20090122256A true KR20090122256A (ko) 2009-11-26

Family

ID=39742761

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020097019673A KR20090122256A (ko) 2007-03-09 2008-02-29 다수의 컴포넌트들을 포함하는 통지 메시지들을 전송하기 위한 방법 및 장치

Country Status (7)

Country Link
US (1) US8935420B2 (ko)
EP (1) EP2135369A2 (ko)
KR (1) KR20090122256A (ko)
CN (1) CN101669309B (ko)
AR (1) AR065653A1 (ko)
TW (1) TW200843393A (ko)
WO (1) WO2008110954A2 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012099427A2 (ko) * 2011-01-19 2012-07-26 엘지전자 주식회사 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101277179B (zh) * 2007-03-29 2012-08-08 华为技术有限公司 发送、接收通知消息的方法、装置及系统
CN101296246B (zh) * 2007-04-24 2012-06-27 华为技术有限公司 通过单向文件传输协议传输、接收通知消息的方法及装置
JP5148697B2 (ja) * 2007-06-01 2013-02-20 トムソン ライセンシング 受信機で電力管理を実行する装置及び方法
US9794605B2 (en) * 2007-06-28 2017-10-17 Apple Inc. Using time-stamped event entries to facilitate synchronizing data streams
CN101359996B (zh) * 2007-08-02 2012-04-04 华为技术有限公司 媒体业务呈现方法及通讯系统以及相关设备
CN101557267B (zh) * 2008-04-11 2011-06-08 华为技术有限公司 一种bcast中通知消息呈现方式的方法和装置
KR20100020860A (ko) * 2008-08-13 2010-02-23 삼성전자주식회사 휴대방송 시스템에서의 방송서비스 제공방법 및 그 휴대방송 시스템
EP2316211B9 (en) * 2008-08-20 2017-08-23 Nokia Technologies Oy Method and apparatus for parental control of wireless broadcast content
US8407743B2 (en) * 2008-08-22 2013-03-26 Lg Electronics Inc. Method for processing additional information related to an announced service or content in an NRT service and a broadcast receiver
US8958354B2 (en) 2009-03-13 2015-02-17 Qualcomm Incorporated Wireless access point beacon messaging
US8898774B2 (en) * 2009-06-25 2014-11-25 Accenture Global Services Limited Method and system for scanning a computer system for sensitive content
CN102137130A (zh) 2010-01-22 2011-07-27 华为技术有限公司 基于http的同步方法和装置
KR101965385B1 (ko) * 2011-10-10 2019-04-03 한국전자통신연구원 융합형 ３ｄｔｖ에서 컨텐츠 스트림에 접근하는 컨텐츠 제공 장치 및 방법, 그리고 컨텐츠 재생 장치 및 방법
US20140189509A1 (en) * 2012-12-27 2014-07-03 Avaya Inc. Passive interaction guide system and method
EP3197173B1 (en) * 2014-09-05 2021-12-01 Sony Group Corporation Reception device, reception method, transmission device and transmission method
US20160127521A1 (en) * 2014-10-31 2016-05-05 Qualcomm Incorporated Wlan extension elements
US10200486B2 (en) * 2015-02-26 2019-02-05 Urban Airship, Inc. Mobile event notifications for network enabled objects
US10462122B2 (en) * 2015-08-27 2019-10-29 Pivotal Software, Inc. Push notification aggregation
CN107516176B (zh) 2016-06-17 2021-03-19 菜鸟智能物流控股有限公司 物流信息处理方法及装置
US10572281B1 (en) * 2017-04-20 2020-02-25 Intuit Inc. Bi-directional notification service
US10638192B2 (en) * 2017-06-19 2020-04-28 Wangsu Science & Technology Co., Ltd. Live streaming quick start method and system
US20230195695A1 (en) * 2020-05-15 2023-06-22 Huawei Technologies Co., Ltd. File Sharing Method and Terminal Device

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5774664A (en) * 1996-03-08 1998-06-30 Actv, Inc. Enhanced video programming system and method for incorporating and displaying retrieved integrated internet information segments
JP2001504673A (ja) * 1997-03-21 2001-04-03 ウオーカー ディジタル、エルエルシー ビデオ番組のための補足のオーディオおよびビジュアル情報を供給するシステムおよび方法
IT1313372B1 (it) * 1999-09-23 2002-07-23 Cit Alcatel Metodo per trasmettere telefonicamente messaggi vocali o simili inaree geografiche definite.
US7174512B2 (en) * 2000-12-01 2007-02-06 Thomson Licensing S.A. Portal for a communications system
CN1476198A (zh) * 2002-08-15 2004-02-18 ��������ͨ�ż����о����޹�˾ 利用小区广播的mbms的业务广告或业务指示的方法
GB2419975A (en) 2004-11-09 2006-05-10 Nokia Corp Auxiliary content handling
US7592912B2 (en) * 2005-12-09 2009-09-22 Time Warner Cable Inc. Emergency alert data delivery apparatus and methods
KR100810359B1 (ko) * 2006-09-19 2008-03-04 삼성전자주식회사 Ｄｖｂ―ｈ 시스템에서 통지 데이터를 전송하기 위한 방법및 이를 위한 시스템

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012099427A2 (ko) * 2011-01-19 2012-07-26 엘지전자 주식회사 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치
WO2012099427A3 (ko) * 2011-01-19 2012-12-06 엘지전자 주식회사 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치
KR20140033325A (ko) * 2011-01-19 2014-03-18 엘지전자 주식회사 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치
US8978083B2 (en) 2011-01-19 2015-03-10 Lg Electronics Inc. Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
US9769518B2 (en) 2011-01-19 2017-09-19 Lg Electronics Inc. Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service

Also Published As

Publication number Publication date
WO2008110954A2 (en) 2008-09-18
TW200843393A (en) 2008-11-01
WO2008110954A3 (en) 2009-04-09
AR065653A1 (es) 2009-06-24
CN101669309B (zh) 2016-09-07
US8935420B2 (en) 2015-01-13
EP2135369A2 (en) 2009-12-23
US20080222300A1 (en) 2008-09-11
CN101669309A (zh) 2010-03-10

Similar Documents

Publication Publication Date Title
US8935420B2 (en) Method and apparatus for synchronizing notification messages
KR101827277B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR100978050B1 (ko) 코덱과 세션 매개변수 변경
EP1830589B1 (en) Method and system for providing notification message in a mobile broadcast system
US20080313191A1 (en) Method for the support of file versioning in file repair
KR100939030B1 (ko) 디지털 통신 시스템들을 통한 보조 콘텐츠 핸들링
US20050097624A1 (en) System and associated terminal, method and computer program product for providing broadcast content
EP1788812A1 (en) Apparatus and method for updating DVB SD&S data
KR101083378B1 (ko) Ｉｐｄｃ 오버 ｄｖｂ－ｈ에서의 동적 ｓｄｐ 업데이트
KR20100031747A (ko) 통신 세션에서 세션 특성들을 시그날링하기 위한 시스템 및 방법
EP1881667A1 (en) Apparatus and method for presenting an event during a broadcast
EP2026531A1 (en) Message information transmitting and receiving method, device and system
US20090113471A1 (en) Method and apparatus for signaling updates to notification session in ip datacast
US20090281907A1 (en) Method and arrangement for purchasing streamed media
JP2009512320A (ja) ディジタル放送システムにおける信頼性保証転送サービス提供方法及び装置
KR100902855B1 (ko) 세션 객체들의 그룹화
RU2378795C2 (ru) Способ и устройство для предоставления сообщения оповещения в системе широковещательной передачи
WO2021064664A1 (en) Method for broadcasting dash/hls hybrid multimedia streams
Hornsby et al. Notification service for DVB-H mobile broadcast
Alliance File and Stream Distribution for Mobile Broadcast Services
Chiao Comparison of the notification services between OMA BCAST 1.0 and DVB-IPDC phase 2

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
J201 Request for trial against refusal decision
E90F Notification of reason for final refusal
B601 Maintenance of original decision after re-examination before a trial
E801 Decision on dismissal of amendment
J301 Trial decision

Free format text: TRIAL DECISION FOR APPEAL AGAINST DECISION TO DECLINE REFUSAL REQUESTED 20111219

Effective date: 20130628