KR20070049043A - 휴대 방송 시스템에서 서비스 가이드 콘텐츠 및 통지이벤트 정보의 전송 장치 및 방법 - Google Patents

Abstract

본 발명은 휴대방송 시스템에서 통지 이벤트(Notificaiton Event)를 통지 메시지(Notification Message) 생성을 위한 시스템에 전달하는 방법을 제공함에 있다. 또한, 휴대 방송 시스템의 가입자 관리 시스템에서 서비스 및 컨텐츠 속성을 미리 전달받아 서비스 번들에 대한 공급(Provisioning) 정보를 생성할 수 있도록 전달하는 방법을 신규로 제안하였다. 본 발명을 통하여 통지 이벤트(Notification Event) 메시지 및 Provision 생성을 위한 서비스 및 컨텐츠 정보 메시지를 정의하고 해당 메시지 전달 및 전달에 대한 응답 방법을 제공함으로써 메시지 전송에 대한 신뢰성을 향상시킬 수 있다.

휴대방송 시스템, 통지 이벤트, 통지 메시지, 컨텐츠 정보

Description

휴대 방송 시스템에서 서비스 가이드 콘텐츠 및 통지 이벤트 정보의 전송 장치 및 방법{METHOD AND APPARATUS FOR DELIVERING SERVICE GUIDE CONTENTS SOURCE AND NOTIFICATION EVENT INFORMATION IN MOBILE BROADCAST SYSTEM}

도 1은 이동 단말로 서비스 가이드를 전송하는 본 발명이 적용되는 휴대 방송 시스템의 구성 예를 도시한 도면,

도 2는 휴대 방송 시스템에서 통지 메시지를 제공하기 위해 OMA BCAST에서 정의되어 있는 통지 인터페이스 구조를 나타낸 도면,

도 3은 휴대 방송 시스템에서 서비스 가이드를 제공하기 위한 논리 개체들간 메시지 전송 흐름을 나타낸 도면,

도 4는 휴대 방송 시스템에서 통지 메시지를 제공하기 위한 논리 개체간의 메시지 전송 흐름을 나타낸 도면,

도 5는 OMA BCAST 내에서 서비스 가이드(Service Guide) 생성을 위한 서비스 가이드에 대한 데이터 모델(Data Model)을 도시한 도면,

도 6은 NT-3 Interface에서 Notification Event를 송신하기 위해 사용되는 Protocol 스택을 도시한 도면,

도 7은 OMA BCAST에서 NT-3를 통한 메시지 전송 흐름도,

도 8은 OMA BCAST에서 Provisioning 생성을 위해 관련 정보를 수신 받기 위 해 제안한 BCAST 구조도,

도 9는 도 8에 대한 메시지 흐름도,

도 10은 OMA BCAST에서 SG-3의 전송 프로토콜 스택의 도면,

도 11은 OMA BCAST에서 SG-3를 통한 메시지 전송 흐름도,

도 12는 본 발명에 따른 SG-3 또는 NT-3의 Backend Interface에 서비스 가이드 소스에 대한 제공 또는 통지 이벤트 제공을 위한 요청 메시지 전달을 설명하기 위한 도면,

도 13은 본 발명에 따라 SGAS와 SGSS간 SG-3을 통해 서비스 가이드 소스 전달을 위한 신호 흐름도,

도 14는 본 발명에 따라 NTE와 NTG간 NT-3을 통해 통지 이벤트 전달을 위한 신호 흐름도.

본 발명은 방송 서비스(Broadcast Service :이하 BCAST라 칭함)를 지원하는 메시지를 송신하기 위한 장치 및 방법에 관한 것으로, 특히 시스템 및 서비스의 변화 사항을 통지(Notification) 메시지를 전달하기 위한 장치 및 방법에 대한 것이다.

오늘날 통신 및 방송 기술의 발달로 인해 방송 시스템 혹은 이동통신 시스템 에서 휴대 방송을 제공할 수 있는 형태로까지 발전하였다. 이러한 방송 서비스는 음성 및 화상에 제한되는 통상적인 방송 서비스뿐만이 아니라 패킷 데이터를 방송 채널(Broadcast Channel)을 통해서 전송할 수 있는 휴대 방송(Mobile Broadcast)이 논의되고 있다. 휴대 방송이란, 휴대 방송을 수신할 수 있는 휴대폰, 노트북, PDA(Personal Digital Assistant) 등의 이동 단말을 통해 방송 서비스를 제공받는 것을 말한다. 이와 같이 방송 서비스를 제공받기 위해서 이동 단말에서는 우선 제공되는 서비스를 발견할 수 있어야 한다. 그리고 이동 단말의 가입자가 방송 서비스에 가입하여 방송 서비스를 제공받을 수 있는 상태여야 한다. 또한 이동 단말이 방송 서비스를 수신하기 위해서는 방송 시스템으로부터 제공되는 여러 가지 제어 정보를 수신하여야 한다. 그리고 방송 서비스를 제공하는 시스템에서는 서비스 데이터의 송신이 이루어져야 한다. 이와 같이 방송 서비스와 그에 대한 여러 가지 정보들이 제공되면 이동 단말은 서비스 제어 정보를 수신하고, 방송 서비스 데이터를 수신한다. 이를 통해 사용자는 방송을 시청할 수 있게 되는 것이다.

한편, 방송 서비스를 제공하기 위한 표준 연구 단체로 개방형 이동성 협의체(Open Mobile Alliance : 이하 "OMA"라 칭함)가 있다. 상기 OMA는 특히 개별 이동성 솔루션의 상호 연동을 위한 표준을 연구하는 단체로서, 이동 통신용 게임, 인터넷 서비스 등에 대한 다양한 어플리케이션 표준을 정하는 역할을 주로 담당하고 있다. 또한 OMA의 워킹 그룹 중 OMA BAC(Browser and Content) BCAST(Mobile Broadcast Sub Working Group)에서는 이동 단말을 이용하여 방송 서비스를 제공하는 기술을 연구하고 있다.

상기 OMA에서 논의되는 휴대 방송 시스템에서 방송 서비스를 수신하기 위한 이동 단말은, 서비스 자체에 대한 설명 정보, 서비스에 대한 과금 정보, 그리고 서비스의 수신 방법에 대한 정보가 포함된 서비스 가이드(Service Guide : SG) 정보를 수신하며, 상기 서비스 가이드 정보를 이용하여 해당 서비스를 수신하게 된다.

상기한 서비스 가이드의 정보들 중 일부는 언제든지 변화할 수 있으며, 따라서 특정 서비스가 변경될 때마다 해당 서비스에 대한 서비스 가이드는 계속 반복적으로 전송되어야 한다. 또한 휴대 방송의 특성상 새로운 이동 단말의 등장을 고려하면 휴대 방송 서비스에 대한 서비스 가이드는 변동 사항이 없더라도 반복적으로 전송된다. 여기서 새로운 이동 단말의 등장이란, 이전에 서비스를 제공받지 않던 새로운 이동 단말이 서비스를 받게 되는 경우를 말한다. 이를 예를 들어 설명하면, 이동 단말의 전원을 켜서 휴대 방송을 수신하고자 하는 사용자가 새로 등장하거나, 사용자가 이동함으로써 새로운 서비스 가이드를 수신해야 하는 이동 단말이 등장하게 된 경우가 된다. 이와 같이 새롭게 등장한 이동 단말은 이미 휴대 방송을 수신하고 있는 이동 단말들과는 별도로 서비스 가이드를 수신해야만 방송 서비스를 제공받을 수 있다.

그러므로 휴대 방송 시스템에서 서비스 가이드 정보의 신뢰성 있는 전송 및 응답이 매우 중요함은 당연하다. 따라서 컨텐츠 제공업자가 BCAST의 서비스 가이드 생성을 위한 컨텐츠 정보 및 통지 이벤트를 전달하고, 또한 서비스 가이드의 전송에 관련된 메시지들을 구성하는데 필요한 정보 요소들을 결정하며 요청 사항에 대한 수행 여부를 응답하기 위한 구체적인 기술을 필요로 하게 되었다.

따라서 본 발명에서는 휴대 방송 시스템에서 서비스 가이드 생성을 위한 컨텐츠 정보 및 통지 이벤트를 전달하기 위한 장치 및 방법을 제공한다.

본 발명에서는 휴대 방송 시스템에서 서비스 가이드 정보를 신뢰성 있게 전송할 수 있는 장치 및 방법을 제공한다.

본 발명에서는 휴대 방송 시스템에서 서비스 가이드 정보를 수신하고, 이에 대한 응답 신호를 송신할 수 있는 장치 및 방법을 제공한다.

본 발명에서는 휴대 방송 시스템에서 서비스 가이드 정보를 송신할 시 필요한 메시지를 생성하기 위한 장치 및 방법을 제공한다.

본 발명에서는 서비스 가이드 및 통지 이벤트의 전송에 관련된 메시지들을 구성하는데 필요한 정보 요소를 결정하기 위한 장치 및 방법을 제공한다.

본 발명에서는 서비스 가이드 및 통지 이벤트의 수신에 대한 응답을 전송하는 장치 및 방법을 제공한다.

상기한 목적들을 달성하기 위한 본 발명의 장치는, 휴대 방송(BCAST) 서비스를 지원하는 무선 통신/방송 시스템에서 상기 휴대 방송 서비스의 통지 이벤트 생성에 필요한 정보를 전송하기 위한 장치로, 방송 서비스의 변경이 발생할 경우 이를 알리기 위한 통지 이벤트부와, 상기 통지 이벤트부로부터 통지 메시지를 생성하기 위해 통지 이벤트 메시지를 생성하여 전송하는 서비스 어플리케이션 블록(BSA)과, 상기 서비스 어플리케이션 블록으로부터 통지 이벤트 메시지를 수신하여 통지 발생 완료 메시지를 생성하는 가입 관리부와, 상기 가입 관리부로부터 통지 발생 완료 메시지를 수신하여 통지 메시지를 전송하는 통지 생성부를 포함한다.

상기한 목적들을 달성하기 위한 본 발명의 방법은, 휴대 방송(BCAST) 서비스를 지원하는 무선 통신/방송 시스템에서 상기 휴대 방송 서비스의 통지 이벤트 생성에 필요한 정보를 전송하는 방법으로, 서비스 어플리케이션 블록(BSA)의 통지 이벤트부로부터 통지 메시지를 생성하기 위해 통지 이벤트 메시지를 생성하여 전송하는 과정과, 상기 가입 관리부의 통지 생성부(NTG)로부터 통지 발생 완료 메시지를 수신하여 통지 메시지를 전송하는 과정을 포함한다.

이하 첨부된 도면을 참조하여 본 발명의 바람직한 실시예에 대한 동작 원리를 상세히 설명한다. 하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

후술될 상세한 설명에는 상술한 기술적 과제를 이루기 위한 본 발명의 대표적인 실시 예를 제시할 것이다. 또한 설명의 편의를 위하여 비동기 이동통신 표준인 3GPP(3rd Generation Partnership Project) 혹은 이동 단말의 어플리케이션의 표준 기구인 OMA(Open Mobile Alliance)의 BCAST에서 정의하고 있는 개체들의 명칭 들을 사용할 것이나, 이러한 표준 및 명칭들이 본 발명의 범위를 한정하는 것은 아니며, 유사한 기술적 배경을 가지는 시스템에 본 발명을 적용 가능함은 물론이다. 이하 본 발명의 실시 예를 설명함에 있어서 구체적인 예를 들기 위하여 휴대 방송 기술 표준중의 하나인 OMA BCAST 기술을 설명한다.

도 1은 이동 단말로 서비스 가이드를 전송하는 본 발명이 적용되는 휴대 방송 시스템의 구성 예를 도시한 것이다. 먼저 하기 <표 1>과 <표 2>는 도 1의 구성 요소(논리 개체)들 간에 사용되는 인터페이스를 나타낸 것이다.

도 1에서 컨텐츠 공급자(Content Creation; 이하, CC) 블록(101)은 방송 서비스(이하, BCAST 서비스)의 공급자이며, 상기 BCAST 서비스는 종래의 음성/영상 방송 서비스, 음악 파일 또는 데이터 파일의 파일 다운로드 서비스 등이 될 수 있다. 상기 컨텐츠 공급자(101)는 서비스 가이드 콘텐츠 공급 소스(Service Guide Content Creation Source: 이하, SGCCS)부(102)를 이용하여 BCAST 서비스의 서비스 가이드 구성을 위해 필요한 컨텐츠 정보, 이동 단말의 성능 정보, 사용자 프로파일, 컨텐츠 시간 정보 등을 상기 <표 1>의 SG1 인터페이스(103)를 통해 BCAST 서비스 어플리케이션 블록(BCAST Service Application: 이하, BSA)(104)의 서비스 가이드 어플리케이션 소스(Service Guide Application Source : 이하, SGAS)부(105)로 전달한다.

BCAST 서비스 어플리케이션 블록(104)은 컨텐츠 공급자 블록(101)으로부터 BCAST 서비스의 데이터를 공급받아 BCAST 네트워크에 적합한 형태로 가공하여 BCAST 서비스 데이터를 만드는 역할을 한다. 또한 상기 BCAST 서비스 어플리케이션 블록(104)은 휴대 방송 안내에 필요한 표준화된 메타 데이터를 생성하는 역할을 담당한다. 상기 SGAS부(105)는 SGCCS부(102)로부터 전달받은 정보를 포함하여 서비스 및 컨텐트 상세 정보, 스케줄 정보, 위치 정보 등 서비스 가이드의 구성에 필요한 각종 소스를 인터페이스 SG2(106)를 통해 후술할 BCAST 서비스 분배/적응 블록(BCAST Service Distribution/Adaption: 이하, BSD/A)(108)의 서비스 가이드 생성(Service Guide Generation: 이하, SG-G)부(109)로 전달한다.

도 1에서 상기 BCAST 서비스 분배/적응 블록(108)은 BCAST 서비스 어플리케이션 블록(104)으로부터 공급받은 BCAST 서비스 데이터를 전송할 베어러(bearer)를 설정하는 역할과 BCAST 서비스의 전송 스케줄을 결정하는 역할 그리고 휴대 방송 안내 정보를 생성하는 역할을 담당한다. 상기 BCAST 서비스 분배/적응 블록(108)은 BCAST 서비스 데이터를 전송하는 네트워크인 방송 분배 시스템(Broadcast Distribution System : 이하, BDS)(122) 및 양방향 통신을 지원하는 양방향 네트워크(123)와 연결된다.

상기 SG-G부(109)로부터 생성된 서비스 가이드는 서비스 가이드 분배(SG Distribution : 이하, SG-D)부(110)와 SG-5 인터페이스(117)를 통해 이동 단말(Terminal)(119)로 전달된다. 만일 BDS(122) 또는 양방향 통신을 지원하는 양방향 네트워크(123)를 통해 서비스 가이드를 전달하거나 또는 해당 시스템 또는 네트워크와 관련하여 정합이 필요할 경우 SG-G부(109)로부터 생성된 서비스 가이드는 서비스 가이드 적응(SG Adaptation : 이하, SG-A)부(111)에서 정합되어 SG-D부(110)로 전달되거나 SG-B1 인터페이스(116)를 통해 후술할 BSC 서비스 분배(BDS Service Distribution) 블록(121)으로 전달된다.

도 1에서 BCAST 가입 관리 블록(BCAST Subscription Management; 이하, BSM)(113)은 BCAST 서비스의 수신을 위한 가입 정보와 서비스 제공 정보 및 BCAST 서비스를 수신하는 이동 단말에 대한 장치 정보를 관리한다. 상기 BCAST 가입 관리 블록(113)의 서비스 가이드 가입 소스(Service Guide Subscription Source : 이하, SGSS)부(114)는 서비스 가이드의 생성과 관련한 가입 관련, 공급(Provisioning) 관련 소스 및 구매 정보, 홍보 관련 정보 등의 소스를 SG4 인터페이스(112)를 통해 서비스 가이드를 생성하는 상기 SG-G부(109)로 전달한다.

도 1에서 상기 BDS 서비스 분배 블록(121)은 모든 수신된 BCAST 서비스를 방송 채널(Broadcast channel) 또는 양방향 채널(interaction channel)을 통해 분배하는 역할을 수행하며, BDS(122)의 종류에 따라 존재할 수도 있고, 존재하지 않을 수도 있는 개체이다. 상기 BDS(122)는 BCAST 서비스를 전송하는 네트워크이며, 예를 들어 DVB-H, 3GPP의 MBMS, 3GPP2의 BCMCS 등의 방송 네트워크가 될 수 있다. 양방향 네트워크(123)는 일대일로 BCAST 서비스를 전송하거나 또는 BCAST 서비스 수신에 관련된 제어 정보 및 부가 정보들을 양방향으로 교환하며, 예를 들어 기존의 셀룰러 네트워크가 될 수 있다.

도 1에서 이동 단말(119)은 BCAST 서비스를 수신할 수 있는 단말기이며, 단말 성능에 따라 셀룰러 네트워크와 연결될 수 있는 기능을 가진다. 상기 이동 단말(119)은 서비스 가이드 클라이언트(Service Guide Client : 이하, SG-C)를 구비하여 SG5 인터페이스(117)를 통해 전송되는 서비스 가이드를 수신하거나, SG6 인터페이스(118)를 통해서 전송되는 통지 메시지를 수신하여 BCAST 서비스 수신을 위한 적절한 동작을 수행한다.

하기 <표 3> 내지 <표 5>는 OMA BCAST 서비스의 표준에서 도 1의 주요 구성 요소(논리 개체)들에 대한 기능을 정리한 것이다.

도 2는 휴대 방송 시스템에서 통지 메시지를 제공하기 위해 OMA BCAST에서 정의되어 있는 통지 인터페이스 구조를 나타낸 도면이다.

도 2를 참조하면, 컨텐츠 공급자(Content Creation: 이하, CC)(201)는 방송(이하 BCAST) 서비스의 공급자이며, 상기 BCAST 서비스는 종래의 음성/영상 방송 서비스, 파일(음악 파일 혹은 데이터 파일) 다운로드 서비스 등이 될 수 있다. 컨텐츠 공급자(201)는 BCAST 서비스의 공급에 문제 혹은 변동 사항이 발생하였을 경우 BCAST 서비스 어플리케이션(Service Application: 이하, BSA)(202) 내부에 위치하는 통지 이벤트부(Notification Event Function: 이하, NTE)(202-1)로 상기 변동 사항을 통지한다.

BCAST 서비스 어플리케이션(202)은 상기 컨텐츠 공급자(201)로부터 BCAST 서비스의 데이터를 공급받아 BCAST 네트워크에 적합한 형태로 가공하여, BCAST 서비스 데이터를 만드는 역할을 하며, 휴대 방송 안내에 필요한 표준화된 메타데이터를 생성하는 역할을 담당한다. 또한 컨텐츠 공급자(201)로부터 BCAST에 대한 서비스의 변동 사항을 통보받아 BCAST 가입 관리부(BCAST Subscription Management)(204) 내부에 위치하는 통지 생성부(Notification Generation function: 이하, NTG)(204-1)로 통보한다.

BCAST 서비스 분배/적응부(이하, BSD/A)(203)는 BCAST 서비스 어플리케이션(202)으로부터 공급받은 BCAST 서비스 데이터를 전송할 베어러를 설정하는 역할 및 BCAST 서비스의 전송 스케줄을 결정하는 역할 및 휴대 방송 안내를 생성하는 역할을 담당하며, 방송 서비스를 할 수 있는 방송 분배 시스템(Broadcast Distribution system : BDS)(206) 및 양방향 통신을 지원하는 연동 네트워크(207)와 연결된다. 또한 통지 분배/적응부(Notification Distribution/adaptation Function : 이하, NTDA)(203-1)를 가지고 있어, BCAST 가입 관리부(BCAST Subscription Management)(204)로부터 통지 메시지를 전송받아, BDS(206) 혹은 연동 네트워크(207)를 통해 한 명의 사용자 혹은 다수의 사용자에게 전송한다.

BCAST 가입 관리부(BCAST Subscription Management)(104)는 BCAST 서비스의 수신을 위한 가입 정보와 서비스 제공 정보 및 BCAST 서비스를 수신 받는 장비에 대한 장치 정보를 관리하며, 특히 통지 생성부(Notification Generation Function : NTG)(204-1)를 가지고 있어, 컨텐츠 공급자(201) 및 BDS(206)로부터 통지 이벤트에 대한 정보를 수신하여 통지 메시지를 생성하거나 혹은 BCAST 서비스 자체 이벤트에 대한 통지 메시지를 생성한다.

BDS 서비스 분배부(BDS Service Distribution)(105)는 모든 수신된 BCAST 서비스를 방송 채널(Broadcast channel) 혹은 연동 채널(interaction channel)을 통해서 분배하는 역할을 수행하며, BDS(206)의 종류에 따라 존재할 수도 있고, 존재하지 않을 수도 있는 개체이다.

BDS(206)는 BCAST 서비스를 전송하는 네트워크이며, 예로서 DVB-H, 3GPP의 MBMS, 3GPP2의 BCMCS 등이 될 수 있다. 또한 특정 BCAST 서비스를 전송함에 있어서 변동사항이 발생하는 경우, X-1 인터페이스(231) 혹은 BDS 서비스 분배부(205)가 존재하는 경우에는 NT-B1 인터페이스(224)를 통해서 BCAST 서비스 분배/적응부(203)로 상기 변동 사항을 통지하는 역할을 수행한다.

연동 네트워크(207)는 1:1로 BCAST 서비스를 전송하거나 혹은 BCAST 서비스 수신에 관련된 제어 정보 및 부가 정보들을 양방향으로 교환하며, 예를 들어 기존의 셀룰러 네트워크가 될 수 있다.

이동 단말(208)은 BCAST 서비스를 수신할 수 있는 단말기이며, 단말기의 성능에 따라 셀룰러 네트워크와 연결될 수 있는 기능을 가진다. 본 명세서에서는 셀룰러 네트워크와 연결될 수 있는 단말기, 즉 셀룰러 폰을 가정한다. 상기 단말기(208)는 통지 클라이언트(Notification Client function: 이하, NTC)(208-1)에 의해, NT5 인터페이스(225)를 통해서 전송되는 통지 메시지를 수신하여 적절한 동작을 수행하거나, NT6 인터페이스(226)를 통해서 전송되는 통지 메시지를 수신하여 적절한 동작을 수행한다.

다음으로 상기 논리 개체들 간의 인터페이스들을 설명한다.

NT1 인터페이스(221)는 BCAST 서비스 어플리케이션(202)에 위치하는 통지 이벤트부(202-1)와 컨텐츠 공급자(201) 사이의 인터페이스이며, 통지가 필요한 이벤트가 컨텐츠 공급자(201)에서 발생할 경우, 해당하는 통지 이벤트를 통지 이벤트부(202-1)로 전달되기 위하여 사용된다.

NT2 인터페이스(222)는 BCAST 서비스 어플리케이션(202)에 위치하는 통지 이벤트부(102-1)에서 BCAST 가입 관리부(204)의 통지 생성부(204-1)로의 인터페이스이며, 통지 생성부(204-1)에서 통지 메시지를 생성할 수 있도록, 이벤트에 대한 통지 혹은 통지 메시지의 생성에 필요한 정보들을 운반한다.

NT4 인터페이스(223)는 BCAST 가입 관리부(204)에 위치하는 통지 생성부(204-1)에서 BCAST 서비스 분배/적응부(203)의 통지 분배/적응부(통지 Distribution/Adaptation Function)(203-1)로의 인터페이스이며, 통지 생성부(204-1)에서 생성된 통지 메시지를 BDS(206) 혹은 연동 네트워크(207)로 전송되도록 하기 위하여 통지 분배/적응부(203-1)로 전송하거나 혹은 BDS(206)에서 이벤트가 발생할 경우 상기 이벤트에 대하여 통지 분배/적응부(203-1)가 전송해 주는데 사용된다.

NT5 인터페이스(225)는 BCAST 서비스 분배/적응부(203)의 통지 분배/적응부(203-1)에서 전송된 통지 메시지가 BDS(206)를 거쳐 방송채널을 통하여 단말기에게 직접 전송될 경우 사용되는 인터페이스로서, 하나의 단말기 혹은 다수의 단말기들에게 통지 메시지를 전송하는데 사용된다.

NT6 인터페이스(226)는 BCAST 서비스 분배/적응부(203)의 통지 분배/적응부(203-1)에서 전송된 통지 메시지가 연동 네트워크(207)를 거쳐 단말기와의 전용 채널 혹은 연동 네트워크(207)에서 제공되는 방송채널을 통하여 단말기에게 직접 전송될 경우 사용되는 인터페이스로서, 하나의 단말기 혹은 다수의 단말기들에게 통지 메시지를 전송하는데 사용된다.

NT-B1 인터페이스(224)는 BCAST 서비스 분배/적응부(203)가 BDS(206)에서 사용하게 될 전송 통로의 설정 혹은 BDS(206)에서 발생한 이벤트 정보의 수신 경로로 사용되는, BCAST 서비스 분배/적응부(203)와 BDS 서비스 분배부(205)사이의 인터페이스이다.

X-1 인터페이스(231)는 BDS 서비스 분배부(205)가 존재하지 않는 경우 BCAST 서비스 분배/적응부(203)가 BDS(206)에서 사용하게 될 전송 통로의 설정 혹은 BDS(206)에서 발생한 이벤트 정보의 수신 경로로 사용되는 인터페이스이다. BDS 서비스 분배부(205)가 존재하는 경우에는, BDS(206)과 BDS 서비스 분배부(205) 간의 인터페이스로서 BDS(206)에서 발생한 이벤트의 통보에 사용된다.

X-2 인터페이스(232)는 BDS 서비스 분배부(205)가 존재하지 않는 경우 BCAST 서비스 분배/적응부(203)가 연동 네트워크(207)에서 사용하게 될 전송 통로의 설정에 사용되는 인터페이스이다. BDS 서비스 분배부(205)가 존재하는 경우에는, BDS(206)과 연동 네트워크(207) 간의 인터페이스로서, 연동 네트워크(207)에서 통지 메시지가 사용될 베어러의 설정 및 통지 메시지의 전송에 사용된다.

X-3 인터페이스(233)는 BDS(206)와 단말기(208) 간의 인터페이스로서 BCAST 서비스 혹은 방송 채널로 전송되는 모든 메시지들에 사용된다.

X-4 인터페이스(234)는 BDS 서비스 분배부(205)와 단말기(208) 간의 방송 채널 인터페이스이다.

X-5 인터페이스(235)는 BDS 서비스 분배부(205)와 단말기(208) 간의 연동 채널 인터페이스이다.

X-6 인터페이스(236)는 연동 네트워크(207)가 BCAST 서비스에 관련된 제어 정보를 전송할 수 있는 양방향 인터페이스이다.

상기 통지 이벤트부(202-1)는 통지 메시지를 생성하는데 필요한 정보를 통지 생성부(204-1)에 전달하는 역할 및 통지가 필요한 이벤트가 발생했음을 알게 될 경우 상기 이벤트에 대한 정보를 통지 생성부(204-1)에 전달한다. 상기 통지 생성부(204-1)는 통지 이벤트부(202-1)로부터 통지 메시지 생성에 필요한 정보 및 이벤트를 수신 받아 통지 메시지를 생성하거나, 통지 분배/적응부(203-1)를 통하여 BDS(206)의 통지 이벤트를 수신한 경우 통지 메시지를 생성하여 통지 분배/적응부(203-1)로 전송해 주는 역할을 한다. 상기 통지 메시지를 생성하게 되는 경우는, 서비스의 시작을 다시 알릴 필요가 있을 경우, 컨텐츠 공급자(201)로부터 서비스의 정보에 대한 변경이 있음을 통지받아 새로운 휴대 방송 안내를 전송할 필요가 있을 경우 및 BDS(206)에서 특별한 이벤트가 발생한 경우 등이 될 수 있다.

상기 통지 분배/적응부(203-1)는 NT5(225) 혹은 NT-6(226)을 통해서 통지 메시지를 전송하는 역할을 하며, BDS(206)로부터 특정 휴대 방송 서비스에 대한 정보의 변경 사항, 일 예로 무선 네트워크 환경에 의한 전송속도의 조절 혹은 서비스의 불가능함 등을 수신할 경우, 그에 따른 통지 이벤트를 NT-4(223)를 통하여 상기 통지 생성부(204-1)로 전달해 주는 역할을 한다.

도 3은 휴대 방송 시스템에서 서비스 가이드를 제공하기 위한 논리 개체들간 메시지 전송 흐름을 나타낸 것이다. 여기서 참조번호 301은 도 1의 SGCCS부(102), 참조번호 302는 도 1의 SGAS부(105), 참조번호 303은 도 1의 SGSS부(114), 참조번호 304는 도 1의 SG-G/D/A(109, 110, 111)를 나타낸다.

도 3을 참조하면, 311단계에서 SGCCS부(301)는 BCAST 서비스와 관련하여 컨텐츠에 대한 정보 및 속성 값을 SGAS부(302)에 전달한다. 312단계에서 SGAS부(302)는 SGCCS(301)로부터 전달받은 속성 값으로 컨텐츠와 서비스에 대한 정보 및 속성 값을 BCAST 포맷에 맞추어 SG-G/D/A(304)에 전달한다. 313단계에서 SG-G/D/A(304)는 SGSS(303)에 공급(Provisioning)과 관련된 정보를 요청한다. 314단계에서 SGSS(303)는 SG-G/D/A(304)에 공급 관련 정보를 제공한다. 315단계에서 SG-G/D/A(304)는 상기 정보들을 참조하여 서비스 가이드를 생성한다.

도 4는 휴대 방송 시스템에서 통지 메시지를 제공하기 위한 논리 개체간의 메시지 전송 흐름을 나타낸 것이다. 여기서 참조번호 401은 도 2의 BCAST 서비스 어플리케이션 블록(204)의 통지 이벤트 기능부(NTE)(202-1), 참조번호 402는 BCAST 가입 관리 블록(204)의 통지 생성 기능부(NTG)(402), 참조번호 403은 BCAST 서비스 분배/적응 블록(203)의 통지 분배/적응 기능부(NTDA)(203-1)를 나타낸다.

도 4를 참조하면, 411단계 또는 412단계에서 NTE(401) 및 NTDA(403)에서 생성된 통지 이벤트가 NTG(402)으로 전달되거나, 혹은 NTG(402) 혹은 BDS(205)에서 통지 이벤트가 발생한다. 만일 통지 이벤트가 콘텐츠 공급자(201) 혹은 BSA(202)에서 발생한 경우 411단계와 같이 NTE(401)는 이벤트 알림(Event notice)을 BCAST 가입 관리 블록(204) 내의 NTG(402)에게, NT-3 인터페이스(222)를 통해 전달한다. 만일 통지 이벤트가 BCAST 서비스 분배/적응 블록(203) 혹은 BDS(205)로부터 발생하였다면, 412단계와 같이 NTDA(403)에서 NTG(402)로 NT-4 인터페이스(223)를 통해 전달한다. 413단계와 같이 통지 이벤트는 BSM(204)내에서 자체적으로 발생하여 NTG(402)로 전달될 수도 있다.

이상과 같이 NTG(402)는 자체적 혹은 NT-3 인터페이스(222), NT-4 인터페이스(223)를 통해 통지 이벤트를 전달받는다. 그러면 414단계에서 NTG(402)는 상기 통지 이벤트에 따른 통지 메시지를 생성하며, 이후 NTG는 223 NT-4 인터페이스를 통해 NTDA로 Notificaiton Message를 전달한다.

본 발명의 구체적인 실시 예를 설명하기에 앞서 이해를 돕기 위해 본 명세서에서 사용되는 메시지 스키마 테이블을 설명한다. "이름"은 해당 메시지를 구성하는 요소 값과 속성 값에 대한 명칭을 나타낸다. "타입"은 해당 이름이 요소 값 혹은 속성 값 중 어떤 형태인지를 의미한다. 각 요소 값은 E1, E2, E3, E4와 같은 값을 가지며, E1은 전체 메시지에 대한 상위 요소 값을 의미하고, E2는 E1의 하위 요소 값, E3은 E2의 하위 요소 값, E4는 E3의 하위 요소 값을 나타낸다. "속성 값"은 A로 표시하며 A는 해당 요소의 속성 값을 나타낸다. 일 예로 E1 아래의 A는 E1의 속성 값을 나타낸다. "범주"는 해당 요소 값 혹은 속성 값이 필수 내용인지 아닌지를 구분하기 위해 사용되며 필수인 경우 M 값을 옵션인 경우 O 값을 가진다. "카디넬리티"는 요소들간의 관계를 나타내며 0, 0..1, 1, 0..n, 1..n 의 값을 가진다. 0은 옵션을 의미하며, 1은 필수관계를 의미하고, n은 다수의 값을 가질 수 있음을 의미한다. 일 예로 0..n은 해당 요소 값이 없을 수도 있고 n 개의 값을 가질 수도 있음을 의미한다. "설명"은 해당 요소 또는 속성 값이 의미하는 바를 나타내며 "데이터형"은 해당 요소 값 혹은 속성 값에 대한 데이터 형태를 나타낸다. 따라서 메시지 포맷은 하기 <표 6>과 같은 형태가 된다.

이름

타입

범주

카디넬리티

설명

데이터형

또한 하기에서는 본 발명의 바람직한 실시 예에 따른 서비스 가이드 및 통지 이벤트의 생성 요청/응답에 필요한 여러 정보요소들을 도시할 것이나, 본 발명의 메시지들이 상기 모든 정보요소들을 반드시 포함하여야 하는 것은 아니며, 설계자의 의도 혹은 필요에 따라 일부 혹은 전체 정보요소들이 사용될 수 있음은 물론이다.

도 6은 NT-3 Interface에서 Notification Event를 송신하기 위해 사용되는 Protocol 스택을 나타낸다. NT-3를 통해 전달되는 메시지는 텍스트(Text) 또는 XML 형태로 전달될 수 있다. 해당 메시지는 하기 도 7 설명을 통해 자세히 설명하기로 하겠다. NT-3를 통한 메시지는 IP(Internet Protocol), TCP(Transfer Control Protocol), HTTP(Hyper Text Transfer Protocol)를 사용하여 전송되며, BSA 내의 NTE는 BSM의 NTG로 HTTP POST를 통해 통지 이벤트(Notification Event) 메시지를 전송하여 통지 메시지(Notification Message) 생성을 요청한다. 또한, NTG는 NTE로부터 메시지를 받은 후 Notification Message생성에 대한 결과를 HTTP RESPONSE 메시지에 포함되어 전송할 수도 있고, 또는 HTTP POST를 통해 결과 메시지를 보낼 수 있다.

도 7은 NT-3를 통해 메시지를 전송하는 흐름도이다.

703단계에서 NTE(701)는 NTG(702)로 통지 메시지(Notification Message) 생성을 요청한다. 703단계에서 제공되는 메시지는 하기 <표 7a> 내지 <표 7d>와 같다. 그러면 704 단계에서 NTG(702)는 NTE(701)로부터 받은 정보로 통지 메시지(Notification Message)를 생성한 이후 생성 완료에 대한 메시지를 NTE(701)로 보낸다. 통지 메시지(Notification Message)가 즉시 생성되어 보낼 경우 703단계에서의 요청 메시지에 대해 HTTP 응답(Response_에 결과 메시지를 포함시켜 보낼 수도 있으며 통지 메시지(Notification Message) 생성에 대한 시간이 걸릴 경우 NTE(701)와 NTG(702)간의 세션을 종료한 후 생성 완료 시점에서 NTG(702)는 NTE(701)로 703단계에서 수신받은 NTGReq의 NTGReqId 및 BSAAddress를 통해서 HTTP POST를 사용해 결과 메시지를 통보할 수도 있다. 결과 메시지에 대한 자세한 사항은 <표 8>과 같이 도시할 수 있다.

704단계에서 NTE 요청에 대한 응답은 NTG의 여러 개의 요청에 대한 응답을 하나의 메시지로 NTG에서 NTE로 보낼 수 있다.

도 5는 OMA BCAST 내에서 서비스 가이드(Service Guide) 생성을 위한 서비스 가이드에 대한 데이터 모델(Data Model)을 도시하였다.

서비스 가이드 데이터(Service Guide Data) 모델은 전체 서비스 가이드의 상위 구성 정보를 제공하는 관리 그룹(Adminitrative)(500), 서비스, 컨텐츠, 스케줄 등 서비스 가이드의 핵심 부분인 코어 그룹(Core)(520), 서비스 또는 컨텐츠에 접속할 수 있도록 접속 정보를 제공하는 액세스 그룹(Access)(530), 가입 및 구매 정보를 포함하는 공급 그룹(Provisioing)(510)으로 구성된다. 각각의 구성요소를 살펴보면 서비스 가이드 컨텍스트(Service Guide Context)(501)는 단말기가 서비스 가이드를 인지할 수 있는 방법을 제공하며 서비스 가이드를 배포하는 제공자(Operator) 또는 위치 정보 및 관련된 서비스 가이드 전송 기술자(ServiceGuideDeliveryDescriptor)(502)와의 연결 정보를 제공한다.

상기 서비스 가이드 전송 기술자(502)는 서비스 가이드를 구성하는 최소단위인 프래그먼트(Fragment)를 담고있는 SGDU(ServiceGuideDeliveryUnit)이 위치하는 전달 세션 정보를 알려주며, SGDU에 대한 그룹핑(Grouping) 정보 및 통지(Notification) 메시지를 수신하기 위한 인입점을 알려준다.

서비스 그룹(521)은 전체 서비스 가이드의 중심으로 방송 서비스에 포함되는 컨텐츠들의 상위 집합체로 서비스의 내용, 장르, 서비스 지역 등의 정보를 포함한다. 스케줄 그룹(522)은 스트리밍(Streaming), 다운로딩(Downloading) 등 서비스에 포함된 컨텐트 각각의 시간정보를 나타낸다. 컨텐트 그룹(523)을 방송되는 컨텐트에 대한 상세한 설명, 타겟 유저 그룹, 서비스 지역, 장르 등을 포함한다. 액세스 그룹(530)은 서비스를 볼 수 있도록 접속과 관련한 정보를 제공하며 해당 접속 세션에 대한 전달 방법, 세션 정보 등을 제공한다. 세션 기술자 그룹(532)은 액세스 그룹(531) 포함될 수도 있고 URI 형태로 위치 정보를 알려주어 단말기가 해당 세션 기술(Session Description) 정보를 확인할 수 있으며 SessionDescription은 해당 세션에 존대하는 멀티미디어 컨텐츠에 대한 주소 정보, 코덱 정보 등을 제공한다. 구입 아이템(PurchaseItem)(511)은 서비스, 컨텐트, 시간 등의 번들을 제공하여 사용자가 해당 구입 아이템(PurchaseItem)을 가입 또는 구매할 수 있도록 도와준다. 구입 데이터(PurchaseData)(512)는 서비스 혹은 서비스 번들에 대한 가격 정보, 프로모션 정보 등 구매, 가입에 대한 구체적인 정보를 포함한다.

구입 채널(PurchaseChannel)(513)은 가입 혹은 구매를 위한 접속 정보를 알려준다. 서비스 가이드 컨텐츠(ServiceGuideContext)(501)는 단말기가 서비스 가이드(Service Guide)를 인식하도록 하며 서비스 가이드를 수신할 수 있는 위치 정보 또는 소유자 정보를 알려준다. 서비스 가이드 전송 기술자(ServiceGuideDeliveryDescriptor)(502)는 서비스 가이드 수신을 위한 입장 지점(Entry Point) 및 프래그먼트(Fragment)의 컨테이너(Container)인 SGDU에 대한 그룹핑 정보(Grouping Information)를 알려준다.

상기 도 5의 서비스 가이드는 전술한 도 1의 SG-G(109)에서 생성되게 되며 도 5의 공급(Provisioning)(510) 정보는 전술한 도 1의 SGSS(114)에서 제공하게 된다. 해당 공급 정보는 전술한 도 3의 314 단계에서 전달되게 되는데 314 단계는 313 단계의 질의(Query)가 없이도 전달되게 된다. 그러나 313 단계는 공급을 위한 정보를 얻기 위해 반드시 필요한 정보가 아니므로 SGSS(114)는 해당 서비스 및 컨텐츠 혹은 스케줄 정보를 사전에 알고 있어야 하나 시스템에서 지원하지는 못한다. 따라서 도 8의 SGAS(801)와 SGSS(803)간의 정보 교환을 위한 SG-3(802)의 인터페이스가 필요하며, 상기 도 9와 같이 SGAS(901)로부터 SGSS(902)로 서비스 및 컨텐츠와 이에 대한 스케줄 정보를 903단계를 통해 제공할 수 있어야 한다.

도 10은 SG-3 인터페이스에서 서비스 가이드와 관련한 정보를 송신하기 위해 사용되는 프로토콜 스택을 도시한 도면이다.

SG-3(803)를 통해 전달되는 메시지는 텍스트(Text) 또는 XML 형태로 전달될 수 있다. 해당 메시지는 도 11의 설명을 통해 자세히 설명하기로 하겠다.

SG-3(803)를 통한 메시지는 IP, TCP, HTTP를 사용하여 전송하게 되며 BSA 내의 SGAS는 BSM내의 SGSS로 HTTP POST를 통해 서비스 및 컨텐츠 관련 메시지를 전송한다. 또한, SGSS는 SGAS로부터 메시지를 받은 후 공급(Provisioning) 정보 생성에 대한 결과를 HTTP RESPONSE 메시지에 포함되어 전송할 수도 있고, 또는 HTTP POST를 통해 결과 메시지를 보낼 수 있다.

도 11은 SG-3를 통해 메시지를 전송하는 흐름도이다. 이하 도 11을 참조하여 SG-3를 통해 메시지를 전송하는 과정을 설명하기로 한다.

1101단계에서 SGAS(901)는 SGSS(902)로 전술한 도 5에서 설명한 서비스 가이드 데이터 모델(Service Guide Data Model) 중 서비스(Service) 및 컨텐츠(Content)에 대한 정보 및 스케줄(Schedule) 정보를 제공한다. 전달되는 정보 중 스케줄(Schedule)에 대한 정보는 제공되지 않을 수 있으며 해당 스케줄은 SG-G(803)에서 서비스 가이드를 생성하면서 BSD/A 내에서 생성하여 제공될 수 있다. 1101단계에서 제공되는 메시지는 하기 <표 9>와 같다. 하기 <표 9>에서 서비스는 하기 <표 10a> 내지 <표 10d>의 서비스 정보(ServiceInfo)를 컨텐츠(Content)는 하기 <표 11a> 내지 <표 11d>의 컨텐츠 정보(ContentInfo)를 스케줄(Schedule)은 하기 <표 12a> 내지 <표 12h>의 스케줄 정보(ScheduleInfo)의 내용을 각기 수신하여(상속받아) 사용한다. 1102 단계에서 SGSS(901)는 SGAS(902)로부터 받은 정보로 서비스 가이드(Service Guide)의 공급(Provisioning) 정보를 생성한 이후 생성 완료에 대한 메시지를 SGAS(901)로 보낸다. 서비스 가이드(Service Guide)가 즉시 생성되어 보낼 경우 1101단계에서의 요청 메시지에 대해 HTTP Response에 결과 메시지를 포함시켜 보낼 수도 있으며 서비스 가이드의 공급(Provisioning) 정보 생성에 대한 시간이 걸릴 경우 SGAS(901)와 SGSS(902)간의 세션을 종료한 후 생성 완료 시점에서 SGSS(902)는 SGAS(901)로 SGASProvReqId 및 BSAAddress를 이용해 HTTP POST를 통해 결과 메시지를 통보할 수도 있다. 결과 메시지에 대한 자세한 사항은 하기 <표 13>과 같다. 1102단계에서 SGAS 요청에 대한 응답은 SGAS의 여러 개의 요청에 대한 응답을 하나의 메시지로 SGSS에서 SGAS로 보낼 수 있다.

도 12는 본 발명에 따른 SG-3 또는 NT-3의 Backend Interface에 서비스 가이드 소스에 대한 제공 또는 통지 이벤트 제공을 위한 요청 메시지 전달을 설명하기 위한 도면이다.

참조부호 1201과 같은 SG-3과 NT-3의 사이의 메시지 전송을 위해 앞에서 전술한 도 6 또는 도 10과 같이 HTTP를 사용하여 HTTP에 직접 메시지를 전달할 수 있다. 이와 다른 방법으로, SOAP(Simple Object Access Protocol)이나 XML-RPC(eXtensible Markup Language-Remote Procedure Call), BEEP(Blocks Extensible Exchange Protocol)과 같은 XML 데이터에 대한 전송을 위한 웹 서비스 프로토콜(Web Service Protocol)을 사용하여 해당 요청 메시지를 전송할 수 있다.

상기 도 12에서는 SG-3 또는 NT-3간에 구성되는 계층 구조를 도시한 것이다. 상기 SG-3 또는 NT-3 간에 통신을 위해서는 동일한 계층 구조를 가져야 한다. 따라서 도 12에서는 동일한 계층 구조에 대하여 동일한 참조부호를 사용하였다. 즉, 참조부호 1203에서 IP 계층을 도시하였고, 참조부호 1205에서는 TCP 계층을 도시하였으며, 참조부호 1207에서는 HTTP 계층을 도시하였다. 그리고 마지막으로 참조부호 1209에서 웹 서비스 프로토콜(Web Service Protocol)을 도시하였다.

도 13은 본 발명에 따라 SGAS와 SGSS간 SG-3을 통해 서비스 가이드 소스 전달을 위한 신호 흐름도이다.

먼저 SGAS(1301)는 1311단계에서 하기 <표 14>와 같은 서비스 가이드 소스(Service Guide Source)에 대한 정보를 SGSS(1302)로 송신한다. SGSS(1302)는 서비스 가이드 소스에 대한 정보를 수신하면 서비스 가이드 소스와 관련된 정보를 처리하고, 1312단계에서 이에 대한 결과를 응답 신호로 생성하여 SGAS(1301)로 전송한다. 이때 처리 결과에 대한 메시지는 하기 <표 15>와 같이 예시할 수 있다.

도 14는 본 발명에 따라 NTE와 NTG간 NT-3을 통해 통지 이벤트 전달을 위한 신호 흐름도이다. 이하 도 14를 참조하여 NTE(1401)와 NTG(1402)간 통지 이벤트(Notification Event) 전달 시 신호 흐름의 과정에 대하여 상세히 설명하기로 한다.

NTE(1401)는 1411단계에서 통지 이벤트 메시지를 생성하여 NTG(1402)로 전달한다. 상기 통지 이벤트 메시지는 하기 <표 16>과 같이 도시할 수 있다. 상기 NTG(1402)는 통지 이벤트 메시지를 수신하면, 수신한 통지 이벤트를 처리하고, 처리한 결과를 응답 신호로 생성하여 1412단계에서 NTE(1402)로 전송한다. 이때 상기 통지 이벤트에 대한 처리 결과 메시지는 하기 <표 17>과 같이 도시할 수 있다.

상기한 응답 메시지에 있어서 결과 값을 나타내기 위해 사용하는 코드는 하기 <표 18a> 내지 하기 <표 18c>와 같이 도시할 수 있다.

상기 <표 18a> 내지 <표 18c>에 도시한 Global Status 코드(Code)는 상기 응답 메시지의 응답에 값으로 포함된다. 즉, 만일 요청 사항이 잘 처리가 되었을 경우 응답(Response) 값은 000이 되며, 이동 단말은 해당 코드 값으로부터 요청사항이 성공(Success) 했음을 알 수 있다. 따라서 상기 <표 18a> 내지 <표 18c>는 시스템에 저장되어야 하며, 단말에 저장될 수 있다. 즉, 시스템과 단말에 공통으로 저장되어 사용되어야 한다. 또한 사업자의 목적에 따라 추가적인 코드가 정의될 수 있다. 상기 <표 18a> 내지 <표 18c>에 도시한 Global Status Code는 본 발명과 관련한 응답 메시지 뿐 아니라 휴대 방송 서비스를 제공하는 시스템 혹은 단말기에 있어 처리 내용에 대한 결과를 응답해야 하는 경우 상태 코드(StatusCode) 또는 응답(Response) 등의 코드 값을 통해 결과를 알려줄 때 사용될 수 있다. 이때, 상기 응답은 앞에서 표로 도시한 내용에서 응답 필드에 해당한다. 예를 들어 <표 13>의 필드 중 응답 필드와 같이 해석될 수 있다. 그러므로 상기 <표 13>의 응답 필드는 상태 코드(StatusCode)와 등가의 의미로 사용될 수 있다.

상술한 바와 같이 휴대 방송 시스템에서 통지 메시지를 생성하기 위해 BSA의 NTE로부터 통지 이벤트 메시지가 필요하며 해당 메시지에 대한 전송 방법을 제시하였다. 또한 전송된 메시지에 대해 BSA의 NTE는 해당 메시지가 생성 결과를 알아야 하며 BSM의 NTG는 다수의 BSA 혹은 다수의 이벤트 메시지에 대해 응답 메시지를 생성하여 보낼 수 있는 방법을 제시하였다. 이를 통해 서비스 가이드의 경우 서비스 가이드 생성을 위하여 BSM의 SGSS는 BSD/A의 SG-G에 공급 관련 정보를 제공하여야 하며 이에 대한 서비스 및 컨텐츠에 대한 정보를 미리 수신할 수 있는 방법을 제공할 수 있다.

Claims (2)

1. 휴대 방송(BCAST) 서비스를 지원하는 무선 통신/방송 시스템에서 상기 휴대 방송 서비스의 통지 이벤트 생성에 필요한 정보를 전송하는 방법에 있어서,

   서비스 어플리케이션 블록(BSA)의 통지 이벤트부로부터 통지 메시지를 생성하기 위해 통지 이벤트 메시지를 생성하여 전송하는 과정과,

   상기 가입 관리부의 통지 생성부(NTG)로부터 통지 발생 완료 메시지를 수신하여 통지 메시지를 전송하는 과정을 포함함을 특징으로 하는 콘텐트 정보의 전송 방법.
2. 휴대 방송(BCAST) 서비스를 지원하는 무선 통신/방송 시스템에서 상기 휴대 방송 서비스의 통지 이벤트 생성에 필요한 정보를 전송하기 위한 장치에 있어서,

   방송 서비스의 변경이 발생할 경우 이를 알리기 위한 통지 이벤트부와,

   상기 통지 이벤트부로부터 통지 메시지를 생성하기 위해 통지 이벤트 메시지를 생성하여 전송하는 서비스 어플리케이션 블록(BSA)과,

   상기 서비스 어플리케이션 블록으로부터 통지 이벤트 메시지를 수신하여 통지 발생 완료 메시지를 생성하는 가입 관리부와,

   상기 가입 관리부로부터 통지 발생 완료 메시지를 수신하여 통지 메시지를 전송하는 통지 생성부를 포함함을 특징으로 하는 콘텐트 정보의 전송 장치.

Images