KR20090076765A

KR20090076765A - 방송 모바일 통합 서비스 시스템에서의 전자 서비스 가이드발견 방법 및 장치

Info

Publication number: KR20090076765A
Application number: KR1020080097313A
Authority: KR
Inventors: 쉬이링; 소영완; 송재연; 이국희; 황서영
Original assignee: 삼성전자주식회사
Priority date: 2008-01-09
Filing date: 2008-10-02
Publication date: 2009-07-13
Also published as: AU2009203239B2; WO2009088261A3; EP2369764B1; CA2711070A1; EP2369764A3; JP5000767B2; EP2369765A2; US8635652B2; RU2010128378A; RU2516387C2; CN101911553B; AU2009203239A1; CN101911553A; WO2009088261A2; EP2369764A2; EP2241036A2; US20090204997A1; JP2011509625A; EP2241036A4; CA2711070C

Abstract

본 발명은 방송 모바일 통합 서비스 시스템에서 단말이 전자 서비스 가이드(Electronic Service Guide : ESG)를 발견하는 방법에 있어서, PSI/SI를 획득하여, 가용 IP 플랫폼을 선택하는 과정과, 상기 선택된 IP 플랫폼으로부터의 ESG 부트스트랩을 검출하는 과정과, 상기 ESG 부트스트랩에 포함된 ESG 발견 제공자 디스크립터(ESGProviderDiscoveryDescriptor) 및 ESG 접속 디스크립터(ESGAccessDescriptor)로부터 모든 가용 ESG를 검출하는 과정과, 상기 검출된 가용 ESG에 대한 IPDC 운영자 확인하는 과정과, 단말이 ESG 내의 가용 KMS를 지원하고, 가용 IPDC 운영자를 지원할 경우, 하나의 IPDC 운영자 선택하는 과정과, 상기 선택된 IPDC 운영자를 갖는 하나의 ESG를 선택 및 액세스한 후, 서비스에 액세스 또는 서비스 구매하는 과정을 포함함을 특징으로 한다.

CMBS, ESG, IPDC, ESG 발견 메커니즘, PSI/SI, ESG 부트스트랩

Description

방송 모바일 통합 서비스 시스템에서의 전자 서비스 가이드 발견 방법 및 장치{ESG DISCOVERY APPARATUS AND METHOD IN CBMS}

본 발명은 이동성 지원을 위한 CBMS(Convergence of Broadcast and Mobile Services)시스템에 관한 것으로, 특히 전자 서비스 가이드(Electronic Service Guide : ESG) 발견 방법 및 장치에 관한 것이다.

일반적인 CBMS 시스템의 구성도는 도 1에 도시된 바와 같다.

도 1을 참조하면, DVB-H(Digital Video Broadcasting - Handheld)상의 IP(Internet Protocol) 데이터 캐스트는 요구되는 성능을 구현하기 위해 협력하는 개체들의 집합을 포함한다. 서비스 어플리케이션부(110)는 특정 서비스 어플리케이션을 제공하기 위해 다수의 소스들과 그들의 관련 메타데이터(metadata)로부터 컨텐츠를 획득한다. 서비스 관리부(120)는 서비스에 대한 다양한 관리를 관장하는 복수의 하위 개체들로 구성된다. 방송 네트워크(130)와 양방향 네트워크(interactive network)(135)는 CBMS에서의 전송 베어러(transmission bearer)들이다. CBMS에서의 단말(140)은 방송 네트워크(130)를 통해 서비스와 시그널링을 수신할 수 있고, 양방향 네트워크(135)를 통해 양방향 통신을 할 수 있다. CBMS-x와 X-x는 상이한 기능 개체들 사이의 기준점들이다. CBMS-x는 DVB-H 에서 IP 데이터캐스트의 범위에서의 기준점이고, X-x는 DVB-H 에서 IP 데이터캐스트의 범위 밖에서의 기준점이다.

본 명세서는 기존의 ESG 명세를 기반으로 하여 작성되어 있다. 그런데, 상기 ESG 명세를 확장하여 대화형 ESG를 지원하도록 하기 위해, ESG 명세의 새로운 버전이 개발중에 있다. 따라서, 상기 ESG 명세의 새로운 버전에 도입될 경우에는 예컨대 요소, 위치, 파라미터 등에 대한 수정이 필요할 수도 있다.

상술한 바와 같은 CBMS 시스템에서 단말의 ESG 발견 메커니즘은 다음과 같다.

1)PSI/SI(Program Specific Information/Service Information)를 수신,

2)IP 플랫폼을 선택,

3)기선택된 IP 플랫폼에 대한 ESG 부트스트랩(bootstrap)을 검색,

4)ESG 부트스트랩에서 ESGProviderDiscoveryDescriptor와 ESGAccessDescriptor에 의해 ESG를 선택하고, ESG를 검색.

즉, 단말은 우선 하나의 IP 플랫폼을 선택한 후에, 그 IP 플랫폼 내에서 ESG를 선택하게 된다. ESG에 기술된 서비스는 정확히 하나의 IPDC(Internet Protocol Data Casting) 운영자에 속할 수 있고, 그러한 정보는 획득 프래그먼트(acquisition fragment)에 주어져 있다. 이는 단말이 ESG를 선택/검색 후에야 각각의 서비스가 속한 IPDC 운영자에 대한 정보를 획득할 수 있음을 의미한다. 현재, IPDC 운영자는 IDPSKMSID와 IPDCOperatorID에 의해 식별되고 있다. 그런데, 향후에 그 식별자가 변경된다면, 관련 식별자도 역시 새로운 식별자로 대체되어야 할 것이다.

일반적으로, 하나의 네트워크에는 다수의 IP 플랫폼이 있을 수 있다. 그리고, 도 2에 도시된 바와 같이 각각의 IP 플랫폼(211)은 그 자체의 ESG 부트스트랩(220)을 갖는다. 각각의 ESG 부트스트랩(220)내에는, 다수의 ESG 제공자가 있을 수 있다. 각각의 ESG 제공자는 다수의 ESG를 제공한다. 각각 ESG는 상이한 IPDC 운영자(235)들로부터의 서비스들을 기술하고 있다.

그런데, 상술한 바와 같은 ESG 획득 방법에서는 이동성 문제가 고려되지 않았다. 즉, 도 3에 도시된 바와 같이 단말은 우선 ESG 부트스트랩에 대한 PSI/SI(310)에서 자신의 IP 플랫폼(320)을 선택하고, ESGProviderDiscoveryDescriptor 및 ESGAccessDescriptor에서 제공되는 ESGProviceDiscoveryDescriptor정보와 상기 ESGProvider가 제공하는 ESG를 선택한다. 단말은 ESG(340)를 검색한 후에 사용 가능한 IPDC 운영자 정보(350)를 획득하고, 상기 정보에 포함된 IPDC 운영자로부터 가능한 하나의 IPDC 운영자를 선택한다(350).

도 4는 상술한 바와 같은 ESG 발견을 위한 단말의 동작을 설명하기 위한 신호 흐름도이다.

도 4를 참조하면, 단말은 405 단계에서 PSI/SI를 획득하고, 410 단계에서 가용 IP 플랫폼을 선택한다. 415 단계에서 단말은 상기 선택된 IP 플랫폼으로부터의 ESG 부트스트랩한다. 420 단계에서 단말은 ESGProviderDiscoveryDescriptor 및 ESGAccessDescriptor로부터 ESG를 선택하고, 425 단계에서 상기 선택된 ESGFLUTE(File Delivery over Unidirectional Transport)세션에 접속하여 ESG를 획득한다.

그리고, 430 단계에서 단말이 ESG 내의 가용 KMS(Key management System)를 지원하는지의 여부를 판단한다. 상기 430 단계의 판단 결과, 단말이 가용 KMS를 지원한다면, 435 단계에서 단말이 가용 IPDC 운영자를 지원하는지 판단한다. 상기 435 단계의 판단 결과, 단말이 가용 IPDC 운영자를 지원한다면, 단말은 440 단계에서 하나의 IPDC 운영자를 선택한 후, 445 단계에서 서비스에 액세스 또는 서비스 구매를 한다.

한편, 상기 430 단계의 판단 결과, 단말이 가용 KMS를 지원하지 않는다면, 단말은 450 단계에서 모든 ESG가 체크되었는지의 여부를 판단한다. 상기 450 단계의 판단 결과 모든 ESG가 체크되지 않았다면, 455 단계에서 단말이 다른 ESG 체크를 원하는지 여부를 판단한다. 상기 455 단계의 확인 결과, 다른 ESG의 확인을 원한다면 단말은 420 단계로 진행하고 원하지 않는다면 종료한다.

한편, 상기 450 단계의 판단 결과 모든 ESG가 체크된 상태라면, 460 단계에서 단말은 모든 IP 플랫폼의 ESG 부트스트랩이 체크되었는지의 여부를 판단한다. 상기 460 단계의 판단 결과, 모든 IP 플랫폼의 ESG 부트스트랩이 체크되었다면 단말은 종료하고, 체크되지 않았다면 465 단계로 진행한다.

465 단계에서 단말은 다른 IP 플랫폼으로부터의 다른 ESG 부트스트랩 체크를 원하는지의 여부를 확인한다. 상기 465 단계의 확인 결과, 다른 ESG 부트스트랩의 체크를 원하면 410 단계로 진행하고, 원하지 않는다면 종료한다.

그런데, 단말이 어떤 특정의 IPDC 운영자로부터의 서비스만을 사용할 수 있다면(예컨대, 단말이 그 IPDC 운영자로부터의 서비스를 등록한 경우), 단말은 어떤 ESG가 그 IPDC 운영자와 관련된 서비스 정보를 갖고 있는지를 알 수 없다. 따라서, 단말은 각각의 ESG 부트스트랩 정보를 검색하고, 자신이 기대한 IPDC 운영자와 관련된 기대한 서비스를 찾을 때까지 모든 ESG를 해석하는 과정을 수행해야 한다는 문제점이 있다.

특히, 국외로 이동하여 로밍 서비스를 받고 있는 단말의 경우는 더더욱 자신에게 서비스하는 IPDC 운영자 정보를 알기가 어려워진다. 즉, Phase 1 specification에서 단말은 상술한 바와 같이 자신에게 로밍 서비스를 제공하는 IPDC 운영자를 찾아내기 위해 각각의 ESG 부트스트랩 정보를 검색하여야 하고 또한 각각의 ESG를 검색하고 해석해야 한다.

따라서, 상술한 바와 같은 문제점을 해결하기 위한 본 발명의 목적은 신속하고 용이하게 ESG를 획득하는 방법을 제공함에 있다.

상술한 바와 같은 본 발명의 목적을 달성하기 위한 본 발명의 실시 예는 방송 모바일 통합 서비스 시스템에서 단말이 전자 서비스 가이드((Electronic Service Guide : ESG)를 발견하는 방법에 있어서, PSI/SI를 획득하여, 가용 IP 플랫폼을 선택하는 과정과, 상기 선택된 IP 플랫폼으로부터의 ESG 부트스트랩을 검출하는 과정과, 상기 ESG 부트스트랩에 포함된 ESG 발견 제공자 디스크립터(ESGProviderDiscoveryDescriptor) 및 ESG 접속 디스크립터(ESGAccessDescriptor)로부터 모든 가용 ESG를 검출하는 과정과, 상기 검출된 가용 ESG에 대한 IPDC 운영자 확인하는 과정과, 단말이 ESG 내의 가용 KMS를 지원하고, 가용 IPDC 운영자를 지원할 경우, 하나의 IPDC 운영자 선택하는 과정과, 상기 선택된 IPDC 운영자를 갖는 하나의 ESG를 선택 및 액세스한 후, 서비스에 액세스 또는 서비스 구매하는 과정을 포함한다.

본 발명의 실시 예는 방송 모바일 통합 서비스 시스템에서 전자 서비스 가이드((Electronic Service Guide : ESG)를 발견하는 단말 장치에 있어서, 방송 네트워크를 통해 신호를 수신하는 수신기와, 양방향 네트워크를 통해 신호를 송수신하 는 송수신기와, PSI/SI를 획득하여, 가용 IP 플랫폼을 선택하고, 상기 선택된 IP 플랫폼으로부터의 ESG 부트스트랩을 검출하고, 상기 ESG 부트스트랩에 포함된 ESG 발견 제공자 디스크립터(ESGProviderDiscoveryDescriptor) 및 ESG 접속 디스크립터(ESGAccessDescriptor)로부터 모든 가용 ESG를 검출하고,상기 검출된 가용 ESG에 대한 IPDC 운영자 확인하고, ESG 내의 가용 KMS를 지원하고, 가용 IPDC 운영자를 지원할 경우, 하나의 IPDC 운영자 선택하는 서브스크립션 관리부와, 상기 선택된 IPDC 운영자를 갖는 하나의 ESG를 선택 및 액세스한 후, 서비스에 액세스 또는 서비스 구매하는 컨텐츠 이용 관리부를 포함한다.

본 발명은 특히 이동성이 제공되는 경우, 기존의 방법으로는 단말이 억세스 할 수 있는 해당 IPDC 운영자정보를 찾기 위해 모든 ESG 부트스트랩내의 정보뿐만 아니라 모든 ESG를 획득하여 검색해야 하였으나, 상기 본 발명의 제안방법을 사용하면 ESG를 보다 용이하고 신속하게 획득할 수 있다는 이점이 있다.

이하, 본 발명의 특정의 예시적 실시예들을 첨부 도면들을 참조하여 더욱 상세하게 설명하기로 한다.

본 발명은 단말이 보다 신속하고 용이하게 적절한 ESG를 획득하도록 하는 방법을 제안한다. 하기에서는 phase 1 ESG specification을 기반으로 설명하지만, 대 화형 ESG 부트스트랩과 phase 2 ESG specificaton는 몇몇 차이점을 가질 수 있으며, 약간의 수정이 필요할 수 있다.

우선, 상술한 바와 같은 ESG 발견 방법의 실시 예를 설명함에 앞서 IP 플랫폼과 IPDC 운영자 간의 관계에 따라 가능한 두 가지 시나리오를 설명하기로 한다.

<제 1 시나리오>

PSI/SI가 하나 이상의 IP 플랫폼을 포함하고, 네트워크에 하나 이상의 IPDC 운영자가 있고, 각각의 IPDC 운영자가 하나의 IP 플랫폼에만 존재하는 경우이다. 다시 말하면, 동일한 IPDC 운영자는 상이한 IP 플랫폼에서 발견될 수 없다.

도 5에 제 1 시나리오의 일 예가 도시되어 있다.

도 5를 참조하면, IP 플랫폼 A(510)와 IP 플랫폼 B(520)의 2개의 IP 플랫폼이 존재한다. 그리고, IPDC 운영자는 IPDC 운영자 Ⅰ(530), IPDC 운영자 Ⅱ(540), IPDC 운영자 Ⅲ(550), 및 IPDC 운영자 Ⅳ(560)의 4개가 있다. 각각의 IPDC 운영자는 오직 하나의 IP 플랫폼과만 관련되어 있다. 즉, IPDC 운영자 Ⅰ(560)과 IPDC 운영자 Ⅱ(540)는 IP 플랫폼 A(510)에 있고, IPDC 운영자 Ⅲ(550)과 IPDC 운영자 Ⅳ(560)는 IP 플랫폼 B(520)에 있다

<제 2 시나리오>

PSI/SI가 하나 이상의 IP 플랫폼을 포함하고, 네트워크에 하나 이상의 IPDC 운영자가 있고, 동일한 IPDC 운영자가 동시에 하나 이상의 IP 플랫폼에 존재하는 경우이다. 다시 말해, 동일한 IPDC 운영자를 상이한 IP 플랫폼에서 찾을 수 있다.

도 6에 제 2 시나리오의 일 예가 도시되어 있다.

도 6을 참조하면, IP 플랫폼 A(610)와 IP 플랫폼 B(620)의 2개의 IP 플랫폼이 있다. IPDC 운영자는 IPDC 운영자 Ⅰ(630), IPDC 운영자 Ⅱ(640), 및 IPDC 운영자 Ⅲ(650)의 3개가 있다. 각각의 IPDC 운영자는 하나 이상의 IP 플랫폼과 관련되어 있을 수 있다. 즉, IPDC 운영자 Ⅱ(640)는 IP 플랫폼 A(610)와 IPDC 플랫폼 B(620) 모두와 관련된다.

그러면, 하기에서 상술한 바와 같은 두 가지의 시나리오를 고려한 본 발명에서 따른 다양한 ESG 발견 방법의 실시 예를 제안한다.

<제 1 실시 예>

제 1 실시 예에서는 사전에 ESG 부트스트랩에 IPDC 운영자 정보가 포함된다. 또한 제 1 실시 예에서는 해당 IP 플랫폼에 존재하는 IPDC 운영자의 개수에 상관없이, ESG 부트스트랩이 각각의 IP 플랫폼에 대한 구성 단위임을 가정한다.

단말은 ESG 부트스트랩에 대한 자신의 IPDC 운영자를 포함하고 있는 IP 플랫폼만을 선택하면 된다. 여기서, 단말이 자신에 매칭된 IP 플랫폼을 알아내는지에 대한 것은 별개의 문제이다. 즉, 단말은 프로비져닝 채널(provisioning channel) 또는 특정의 시그널링 채널 또는 양방향 채널에 의해 그 정보를 획득할 수 있다.

단말이 어떤 IP 플랫폼이 자신의 IPDC 운영자를 포함하고 있는지를 알 수 없을 경우, 도 7에 도시된 바와 같이 시나리오 1에 적용할 경우, 단말은 각각의 IP 플랫폼으로부터의 ESG 부트스트랩 정보를 해석할 필요가 있다.

한편, 단말은 하나 이상의 ESG 부트스트랩 정보를 해석할 필요가 있는데, 도 8에 도시된 바와 같이 시나리오 2에 적용하여 각각의 IPDC 운영자가 하나 이상의 IP 플랫폼에 포함될 수 있기 때문이다. IPDC 운영자가 속한 IP 플랫폼에 대한 사전 정보가 없을 경우, 단말은 모든 IP 플랫폼으로부터의 모든 ESG 부트스트랩을 검색하여야 한다. 각각의 IPDC 운영자가 어떤 IP 플랫폼에 있는지에 관한 사전 정보가 있는 경우, 단말은 그러한 IP 플랫폼으로부터의 그 지시된 ESG 부트스트랩을 검색하기만 하면 된다. 이를 시나리오 1과 비교한다면, IPDC 운영자가 하나 이상의 IP 플랫폼에 있는 경우, 단말은 상이한 IP 플랫폼으로부터의 하나 이상의 ESG 부트스트랩을 검색할 필요가 있을 수 있다.

또한, 제 1 실시 예에서 IPDC 운영자 정보는 ESG 부트스트랩에 지시될 수 있다.

<실시 예 1-1>

phase 1 ESG 부트스트랩에서 ESGProviderDiscoveryDescriptor와 ESGAccessDescriptor는 ESG 제공자의 정보와 각각의 ESG 제공자에 대한 모든 ESG를 제공한다. <실시 예 1-1>은 도 9에 도시된 바와 같이 ESGProviderDiscoveryDescriptor(910-1,910-m)와 ESGAccessDescriptor(920-1-1,920-m-n)의 2개의 디스크립터를 기반으로 하고, 추가로 어떤 IPDC 운영자(930-1)가 각각의 ESG 제공자/ESG와 관련되어 있는지를 지시한다. 이로써, 단말은 기대한 IPDC 운영자와 관련되어 있는 ESG만을 검색할 수 있게 된다.

부트스트랩에서의 IPDC 운영자 정보의 위치는 다양할 수 있다. 양방향 ESG 부트스트랩에서는 약간 상이할 수 있으므로, 수정/변경될 수 있다.

즉, 하기의 <표 1>과 같이 ESGProviderDiscoveryDescriptor내에 추가하거나, <표 6>, <표 8> 내지는 <표 10>와 같이 AccessDescriptor에 추가하거나 도 11과 같이 새로운 descriptor를 추가하는 방식이 가능하다.

도 10을 이러한 다양한 위치를 갖는 IPDC 운영자 정보가 기재된 구조도를 도시한다. 도 10은 IPDC 운영자(1013) 정보가 ESG 부트스트랩(1010)에 기재된 경우를 도시하고 있다. 그리고, ESG 부트스트랩(1010)에 포함된 ESGProviderDiscoveryDescriptor(1010)의 일 예가 하기에 <표 1>에 기재되어 있다.

또는 IPDCType을 정의할 수 있으므로, 하기의 <표 2>와 같이 된다.

그리고, IPDCType은 하기의 <표 3>과 같다.

또는 더욱 구체적으로, 하기의 <표 4>와 같다.

IPDCOperatorId가 지시될 수 없다면, IPDCKMSId라도 언젠가 단말이 ESG를 필터링하는 것을 도울 수 있다. 그 경우, IPDCType의 일예가 하기의 <표 5>에 도시되어 있다.

ESG 부트 스트랩(1010)에 포함된 ESGAccessDescriptor(1012)의 구문(syntax)에 상기 본 발명의 엘리먼트를 추가하는 것은 다양한 예가 있을 수 있는데, 여기에서는 세 가지 경우만 기재하기로 한다.

1)첫번째 ESGAccessDescriptor(1012)의 구문(syntax)

Syntax

ESG Access Descriptor{

IPDCKMSId

IPDCOperatorId

n_o_ESGEntries

for(i=0; i<n_o_ESGEntries; i++){

ESGEntry[i]()

}

또는 하기의 <표 7>과 같다.

Syntax

ESG Access Descriptor{

IPDC

n_o_ESGEntries

for(i=0; i<n_o_ESGEntries; i++){

ESGEntry[i]()

}

2)두번째 ESGAccessDescriptor(1012)의 구문(syntax)

Syntax

ESG Access Descriptor{

n_o_ESGEntries

for(i=0; i<n_o_ESGEntries; i++){

ESGEntry[i]()

IPDCKMSId

IPDCOperatorId

}

또는 하기의 <표 9>와 같다.

Syntax

ESG Access Descriptor{

n_o_ESGEntries

for(i=0; i<n_o_ESGEntries; i++){

ESGEntry[i]()

IPDC

}

3)세번째 ESGAccessDescriptor(1012)의 구문(syntax)

Syntax

ESGEntry

ESGEntryVersion

ESGEntryLength

MultipleStreamTransport

IPVersion6

Reserved

ProviderID

if(IPVersion6){

SourceIPAddress

DestinationIPAddress

}else{

SourceIPAddress

DestinationIPAddress

}

Port

TSI

IPDCKMSId

IPDCOperatorId

}

또는 하기의 <표 11>과 같다.

Syntax

ESGEntry{

ESGEntryVersion

ESGEntryLength

MultipleStreamTransport

IPVersion6

Reserved

ProviderID

if(IPVersion6){

SourceIPAddress

DestinationIPAddress

}else{

SourceIPAddress

DestinationIPAddress

}

Port

TSI

IPDC

}

다음과 같이 ESG 부트스트랩 세션에 IPDC 운영자 정보를 포함하고 있는 새로운 디스크립터를 추가할 수도 있다. 그러한 새로운 디스크립터는 각각의 ESG 제공자 및/또는 ESG의 IPDC 운영자에 관한 정보를 싣게 된다.

도 11에 도시된 바와 같이 ESG 부트스트랩 세션에 IPDC 운영자 정보를 포함하고 있는 새로운 디스크립터(1110)를 추가할 수도 있다. 상기 새로운 디스크립터(1110)은 각각의 ESG 제공자 및/또는 ESG의 IPDC 운영자에 관한 정보를 싣게 된다.

그러면, 도 12를 참조하여 상술한 바와 같은 본 발명의 실시 예 1-1에서의 단말의 동작을 설명하기로 한다.

도 12를 참조하면, 단말은 1205 단계에서 PSI/SI를 획득한다. 1210 단계에서 단말은 가용 IP 플랫폼을 선택한다. 1215 단계에서 단말은 상기 선택된 IP 플랫폼으로부터의 단말은 ESG 부트스트랩한다. 1220 단계에서 단말은 ESGProviderDiscoveryDescriptor 및 ESGAccessDescriptor로부터 모든 가용 ESG를 인지한다. 1225 단계에서 단말은 각각의 ESG에 대한 IPDC 운영자 확인한다. 1230 단계에서 단말이 ESG 내의 가용 KMS를 지원하는지의 여부를 판단한다. 상기 1230 단계의 확인 결과, 단말이 가용 KMS를 지원한다면 1235 단계에서 단말이 가용 IPDC 운영자를 지원하는지의 여부를 확인한다.

상기 1235 단계의 확인 결과, 단말이 가용 IPDC를 지원한다면, 단말은 1240 단계에서 하나의 IPDC 운영자 선택한다. 그리고, 단말은 1245 단계에서 기 선택된 IPDC 운영자를 갖는 하나의 ESG 선택 및 액세스한 후, 1250 단계에서 서비스에 액세스 또는 서비스 구매를 한다.

한편, 상기 1230 단계의 확인 결과, 단말이 가용 KMS를 지원하지 않는다면, 단말은 1255단계에서 모든 IP 플랫폼 ESG 부트스트랩이 체크 완료 여부를 판단한다. 상기 1255 단계의 판단 결과, 체크 완료된 경우 단말은 동작을 종료하고, 체크 완료되지 않았을 경우 단말은 1260 단계에서 다른 IP 플랫폼으로부터의 다른 ESG 부트스트랩을 체크하기를 원하는지 판단한다. 상기 1260 단계의 판단 결과, 체크하기를 원한다면 단말은 1210 단계로 진행하고, 체크하기를 원하지 않는다면 동작을 종료한다.

<실시 예 1-2>

실시 예 1-2는 부트스트랩 레벨에서의 IPDC 운영자 정보와 상이한 IPDC 운영자에 의해 구분된 ESG 부트스트랩 정보를 지시한다.

현재, 단말은 ESG 제공자를 선택하고, ESGProviderDiscoveryDescriptor와 ESGAccessDescriptor를 해석함으로써, 그 ESG 제공자를 갖는 하나의 ESG를 선택한다.이어서, 단말은 하나의 ESG를 검색한 후에 ESG 내의 IPDC 운영자를 확인한다.

실시 예 1-2에서는 IPDC 운영자에 관한 새로운 디스크립터(1311)가 부트스트랩(1310)에 추가되고, ESG 제공자 및/또는 ESG 정보가 각각의 IPDC 운영자 기준으로 구분되는데, 그 구조의 일 예가 도 13에 도시되어 있다. 그리고, 부트스트랩의 디스크립터와 관련된 개체와 각 연결 관계가 도 14에 도시되어 있다.

이를 도 10과 비교하면, 도 14의 실시예 1-2에서는 IPDCOperator 정보를 먼저 확인한 후, ESGProviderDiscoveryDescriptor및 ESGAccessDescriptor를 확인하는 것이 다름을 알 수 있다.

Phase 2 ESG specification에서는, ESG가 고유하게 식별될 수 있다. 따라서, 다른 방안으로는 도 15에 도시된 바와 같이 IPDC 제공자와 ESG 간의 관계를 제공하는 것이 있다.

그러면, ESG 부트스트랩(1310)에 부가되는 새로운 디스트립터(1311)의 구문의 일 예는 다음과 같다.

각각의 IPDC 운영자는 하나를 초과하는 ESG와 관련되어 있을 수 있기 때문에, 하기의 <표 14>와 같을 수 있다.

IPDCOperatorType은 하기의 <표 15>와 같다.

또는 더욱 구체적으로 하기의 <표 16>과 같다.

다음으로, 도 16을 참조하여 상술한 바와 같은 본 발명에 실시 예 1-2에 대한 단말의 동작을 살펴보기로 한다.

도 16을 참조하면, 단말은 1605 단계에서 PSI/SI를 획득하고, 1610 단계에서 가용 IP 플랫폼 선택한다. 1615 단계에서 단말은 상기 선택된 IP 플랫폼으로부터의 단말 ESG 부트스트랩한다. 1620 단계에서 단말이 IPDCOperatorDescriptor에 의해 ESG에 있는 모든 가용 IPDC 운영자 정보를 인지한다.

1625 단계에서 단말이 ESG 내의 가용 KMS가 지원하는지의 여부를 판단한다. 상기 1625 단계의 확인 결과, 단말이 가용 KMS를 지원한다면 1630 단계에서 단말이 가용 IPDC 운영자를 지원하는지의 여부를 확인한다.

상기 1630 단계의 확인 결과, 단말이 가용 IPDC 운영자를 지원한다면, 단말은 1635 단계에서 하나의 IPDC 운영자 선택한다. 그리고, 1640 단계에서 단말은 ESGProviderDiscoveryDescriptor 및 ESGAccessDescriptor로부터 상기 선택된 IPDC 운영자와 관련된 ESG를 선택하고, 1645 단계에서 ESG에 액세스한다. 1650 단계에서 단말은 서비스에 액세스 또는 서비스 구매를 한다.

한편, 상기 1625 단계의 확인 결과, 단말이 가용 KMS를 지원하지 않는다면, 단말은 1655단계에서 모든 IP 플랫폼 ESG 부트스트랩이 체크 완료 여부를 판단한다. 상기 1655 단게의 판단 결과, 체크 완료된 경우 단말은 동작을 종료하고, 체크 완료되지 않았을 경우 단말은 1660 단계에서 다른 IP 플랫폼으로부터의 다른 ESG 부트스트랩을 체크하기를 원하는지 판단한다. 상기 1660 단계의 판단 결과, 단말이 체크하기를 원한다면 1610 단계로 진행하고, 체크하기를 원하지 않는다면 종료한다.

<제 2 실시 예>

제 2 실시 예에서는 PSI/SI에 IPDC 운영자 정보가 지시될 수 있다. 상기 제 1 실시 예에서는 IPDC 운영자 정보를 ESG 부트스트랩에 추가함으로써 단말이 IPDC 운영자 정보를 얻을 수 있다. 그러나, IPDC 운영자 정보가 ESG 부트스트랩 레벨에서 지시되기 때문에, 단말은 어떤 ESG 부트스트랩이 그 IPDC 운영자 정보를 포함하고 있는지 알 수 없다. 그러한 정보가 없다면, 단말은 기대한 IPDC 운영자 정보를 찾을 때까지 모든 ESG 부트스트랩 정보를 검색하려고 시도해야 한다.

그런데, 제 2 실시 예에서는 IPDC 운영자 정보가 PSI/SI 레벨에서 지시된다.

<실시 예 2-1>

실시 예 2-1에서는 해당 IP 플랫폼에 존재하는 IPDC 운영자의 개수에 상관없이, ESG 부트스트랩이 각각의 IP 플랫폼에 대한 구성 단위로 한다. 하나의 IP 플랫폼 내에 하나 이상의 IPDC 운영자가 있을 경우, ESG 부트스트랩은 그 IP 플랫폼에 있는 IPDC 운영자 각각에 대해 분리된다.

ESG 부트스트랩이 어떤 IPDC 운영자에 대한 것인지를 기술하기 위해 하기와 같이 새로운 IPDC 운영자 디스크립터가 PSI/SI의 INT table에 추가된다.

IP/MAC_notification_section{ Platform_id target_descriptor_loop() target_ip_slash_descriptor() // => Fixed IP address for the ESG bootstrap IPDCOperator_descriptor() // => list all IPDC operator in this IP platform operational_descriptor_loop() }

새로운 IPDC 운영자 디스크립터의 구문은 다음과 같다.

도 17은 시나리오 1 대한 실시 예 2-1을 설명하기 위한 도면이다.

단말이 어떤 IP 플랫폼이 ESG 부트스트랩에 대한 자신의 IPDC 운영자를 포함하는지 이미 알고 있는 경우, 단말은 그 IP 플랫폼에 대한 ESG 부트스트랩을 선택할 수 있다. 단말이 어떤 IP 플랫폼이 자신의 IPDC 운영자를 포함하고 있는지 알 수 없다 할지라도, 단말은 그것을 찾을 때까지 각각의 IP 플랫폼에서 IPDC 운영자 정보를 탐색할 수 있다.

도 18은 시나리오 2에 대한 실시 예 2-1을 설명하기 위한 도면이다.

동일한 IPDC 운영자가 하나를 넘는 IP 플랫폼에 존재하여 상이한 IP 플랫폼에 그 IPDC 운영자에 대한 하나를 넘는 ESG 부트스트랩이 있는 경우, 단말은 하나를 넘는 ESG 부트스트랩 정보를 검색해야 한다.

그러면, 도 19를 참조하여 상술한 바와 같은 본 발명의 실시 예 2-1에 대한 단말의 동작을 설명하기로 한다.

도 19를 참조하면, 단말은 1905 단계에서 PSI/SI를 획득하고, 1910 단계에서 가용 IP 플랫폼 해석한다. 단말은 1915 단계에서 각각의 IP 플랫폼에 대한 IPDC 운영자 정보 확인한다.

1920 단계에서 단말이 ESG 내의 가용 KMS를 지원하는지의 여부를 판단한다. 상기 1920 단계의 확인 결과, 단말이 가용 KMS를 지원한다면 1932 단계에서 단말이 가용 IPDC 운영자를 지원하는지의 여부를 확인한다.

상기 1925 단계의 확인 결과, 단말이 가용 IPDC 운영자를 지원한다면, 단말은 1930 단계에서 ESG 부트스트랩에 대한 지원되는 IPDC 운영자를 갖는 IP 플랫폼 선택한다.

1935 단계에서 단말은 ESGProviderDiscoveryDescriptor 및 ESGAccessDescriptor로부터 ESG를 선택하고, 1940 단계에서 상기 선택된 ESG에 액세스한다. 그리고, 1945 단계에서 단말이 ESG 내의 가용 KMS를 지원하는지의 여부를 판단한다. 상기 1945 단계의 판단 결과, 단말이 가용 KMS를 지원한다면, 1950 단계에서 단말이 가용 IPDC 운영자를 지원하는지 판단한다. 상기 1950 단계의 판단 결과, 단말이 가용 IPDC를 지원한다면, 단말은 1955 단계에서 하나의 IPDC 운영자를 선택한 후, 1960 단계에서 서비스에 액세스 또는 서비스 구매를 한다.

한편, 상기 1945 단계의 판단 결과, 단말이 가용 KMS를 지원하지 않는다면, 단말은 1965 단계에서 모든 ESG가 체크되었는지의 여부를 판단한다. 상기 1965 단계의 판단 결과 모든 ESG가 체크되지 않았다면, 1970 단계에서 단말이 다른 ESG 확인을 원하는지 여부를 판단한다. 상기 1970 단계의 확인 결과, 다른 ESG의 확인을 원한다면 단말은 1935 단계로 진행하고, 원하지 않는다면 동작을 종료한다.

한편, 상기 1965 단계의 판단 결과 모든 ESG가 체크된 상태라면, 1975 단계에서 단말은 모든 IP 플랫폼의 ESG 부트스트랩이 체크되었는지의 여부를 판단한다. 상기 1975 단계의 판단 결과, 단말은 모든 IP 플랫폼의 ESG 부트스트랩이 체크되었다면 동작을 종료하고, 체크되지 않았다면 1980 단계로 진행한다.

1980 단계에서 단말은 다른 IP 플랫폼으로부터의 다른 ESG 부트스트랩 체크를 원하는지의 여부를 확인한다. 상기 1980 단계의 확인 결과, 단말은 다른 ESG 부트스트랩의 체크를 원하면 1930 단계로 진행하고, 원하지 않는다면 동작을 종료한다.

또한, 상기 실시 예 2-1은 실시 예 1과 조합될 수도 있다. 이는 IPDC 운영자 정보가 PSI/SI 레벨과 ESG 부트스트랩 레벨에서 동시에 지시된다는 것을 의미한다. 단말은 PSI/SI 레벨에서의 IPDC 운영자 정보로부터 어떤 IP 플랫폼이 자신의 IPDC 운영자를 포함하고 있는지 알 수 있고, ESG 부트스트랩에 대해 하나를 선택할 수 있다. ESG 부트스트랩 레벨에서는 추가된 IPDC 운영자 정보가 단말로 하여금 자신의 IPDC 운영자를 갖는 ESG를 선택하도록 도와준다.

하지만, 하나의 ESG 부트스트랩에 하나를 넘는 IPDC 운영자가 있기 때문에, 단말은 각각의 ESG에 대한 IPDC 운영자를 구별하여야 한다.

<실시 예 2-2>

실시 예 2-2는 ESG 부트스트랩이 각각의 IP 플랫폼에 있는 각각의 IPDC 운영자에 대한 구성 단위임을 가정한다. 하나의 IP 플랫폼 내에 하나 이상의 IPDC 운영자가 있는 경우, 하기와 같이 ESG 부트스트랩은 그 IP 플랫폼에 있는 IPDC 운영자 각각에 대해 분리된다. ESG 부트스트랩이 어떤 IPDC 운영자에 대한 것인지를 기술하기 위해 하기의 새로운 IPDC 운영자 디스크립터가 PSI/SI의 INT table에 추가된다.

IP/MAC_notification_section{ Platform_id target_descriptor_loop() target_ip_slash_descriptor() // => Fixed IP address for the ESG bootstrap IPDCOperator_descriptor() // for this IPDC operator in this IP platform operational_descriptor_loop() }

상기 부가된 디스크립터의 구문은 다음과 같다.

도 20은 시나리오 1에 적용된 실시 예 2-2를 설명하기 위한 도면으로, 단말이 어떤 IP 플랫폼이 ESG 부트스트랩에 대한 자신의 IPDC 운영자를 포함하는지 이미 알고 있는 경우, 단말은 그 IP 플랫폼에 있는 자신의 IPDC 운영자에 대한 ESG 부트스트랩을 선택할 수 있다. 단말이 어떤 IP 플랫폼이 자신의 IPDC 운영자를 포함하고 알 수 없다 할지라도, 단말은 이를 찾을 때까지 각각의 IP 플랫폼에서 IPDC 운영자 정보를 탐색할 수 있다.

도 21은 시나리오 2에 적용된 실시 예 2-2를 설명하기 위한 도면으로, 동일한 IPDC 운영자가 하나를 넘는 IP 플랫폼에 존재하여 상이한 IP 플랫폼에 그 IPDC 운영자에 대한 하나를 넘는 ESG 부트스트랩이 있는 경우, 단말은 하나를 넘는 ESG 부트스트랩 정보를 검색할 필요가 있을 수 있다.

그러면, 도 22를 참조하여 상술한 본 발명에 따른 실시 예 2-2에 대한 단말의 동작을 설명하기로 한다.

도 22를 참조하면, 단말은 2205 단계에서 PSI/SI를 획득하고, 2210 단계에서 가용 IP 플랫폼 해석한다. 2215 단계에서 단말은 IPDCOperatorDescriptor에 의해 ESG에 있는 모든 가용 IPDC 운영자 정보를 체크한다.

2220 단계에서 단말이 ESG 내의 가용 KMS를 지원하는지의 여부를 판단한다. 상기 2220 단계의 확인 결과, 가용 KMS가 지원된다면 2225 단계에서 단말이 가용 IPDC 운영자를 지원하는지의 여부를 확인한다.

상기 2225 단계의 확인 결과, 단말이 가용 IPDC 운영자를 지원한다면, 단말은 2230 단계에서 하나의 IPDC 운영자 선택한다. 그리고, 2235 단계에서 단말은 하나의 IP 플랫폼에 있는 선택된 IPDC 운영자로부터의 단말 ESG 부트스트랩한다. 그리고, 2240 단계에서 단말은 ESGProviderDiscoveryDescriptor 및 ESGAccessDescriptor로부터 상기 선택된 IPDC 운영자와 관련된 ESG를 선택하고, 2245 단계에서 ESG에 액세스한다. 2250 단계에서 단말은 서비스에 액세스 또는 서비스 구매를 한다.

한편, 상기 2220 단계의 확인 결과, 단말이 가용 KMS를 지원하지 않는다면, 단말은 2255단계에서 모든 IP 플랫폼 ESG 부트스트랩이 체크 완료 여부를 판단한다. 상기 2255 단계의 판단 결과, 단말은 체크 완료된 경우 동작을 종료하고, 체크 완료되지 않았을 경우 2260 단계에서 다른 IP 플랫폼으로부터의 다른 ESG 부트스트랩을 체크하기를 원하는지 판단한다. 상기 2260 단계의 판단 결과, 단말은 체크하기를 원한다면 2210 단계로 진행하고, 체크하기를 원하지 않는다면 동작을 종료한다.

<제 3 실시 예>

제 3 실시 예에서는 ESG 부트스트랩이 각각의 IPDC 운영자에 대한 구성 단위인 PSI/SI에 IPDC 운영자 정보를 포함한다.

또한, 제 3 실시 예는 다음과 같은 사항을 가정한다.

1)ESG 부트스트랩이 각각의 IPDC 운영자에 대한 구성 단위이다.

2)상이한 IP 플랫폼에 동일한 IPDC 운영자가 있을 수 있고, 단말은 모든 IPDC 운영자 관련 ESG 정보를 탐색하고자 할 경우에 하나를 넘는 ESG 정보를 검색할 필요가 있다.

3)ESG 부트스트랩이 IPDC 운영자로 변경된다.

<실시 예 3-1>

도 23에 도시된 바와 같이 각각의 IPDC 운영자가 자신의 단위 ESG 부트스트랩을 갖는다. 따라서, PSI/SI에 ESG 부트스트랩 디스크립터가 정의되어 추가될 수 있다. 이러한 새로운 디스크립터에서 IPDCOperator_descriptor는 ESG 부트스트랩이 어떤 IPDC 운영자로부터 도출된 것인지를 기술한다. ESG 부트스트랩 IP 주소는 그 IPDC 운영자에 대한 ESG 부트스트랩에 있어서의 IP 주소와 포트 번호를 기술한다. ESGBootstrap_descriptor은 모든 IPDC 운영자에 대한 ESG 부트스트랩 정보를 리스트화하기 위해 루프를 이룰 수 있는데, 그 일 예는 다음과 같다.

그러면, 도 24를 참조하여 상술한 바와 같은 본 발명의 실시 예 3-1에 대한 단말의 동작을 설명하기로 한다.

도 24를 참조하면, 단말은 2405 단계에서 PSI/SI를 획득하고, 2410 단계에서 가용 IP 플랫폼 해석한다. 단말은 2415 단계에서 ESGBootstrapDescriptor에서 IPDC 운영자 해석한다. 2420 단계에서 단말이 ESG 내의 가용 KMS를 지원하는지의 여부를 판단한다. 상기 2420 단계의 확인 결과, 단말이 가용 KMS를 지원한다면 2425 단계에서 단말이 가용 IPDC 운영자를 지원하는지의 여부를 확인한다.

상기 2425 단계의 확인 결과, 단말이 가용 IPDC 운영자를 지원한다면, 단말은 2430 단계에서 하나의 IPDC 운영자 선택한다. 2435 단계에서 단말은 상기 선택된 IP 플랫폼에서 선택된 IPDC 운영자로부터 ESG 부트스트랩한다. 2440 단계에서 단말은 ESGProviderDiscoveryDescriptor 및 ESGAccessDescriptor로부터 기 선택된 IPDC 운영자와 관련된 ESG 선택한다. 그리고, 단말은 2445 단계에서 ESG에 액세스한 후, 2450 단계에서 서비스에 액세스 또는 서비스 구매를 한다.

<실시 예 3-2>

실시 예 3-2에서는 도 25에 도시된 바와 같이 ESG 부트스트랩이 각각의 IPDC 운영자에 있는 각각의 IP 플랫폼에 대한 구성 단위이다.

ESGBootstrap_descriptor는 실시 예 3-2에서 더욱 상세화되는데 그 일 예는 다음과 같다.

그러면, 도 26을 참조하여 본 발명의 실시 예 3-2에 대한 단말의 동작을 설명하기로 한다.

도 26을 참조하면, 단말은 2605 단계에서 PSI/SI를 획득하고, 2610 단계에서 가용 IP 플랫폼 해석한다. 단말은 2615 단계에서 각각의 IP 플랫폼에 대한 IPDC 운영자 정보 확인한다.

2620 단계에서 단말이 ESG 내의 가용 KMS을 지원하는지의 여부를 판단한다. 상기 2620 단계의 확인 결과, 단말이 가용 KMS를 지원한다면 2625 단계에서 단말이 가용 IPDC 운영자를 지원하는지의 여부를 확인한다. 상기 2625 단계의 확인 결과, 단말은 가용 IPDC 운영자를 지원한다면, 단말은 2630 단계에서 단말이 하나의 IPDC 운영자 선택한다. 2635 단계에서 단말은 상기 선택된 IPDC 운영자로부터의 하나의 IP 플랫폼을 선택한다. 2640 단계에서 단말은 상기 선택된 IP 플랫폼에서 선택된 IPDC 운영자로부터 ESG 부트스트랩한다. 2645 단계에서 단말이 ESGProviderDiscoveryDescriptor 및 ESGAccessDescriptor로부터 기 선택된 IPDC 운영자와 관련된 ESG 선택한다. 그리고, 2650 단계에서 단말은 ESG에 액세스한 후, 2655 단계에서 서비스에 액세스 또는 서비스 구매를 한다.

현재 상황에서, IPDC 운영자는 권한을 갖고서 서비스를 관리하는 것으로 취급된다. 향후에는 권한을 갖고서 서비스를 관리하는 다른 제공자 또는 운영자로 바뀌게 된다면, 각각의 메커니즘에서의 관련 파라미터도 새로운 관련 파라미터로 변경될 수 있다. 하지만, 메커니즘은 여전히 동작할 수 있다. 즉, 단말이 적절한 ESG를 찾는 방법을 제공할 수 있다면, IPDC 운영자 정보 이외에, 몇몇 다른 정보가 유사하게 지시될 수도 있다. 예컨대, 지리 정보, 네트워크 등이다. 지리 정보 일부 ESG는 어떤 특정의 지역에 전용인 것일 수 있고, 상이한 지역에서의 로컬 서비스를 고려하여야 한다.

즉, <표 23>와 도 27은 IPDC 운영자 정보 이외에 지리정보가 추가된 경우를, <표 [24]25>과 도 28은 네트워크정보가 추가된 경우를, <표 26>는 이동성관련 추가정보들을 도시한 것이다.

도 27은 특정의 지역에 대한 특정의 ESG의 일례를 나타낸 도면이다.

도 27을 참조하면, ESG에 대한 지리 정보는 단말로 하여금 적절한 ESG를 선택하도록 도와준다. IPDC 운영자 정보와 유사하게, 새로운 요소 또는 디스크립터를 정의함으로써 사전에 ESG에 대한 지리 정보도 지시할 수 있다. 즉 도 27을 참조하면 ESG1(ESGUIR=1)은 Area1에만 제공되고 ESG2(ESGURI=2)는 Area2에만 제공되는 경우를 도시한 것으로 즉, Area1, Area2등의 지리적인 정보가 각 ESG를 선택하는데 필요한 정보임을 도시하고 있다. 그러한 새로운 요소와 디스크립터는 제 1 실시 예에서와 같이 ESG 부트스트랩에 있는 IPDC 운영자 정보로서 지시될 수도 있고, 제 2 실시 예와 제 3 실시 예에서와 같이 PSI/SI에 있는 IPDC 운영자 정보로서 지시될 수도 있다.

제 1 실시 예에서는 단말이 ESG 부트스트랩을 분석할 때에 각각의 ESG에 대한 지리 정보, 예컨대 ESG1이 지역 1에 대한 것이고 ESG2가 지역 2에 대한 것임을 알 수 있는데, 그것은 관련 정보가 ESG 부트스트랩에 부가되기 때문이다.

제 2 및 제 3 실시 예에서는 단말이 PSI/SI를 분석할 때에 각각의 ESG에 대한 지리 정보, 예컨데 ESG1이 지역 1에 대한 것이고 ESG2가 지역 2에 대한 것임을 알 수 있는데, 그것은 관련 정보가 PSI/SI에 부가되기 때문이다.

따라서, 단말은 지역 1에 있을 때에는 ESG1에 액세스할 수 있고, 지역 2로 이동할 경우에는 ESG2로 바꿀 수 있다.

일례로, ESG에 대한 지리 정보는 다음 <표 24>와 같을 수 있다.

일부 ESG는 어떤 특정의 네트워크를 통해 전달될 수 있다.

도 28은 특정의 네트워크에 대한 특정의 ESG의 일례를 나타낸 것이다.

도 28을 참조하면, ESG에 대한 액세스 네트워크 정보는 단말로 하여금 적절한 ESG 선택하도록 도와준다. IPDC 운영자 정보와 유사하게, 새로운 요소 또는 디스크립터를 정의함으로써 사전에 ESG에 대한 액세스 네트워크 정보도 지시할 수 있다. 즉 도 28을 참조하면 ESG1(ESGUIR=1)은 Network1에만 제공되고 ESG2(ESGURI=2)는 Network2에만 제공되는 경우를 도시한 것으로 즉, Network1, Network2등의 지리적인 정보가 각 ESG를 선택하는데 필요한 정보임을 도시하고 있다. 상기 새로운 요소와 디스크립터는 상기 제 1 실시 예에서와 같이 ESG 부트스트랩에 있는 IPDC 운영자 정보로서 지시될 수도 있고, 상기 제 2 실시 예와 제 3 실시 예에서와 같이 PSI/SI에 있는 IPDC 운영자 정보로서 지시될 수도 있다.

한편 ESG의 관련 지역 정보를 ProviderURI or ESGURI를 통해서도 지시될 수 있다. 상기 지역 정보는 URI 내 networkID, cellID의 포맷으로 정의 될 수 있다. 한 예로, 'http://www.dvb.org/cbms/kbs/network1/cell1/esg’의 형태로 표현할 수 있다. 상기 예에서 단말은 ProviderURI의 정보에 기초하여 해당 ESG가 사용되어 지는 네트워크와 셀에 대해 인지하게 된다. 이 경우, 단말은 URI를 통해 직접적으로 ESG와 관련된 지역 정보를 알게 되는 효과가 있다.

지역 정보(NetworkID, cellID)는 URI(ProviderURI, ESGURI) 내부에 명시될 수 있는데, 그 위치는 URI의 앞(접두), 끝(접미) 혹은 다른 어떠한 위치도 가능하다.

먼저 ProvierURI의 경우, ETSI TS 102471 v.1.2.1에 기술된 바와 같이, ESG는 ProviderURI로써 구분된다. 어떠한 ESG가 어떠한 셀을 위한 것인지를 지시하기 위해, ProviderURI는 다음과 같이 정의된다.

cellIDFFFF/ESGProviderIdentifier

여기서, cellIDFFFF/는 URI의 앞머리에 접두사의 형태로 붙어 있으며, FFFF는 16진수 형태의 cell ID를 나타내며, ESGProviderIdentifier는 ESG Provider의 구분자이다. 예를 들어, cellID0000/mycompany1.example.com, cellID0001/mycompany1.example.com, cellID0002/mycompany1.example.com는 각각 cell0, cell1, cell2의 ESG를 타나내며, 이는 mycompany1.example.com로써 구분되는 ESG Provider에 의해 제공된 것이다.

만일 동일한 ESG와 service가 서로 다른 셀들에 전송된다면, 각 cellID는 URI의 앞머리에 하나하나 나열될 수 있다. 예를 들면, cellID0001/cellID0002/mycompany1.example.com 는 동일한 ESG가 셀 1과 셀 2에 제공됨을 의미한다.

유사한 방식으로써, networkID가 전달되는 경우, ProviderURI는 다음과 같이 정의된다;

networkIDFFFF/cellIDFFFF/ESGProviderIdentifier

여기서, "networkFFFF/”는 URI의 앞머리에 존재하며, 여기서 FFFF는 16진수 형태의 network ID를 나타낸다.

동일한 방식으로 ESGURI의 경우에도 지역 정보가 명시될 수 있다.

제 1 실시 예에서는 단말이 ESG 부트스트랩을 분석할 때에 각각의 ESG에 대한 액세스 네트워크 정보, 예컨대 ESG1이 네트워크 1에 대한 것이고 ESG2가 네트워크 2에 대한 것임을 또는 DVB-SH 시스템에서 ESG1이 위성 네트워크에 대한 것이고 ESG2가 지상파 네트워크에 대한 것임을 알 수 있는데, 그것은 관련 정보가 ESG 부트스트랩에 부가되기 때문이다.

제 2 및 제 3 실시 예에서는 단말이 ESG PSI/SI를 분석할 경우에 각각의 ESG에 대한 액세스 네트워크 정보, 예컨대 ESG1이 네트워크 1에 대한 것이고 ESG2가 네트워크 2에 대한 것임을 또는 DVB-SH 시스템에서 ESG1이 위성 네트워크에 대한 것이고 ESG2가 지상파 네트워크에 대한 것임을 알 수 있는데, 그것은 관련 정보가 PSI/SI에 부가되기 때문이다.

따라서, 단말은 네트워크 1 상에 있을 때에는 ESG1에 액세스할 수 있고, 네트워크 2로 옮길 때에는 ESG2로 바꿀 수 있다.

관련 정보, 특히 몇 가지의 이동성 관련 정보가 아래의 <표 26>에 요약되어 있다. 필요한 경우, 이러한 정보 중의 일부를 선택하여 이동성 지원을 위한 전술된 실시 예들에 사용할 수 있다. 단말로 하여금 손쉬운 방법으로 적절한 ESG를 찾도록 도와줄 수 있는 임의의 정보를 상술된 실시 예를 사용하여 채택할 수 있다.

본 발명에서 용이하게 ESG를 발견하기 위해 IPDC 운영자 정보가 부트스트랩에 포함될 경우에, 전술된 메커니즘들에서는 그들 관련 정보를 동시에 동일하게 지시할 수도 있다. 그 상세한 위치는 제 1 실시 예, 제 2 실시 예, 및 제 3 실시 예에서와 같이 ESG 부트스트랩, PSI/SI 등으로 가변적일 수 있다.

1.ESG 출처 식별자

우선, 그로부터 누가 해당 ESG를 생성하여 소유하고 있는지를 단말이 알 수 있도록 하는 ESG 출처가 지시되어야 한다. 그러한 ESG의 출처 식별자는 다음의 파라미터들 전체이거나 그 일부일 수 있다: IP 플랫폼 ID, 제공자 URI, ESGURI, IPDCKMSID, IPDCOperatorID, 제공자 ID, 네트워크 ID, 서비스 제공자 URI, 서비스 제공자 ID, 또는 ESG 출처를 식별할 수 있는 임의의 다른 파라미터들.

2.ESG 액세스 범위 타입

ESG 지원 로밍이 도입된 이후, 3가지 타입의 ESG, 즉 로컬 ESG, 로밍 사용자 전용 ESG, 로컬과 로밍의 조합 ESG가 있게 되었다.

로컬 ESG란 ESG가 로컬 사용자를 대상으로 한 서비스에 관한 정보만을 싣고 있음을 의미한다. 로밍 사용자 전용 ESG란 ESG가 로밍 사용자를 특별 대상으로 한 서비스에 관한 정보만을 싣고 있음을 의미한다.

로컬과 로밍의 조합 ESG란 그 ESG의 서비스정보 중의 일부가 로컬 사용자를 대상으로 하고, 다른 일부가 로밍 사용자를 대상으로 하고 있음을 의미한다.

3.ESG 사용자 객체

ESG의 객체란 사용자가 로컬 사용자이든 로밍 사용자이든 그 무엇이건 간에 그 ESG가 모든 사용자에 대해 할 수 있는 일체의 수단에 해당한다.

ESG는 어떤 특정의 로밍 사용자만을 위한 것일 수도 있다. 예컨대, ESG는 어떤 특정의 IP 운영자로부터의 로밍 사용자를 위한 것이 된다. 그 경우, 사용자 객체의 상세 식별자가 명확히 지시되어야 한다. ESG가 다수의 특정 로밍 사용자 그룹들에 이용될 수 있는 것이라면, 각각의 특정 로밍 사용자 그룹의 식별자가 모두 일일이 리스트로 명시되어야 한다. 사용자 객체를 식별할 수 있는 파라미터는 다음의 파라미터들 전체이거나 그 일부일 수 있다: IPDCKMSID, IPDCOperatorID, IP 플랫폼 ID, 제공자 URI, 제공자 ID, 네트워크 ID, 서비스 제공자 URI, 서비스 제공자 ID, SM ID, 또는 사용자 객체를 식별할 수 있는 한의 임의의 다른 파라미터들.

4.ESG의 서비스 범위

특허 P2007-0048703에는, 로밍 사용자에 대한 3가지 타입의 서비스, 즉 로컬 서비스, 방문 서비스, 서비스 로밍 서비스가 있을 수 있음이 개시되어 있다. 그 상세한 정보에 관해서는 그 특허를 참조하면 된다.

따라서, ESG에서 어떤 종류의 로밍 서비스 정보가 이용될 수 있는지가 바로 ESG의 서비스 범위이다. 로컬 서비스의 이용 가능 여부에 관한 정보가 혹시 있다면, 로컬 서비스의 운영자의 식별자가 제공된다.

방문 서비스의 이용 가능 여부에 관한 정보가 혹시 있다면, 방문 서비스의 운영자의 식별자가 제공된다.

서비스 로밍 서비스의 이용 가능 여부에 관한 정보가 혹시 있다면, 서비스 로밍 서비스의 운영자의 식별자가 제공된다. 각각의 경우에 있어서, 운영자는 하나 이상일 수 있다. 각각의 운영자의 식별자는 일일이 리스트로 명시되어야 한다. 상기 <표 1>의 파라미터들 전체 또는 그 일부를 사용할 수 있다. 임의의 새로운 로밍 서비스 타입이 있다면, 그것도 역시 여기에 추가될 수 있다.

전술된 정보는 손쉬운 ESG 발견 방법을 위한 몇 가지 유용 정보이다. 실제로, 제공자는 그 모두를 사용하거나 그 중의 일부를 선택하거나 그들을 수정하여 어떤 새로운 지시 정보를 추가할 수도 있다. 그 주된 목적은 단말이 적절한 ESG를 보다 더 간단하고 쉽게 찾도록 하는 것에 관한 지시 정보를 제공하는 것이다. 해당 포맷은 상기 <표 1426>에 제시된 바와 같다. 또한, 상기 <표 26>의 포맷은 어떤 사항이 변하면 수정되거나 삭제되거나 추가될 수 있다.

ESG 속성의 구문은 하기의 <표 27>과 같을 수 있다.

<element name="ESGAttribute" type="ESGAttributeType" maxOccurs="unbounded"/> <complexType name=" ESGAttributeType"/> <sequence> <element name=" ESGOriginIdentifier" type=" ESGOriginIdentifierType "/> <element name="ESGAccessScope" type=" ESGAccessScopeType "/> <element name="ESGUserObject" type=" ESGUserObjectType " minOccurs="0" maxOccurs="unbounded"/> <element name="ESGAccessScope" type=" ESGAccessScopeType "/> minOccurs="0" maxOccurs="unbounded"/> <element name="ServiceScope" type="ServiceScopeType"/> minOccurs="0" maxOccurs="unbounded"/> <element name="GographicInformation" type="GeographicInformationType"/> <element name="AccessNetwork" type="anyURI"/> <element name="ServiceProviderURI" type="anyURI"/> <element name="ServiceProviderID" type="positiveInteger"/> <element name="SMID" type="positiveInteger"/> </sequence> </complexType>

ESG 출처 식별자의 구문은 다음의 <표 28>과 같다.

또는 하기의 <표 29>와 같다.

<element name="ESGAttribute" type="ESGAttributeType" <complexType name=" ESGAttributeType"/> <sequence> <element name=" ESGOriginIdentifier" type="ESGOriginIdentifierType "/> <element name="ESGAccessScope" type=" ESGAccessScopeType "/> <element name="ESGUserObject" type=" ESGUserObjectType " minOccurs="0" maxOccurs="unbounded"/> <element name="ESGAccessScope" type=" ESGAccessScopeType "/> minOccurs="0" maxOccurs="unbounded"/> <element name="ServiceScope" type="ServiceScopeType"/> minOccurs="0" maxOccurs="unbounded"/> <element name="GographicInformation" type="GeographicInformationType"/> <element name="AccessNetwork" type="anyURI"/> <element name="ServiceProviderURI" type="anyURI"/> <element name="ServiceProviderID" type="positiveInteger"/> <element name="SMID" type="positiveInteger"/> </sequence> </complexType>

그리고, ESG 출처 식별자 구문은 하기의 <표 30>과 같다.

또는 하기의 <표 31>과 같다.

<element name="ESGAttribute" type="ESGAttributeType" <complexType name=" ESGAttributeType"/> <sequence> <element name=" ESGOriginIdentifier" type=" ESGOriginIdentifierType "/> minOccurs="0" maxOccurs="unbounded"/> <element name="ESGAccessScope" type=" ESGAccessScopeType "/> <element name="ESGUserObject" type=" ESGUserObjectType " minOccurs="0" maxOccurs="unbounded"/> <element name="ESGAccessScope" type=" ESGAccessScopeType "/> minOccurs="0" maxOccurs="unbounded"/> <element name="ServiceScope" type="ServiceScopeType"/> minOccurs="0" maxOccurs="unbounded"/> <element name="GographicInformation" type="GeographicInformationTypeI"/> <element name="AccessNetwork" type="anyURI"/> <element name="ServiceProviderURI" type="anyURI"/> <element name="ServiceProviderID" type="positiveInteger"/> <element name="SMID" type="positiveInteger"/> </sequence> </complexType>

그리고, ESG 출처 식별자 구문은 하기의 <표 32>와 같다.

ESG 액세스 범위 타입은 하기의 <표 33>과 같이 구분될 수 있다.

<ClassificationScheme uri="urn:dvb:ipdc:esg:cs: ESGAccessScopeTypeCS:> <Term termID="1.0" Name xml:lang="en"> ESG access scope type </Name> <Definition xml:lang="en">Type of ESG access scope, e.g. local ESG, ESG only for roaming user, local and roaming combined ESG </Definition> <Term termID="1.1> <Name xml:lang="en"> local ESG </Name> <Definition xml:lang="en">A local ESG </Definition> <Term termID="1.2> <Name xml:lang="en" ESG only for roaming user </Name> <Definition xml:lang="en" A ESG only for roaming user </Definition> <Term termID="1.3> <Name xml:lang="en"> local and roaming combined ESG </Name> <Definition xml:lang="en"> local and roaming combined ESG </Definition> </Term> </Term> </ClassificationScheme>

또는 하기의 <표 34>와 같다.

ESG 사용자 객체는 모든 사용자 또는 특정의 사용자를 대상으로 한다.

그것이 참이라면, 그것은 ESG가 모든 사용자를 대상으로 하고 있음을 의미하고, 그렇지 않다면 ESG가 특정의 사용자만을 대상으로 함을 의미한다. 특정의 사용자 객체의 식별자가 리스트로 명시되어야 한다.

ESG에서 서비스의 범위는 하기의 <표 36>과 같다.

<element name="ServiceScope" type="ServiceScopeType"/> <complexType name=" ServiceScopeType"> <sequence> <element name="LocalService" type="anyURI" minOccurs="0"/> <element name="VisitedService" type="anyURI" minOccurs="0"/> <element name="ServiceRoamingService" type="anyURI" minOccurs="0"/> </sequence> </complexType> <complexType name="IPDCType"> <sequence> <element name="IPPlatformID" type=" positiveInteger "/> element name="ProviderURI" type="anyURI"/> <element name="ProviderID" type="positiveInteger"/> <element name="IPDC" type="IPDCType"/> <element name="ESGURI" type="anyURI"/> <element name="NetworkID" type="positiveInteger"/> <element name="CellID" type="positiveInteger"/> <element name="GographicInformation" type="GographicInformation Type"/> <element name="ServiceProviderURI" type="anyURI"/> <element name="ServiceProviderID" type="positiveInteger"/> <element name="SMID" type="positiveInteger"/> </sequence> </complexType> <complexType name="IPDCType"> <sequence> <element name="IPDCKMSId" type="unsignedShort"/> <element name="IPDCOperatorId" type="string"/> </sequence> </complexType>

또는 하기의 <표 37>과 같다.

이동성 시나리오에서 권한 관리는 로밍 개념에 있어서 주된 파라미터이다. 핸드오버의 경우, 그것이 하나의 권한 관리 범위 내에 있다. 로밍의 경우는 가입 및 로밍 계약의 문제가 있기 때문에 그것이 상이한 권한 관리 범위 중에 있다.

CBMS에서는, 현재 IPDC 운영자(더욱 상세하게는, IPDC KMS 시스템 및 IPDC 운영자)가 권한 관리를 담당하는 역할을 하는 것으로 판단된다. 식별자는 IPDCKMSID 및 IPDCOperatorID 이다. 향후에, 가입 및 권한 관리를 담당하는 역할은 변경될 수도 있다. 하지만, 본 발명의 사상과 실시 예들의 일부 변경을 수반하여 IPDC KSM 시스템 및 IPDC 운영자를 새로운 파라미터로 대체하는데 여전히 적용될 수 있다. 본 명세서에서는, IPDC KSM 시스템 및 IPDC 운영자가 권한을 관리한다.

일반적인 일례는 다음의 도 29에 도시된 바와 같다. 도 29를 참조하면, 영역 1(2910)에는, 로컬 사용자, 즉 단말 1(2920)이 있다. 상기 로컬 단말(2920)은 IPDCKSMID=1 및 IPDCOPeratorID=1의 식별자를 갖는 IPDC 운영자에 가입하고 있다. 그러므로, 단말(2920)이 ESGURI=1(2930)에 액세스할 경우, 자신이 가입되어 있는 IPD 운영자(IPDCIPDC KSM 시스템=1 및 IPDC 운영자=1)를 찾을 수 있다. 따라서, 그 식별자들이 곧 ESG 출처 식별자들이다.

상기 IPDC KSM 시스템 및 IPDC 운영자(IPDCKSMID=1, IPDCOperatorID=1)(2940)는 다른 KSM 시TM템 및 IPDC 운영자와 로밍 계약을 체결할 수 있다.

다음의 도 30은 로밍의 일례이다. 여기서, IPDCKSMID=1 및 IPDCOperatorID=1(3010)은 로컬 권한 관리를 담당한다. 그리고, 도 30을 참조하면, IPDCKSMID=1, IPDCOperatorID=1은 IPDCKSMID=2, IPDCOperatorID=2(3020)와 로밍 계약을 체결한다. IPDCKSMID=2, IPDCOperatorID=2로부터 가입된 단말(3025)도 역시 그들 사이의 로밍 계약으로 인해 IPDCKSMID=1, IPDCOperatorID=1(3010)로부터 서비스에 액세스할 수 있다.

따라서, ESGURI=1(3000)의 사용자 객체는 IPDCKSMID=1, IPDCOperatorID=1(3010)로부터 가입된 사용자를 위한 것일 뿐만 아니라, IPDCKSMID=2, IPDCOperatorID=2(3020)로부터 가입된 사용자를 위한 것이기도 하다.

도 30을 참조하면, 또 다른 IPDCKSMID=3, IPDCOperatorID=3(3030)이 있다. 상기 IPDCKSMID=3, IPDCOperatorID=3(3030)는 IPDCKSMID=1, IPDCOperatorID=1(3010)과 로밍 계약을 체결하고 있지 않기 때문에, IPDCKSMID=3, IPDCOperatorID=3으로부터 가입된 단말 3(3035)은 IPDCKSMID=1, IPDCOperatorID=1(3010)에 의해 관리되는 서비스에 액세스할 권한을 얻을 수 없다.

한편, 로밍 지원을 위해, 로밍 파트너에 관한 정보가 미리 지시될 수 있다.

상술한 바와 같이, 상기 로밍 파트너에 관한 정보는정보는 PSI/SI, ESG 부트스트랩(ESGProviderDiscoveryDescriptor, ESGAccessDescriptor, 또는 새로이 정의된 디스크립터), ESG 어나운스먼트 캐로셀, 및 인덱스나 파티션을 확장함으로써 시그널링될 수 있다. 그것은 ESG 사용자 객체의 일례이다. ESG에서의 로컬(또는 소위 오리지널)IPDCKSMID 및 IPDCOperatorID가 하나씩 지시된다. 각각의 로컬(또는 소위 오리지널) IPDCOperatorID에 대해, 그 로밍 파트너가 하나씩 리스트로 열거되는데, 그 일 예는 하기의 <표 38>과 같다.

로컬 IPDC KSM 시스템 및 IPDC 운영자(오리지널)		로밍 파트너(들)(사용자 객체)
로컬 IPDCKSMID	로컬 IPDCOperatorID	로밍 IPDCKSMID	로밍 IPDCOperatorID

하나의 ESG에는, 하나를 초과하는 로컬 IPDCKSMID 및 IPDCOperatorID가 있을 수 있다. 그들 각각은 그들 자신의 로밍 파트너들을 가질 수 있다. 그 경우, 각각의 로컬 IPDCKSMID 및 IPDCOperatorID(3110)와 그것의 로밍 파트너들(로밍 IPDCKSMID 및 IPDCOperatorID)(3120)이 도 31과 같이 미리 하나씩 지시될 수 있다.이는 상기 실시 예들의 ESG 부트스트랩에서의 PSI/SI와 같은 경우이다.

그런데, 현재 동일한 IPDC KMS 시스템에 속하는 2명의 IPDC 운영자가 로밍 계약을 체결할 수 있다. 2개의 상이한 IPDC KMS 출신의 2명의 IPDC 운영자가 로밍 계약을 체결할 수는 없다. 예컨대, IPDCKMSID = 1, IPDCOperatorID = 1은 IPDCKMSID = 1, IPDCOperatorID = 2와 로밍 계약을 체결할 수 있다. 하지만, IPDCKMSID = 1, IPDCOperatorID = 1은 IPDCKMSID = 2, IPDCOperatorID = 3과 로밍 계약을 체결할 수 없다. 본 명세서에서는, 단순화 및 추가 확장을 위해, i, j, k, m, n을 IPDCKMSID와 IPDCOperatorID에 대한 심벌로서 사용한다. 실제로 요구되는 바에 따라 상세한 값 및 제한 사항이 시그널링될 수 있다.

상기 모든 IPDC 운영자 및 그 로밍 파트너들에 관한 상세한 정보가 하기의 <표 39>에서와 같이 지시될 수 있다.

또는 로컬 IPDC 운영자 및 모든 로밍 IPDC 운영자들만 지시하고, 각각의 로컬 IPDC 운영자와 그 로밍 파트너 IPDC 운영자 사이의 관계를 지시하지 않을 수도 있다. 그 구문의 일 예는 하기의 <표 40>과 같다.

또는 하기의 <표 41>과 같을 수 있다.

또는 하기의 <표 42>와 같을 수 있다.

각각의 로컬 IPDC 운영자가 다수의 로밍 IPDC 운영자들을 갖는다면, 모든 로밍 IPDC 운영자 정보를 하나씩 리스트로 열거하는 것은 큰 부담이 된다. 그 때문에, 가장 빈번한 몇몇 로밍 IPDC 운영자들을 골라 거기에 리스트로 열거할 수 있다.

로밍 파트너들(3120)은 시시각각 업데이트되기도 한다. 새로이 합류하는 로밍 IPDC 운영자 정보는 ESG 부트스트랩, PSI/SI, 또는 다른 위치에 미리 ESG에 대해 부가될 수는 없다. 그 경우, 단말이 로밍 IPDC 운영자 리스트에서 자신이 가입되어 있는 IPDC 운영자를 찾지 못할 경우, 단말은 동일한 IPDCKSMID를 로컬로 찾는다면 여전히 ESG에의 액세스를 시도할 수 있다. 그것은 그들 사이에 이미 로밍 계약이 체결되어 있으면, 여전히 단말이 그 IPDC 운영자로부터의 서비스에 액세스할 기회가 있기 때문이다.

상기 정보가 ESG 부트스트랩에 부가된다면, 단말 동작은 도 32에 도시된 바와 같을 수 있다. 그리고 서버의 동작은 도 33에 도시된 바와 같을 수 있다.

그러면, 우선 도 32를 참조하여 IPDCRelatedInformation에 따른 단말의 동작을 살펴보기로 한다.

도 32를 참조하면, 단말은 3205 단계에서 PSI/SI를 획득하고, 3210 단계에서 ESG 부트스트랩에 대한 이용 가능한 IP 플랫폼을 선택한다. 3215 단계에서 단말이 IPDCRRelatedInformation를 분석한다.

3220 단계에서 단말의 IPDCKSMID 및 IPDCOperatorID를 로컬 IPDCKSMID 및 IPDCOperatorID에서 찾을 수 있으면, 단말이 그 관련 ESG에 액세스할 수 있다. 3225 단계에서 단말이 그 IPDCKSMID 및 IPDCOperatorID를 갖는 ESG 선택한다. 3230 단계에서 단말이 ESG에 액세스한다. 3235 단계에서 단말이 서비스에 액세스하거나 서비스를 구매한다.

3240 단계에서 단말의 IPDCKSMID 및 IPDCOperatorID를 로밍 IPDCKSMID 및 IPDCOperatorID에서 찾을 수 있으면, 단말이 그 로밍 파트너의 ESG에 액세스할 수 있다. 3245 단계에서 단말이 그 로밍 파트너의 IPDCKSMID 및 IPDCOperatorID를 갖는 ESG 선택한다. 3250 단계에서 단말이 ESG에 액세스한다. 3255 단계에서 단말이 서비스에 액세스하거나 서비스를 구매한다.

3260 단계에서 단말은 IPDCKSMID를 로컬 IPDCKSMID에서 찾을 수 있으나, 그 IPDCOperator를 로컬 또는 로밍 IPDC 운영자에서 찾을 수 없으면 3265 단계에서 단말이 시도를 위해 그 IPDCKSMID를 갖지만 상이한 IPDCOperatorID를 갖는 ESG를 선택한다. 3270 단계에서 단말이 ESG에 액세스한다.

3275 단계에서 단말이 서비스에의 액세스 또는 서비스 구매를 시도하여, 로밍 계약이 체결되어 있으면 그에 성공할 것이고, 로밍 계약이 체결되어 있지 않으면 단말이 서비스에 액세스할 권한을 얻을 수 없다.

다음으로 도 33을 참조하여, IPDCRelatedInformation에 따른 서버의 동작을 살펴보기로 한다.

도 33를 참조하면, 3305 단계에서 서버가 로컬 IPDCKSMID 및 IPDCOperatorID를 리스트화한다. 3310 단계에서 서버가 각각의 로컬 IPDC 운영자에 대한 로밍 파트너를 선택하여 그것을 로밍 IPDCKSMID 및 IPDCOperatorID로서 리스트화한다. 3315 단계에서 서버가 로컬 및 로밍 IPDC 운영자 정보를 IPDCRelatedInforamtion에 기입한다.

제안된 시그널링의 크기를 줄이기 위해, IPDCKMSID 및 IPDCOperatorID가 리스트화되고 그 각각에 대한 숫자를 지정받을 수 있다.

로컬 IPDC KMS 및 IPDC 운영자를 리스트화하고, 그 각각에 대한 로밍 파트너를 기술할 경우, 정확한 IPDCKMSID 및 IPDCOperatorID 대신에 각각에 대해 지정받은 숫자가 사용될 수 있다. 인덱스 리스트의 상술한 바와 같은 로밍 관계가 ESG에 할당될 수 있는데, 그 구문의 일 예는 다음의 <표 43>과 같을 수 있다.

그런데, IPDC 운영자 및 모든 로밍 IPDC 운영자들을 지시하기만 하고, 각각의 로컬 IPDC 운영자와 그 파트너 로밍 IPDC 운영자 사이의 관계를 지시하지 않는다면, 구문은 다음의 <표 44>와 같을 수 있다.

또는 다음의 <표 45>와 같을 수 있다.

또는 다음의 <표 46a>과 같을 수 있다.

상기 <표 46a>는 하기의 <표 46b>와 같이 이진 표현될 수 있다.

하기의 <수학식 47> 및 <수학식 48>도 상기와 같은 방식으로 나타낼 수 있다.

하나의 로밍 단말이 그 로밍 단말의 홈 IPDC 운영자와 로밍 계약을 체결한 복수의 로컬 IPDC 운영자들을 찾아낼 수도 있다. 도 34는 그 일례이다.

첫째로, 로밍 단말의 홈 운영자가 리스트화된다. 둘째로, 로밍 단말의 홈 운영자와 로밍 계약을 체결한 로컬 IPDC 운영자가 리스트화된다. 셋째로. 각각의 관련 ESG가 리스트화된다.

도 34를 살펴보면, 로밍 단말의 홈 운영자(3410)의 IPDCKMSID 및 IPDCOperatorID가 기재되어 있다. 즉, 제 1 홈의 IPDCKMSIP=1, IPDCOperatorID=1이고, 제 m 홈의 IPDCKMSID=m, IPDCOperatorID=m이다.

상기 각각의 홈들은 로밍 단말의 운영자와 로밍 계약을 체결한 로컬 IPDCKMSID 및 IPDCOperatorID과 연결된다.

도 34에서 로밍 단말의 홈 운영자 및 그와 로밍 계약을 체결한 로컬 운영자구문은 다음의 <표 47>과 같을 수 있다.

그런데, 인덱스가 사용된다면, 구문은 다음의 <표 47>과 같을 수 있다.

한편, 상기 로밍 관련 정보는 PSI/SI에 놓일 수도 있다.

하나의 IP 플랫폼 내에 하나를 넘은 IPDC 운영자가 있다면, 그 IP 플랫폼에서는 각각의 IPDC 운영자에 대해 ESG 부트스트랩이 분리된다.

IP/MAC_notification_section{ Platform_id target_descriptor_loop() target_ip_slash_descriptor() => Fixed IP address for the ESG bootstrap IPDCOperator_descriptor() =>list all IPDC operator in this IP platform operational_descriptor_loop() }

새로운 디스크립터로 ESG 부트스트랩이 어떤 IPDC 운영자에 대한 것인지를 나타내기 위한 하기의 <표 50>과 같은 IPDC 운영자 디스크립터가 부가된다.

Syntax

IPDCOperator descriptor{

LocalIPDCOperator descriptor{

IPDCKMSId

IPDCOperatorId

RoamingParter descriptor{

IPDCKMSId

IPDCOperatorId

}

Reserved for other identifier

}

하나의 IP 플랫폼 내에 하나를 넘는 IPDC 운영자가 있다면, 그 IP 플랫폼에서는 각각의 IPDC 운영자에 대해 ESG 부트스트랩이 분리된다.

IP/MAC_notification_section{ Platform_id target_descriptor_loop() target_ip_slash_descriptor() => Fixed IP address for the ESG bootstrap IPDCOperator_descriptor() for this IPDC operator in this IP platform operational_descriptor_loop() }

새로운 디스크립터러 ESG 부트스트랩이 어떤 IPDC 운영자에 대한 것인지를 나타내기 위한 하기의 <표 52>와 같은 IPDC 운영자 디스크립터가 부가된다.

Syntax

IPDCOperator descriptor{

LocalIPDCOperator descriptor{

IPDCKMSId

IPDCOperatorId

RoamingParter descriptor{

IPDCKMSId

IPDCOperatorId

}

Reserved for other identifier

}

각각의 홈(로컬) 단말에 대해, 외래 네트워크에서의 그 로밍 파트너에 관한 정보가 미리 제공될 수도 있다. 이럴 경우, 단말은 이미 자신의 홈 네트워크에서의 많은 로밍 정보를 가지고 있어 도 35에서와 같이 실제로 외래 구역으로 이동할 때에 그 정보를 사용할 수 있다.

도 35를 살펴보면, IPDCKMSID 및 IPDCOperatorID가 표시된 로컬 단말들이 도시되어 있다. 그리고, 각 로컬 단말들과 연결되는 외래 네트워트에서의 로밍 파트너들이 도시되어 있다.

도 35의 로컬 IPDC 운영자 및 외래 네트워크에서의 그 로밍 파트너의 구문은 다음의 <표 53>과 같을 수 있다.

인덱스가 사용된다면, 구문은 다음의 <표 54>와 같을 수 있다.

외래 네트워크에서의 ESGURI를 미리 알 수 있다면, 그것이 단말에 지시될 수도 있다. 그 구문은 다음의 <표 55>와 같을 수 있다.

인덱스가 사용된다면, 구문은 다음의 <표 56>과 같을 수 있다.

ESGURI를 제외한 다른 정보, 예컨대 IP 플랫폼이 미리 지시될 수도 있다. 이와 같이, 어떤 정보가 미리 지시될 것인지는 애플리케이션에 의해 결정된다. 또한, 그 정보는 ESGURI와 유사한 방식으로 지시될 수 있다.

IP 플랫폼, ESG 제공자, ESG, 액세스 네트워크에 관한 정보가 지시된다면, 구문은 다음의 <표 57>과 같을 수 있다.

인덱스가 사용된다면, 구문은 다음의 <표 58>과 같을 수 있다.

상기 제공된 정보를 기반으로 하여, 단말은 부트스트랩에 대한 모든 가용 IP 플랫폼 가운데서 적절한 IP 플랫폼을 선택하고, 다수의 ESG 제공자들 및 ESG들 가운데서 적절한 ESG 제공자 및 ESG를 선택할 수 있다. 그러고 나서, 단말은 액세스에 대한 서비스를 선택할 수 있다.

다음으로 상술한 바와 같은 본 발명에 따른 ESG 발견 방법을 구현하는 단말/네트워크에 대해 설명하기로 한다.

도 36는 네트워크의 구조를 도시하고, 도 37은 단말의 구조를 도시한 도면이다. 상세한 설명은 하기의 <표 59>에 기술되어 있다.

기능 개체명	설명
서비스 애플리케이션 (3601)	특정의 서비스 애플리케이션을 제공하기 위해 다수의 소스와 그 관련 메타데이터로부터 콘텐츠를 모으고, 헤드-엔드 애플리케이션 로직을 제공하며, 스트리밍이나 파일 캐로셀 전달을 매개로 하여 단말이 알 수 있는 포맷으로 부호화된 콘텐츠의 제공을 담당하고, 전자 서비스 가이드에 사용될 서비스 설명 메타데이터를 생성 한다. 서비스 애플리케이션과 대화하는 단말에 대한 대화 종단점. 서비스 보호 제공. 서비스 애플리케이션 개체는 IP 데이터캐스트에 제공된 각각 의 애플리케이션에 대해 존재할 수 있다.
서비스 관리(3602)	별개로 예증될 수 있는 4개의 하위 개체로 이뤄진다. 1. 서비스 구성 및 자원 할당(3405) - 방송 베어러의 대역폭을 다투는 서비스 애플리케이션들의 등록(예컨대, 하나의 DVB 전송 스트림에서의 하나의 DVB- H IP 플랫폼). - 서비스들을 위치(방송 네트워크 토폴로지에 관한), 대역 폭, 및 시간에 따른 스케줄 서비스에 할당. - 본 하위 개체의 하나의 예는 방송 대역폭 경합 도메인과 관련된 것이다. 2. 서비스 가이드 프로비져닝 애플리케이션(3607) - 서비스 애플리케이션들로부터 ESG(메타데이터 정보) 조각 모음. - 본 하위 개체의 다수의 예가 있을 수 있다. 3. 보안/서비스 보호 제공(3609) - 서비스 애플리케이션에의 사용자 액세스를 관리. 4. 위치 서비스(3611) - 본 서비스 관리 개체는 실제로 획득하는 방안과는 별개의 방식으로(대화형 베어러 네트워크 기능 또는 GPS) 서비스 애플리케이션에 위치 서비스를 제공할 수 있다.
단말(3701)	하위 개체: 1. DVB-H 수신기(3703) 방송 네트워크를 통해 서비스 또는 시그널링 수신 2. 대화형 어댑터(3705) 대화형 네트워크를 통해 서비스 또는 시그널링 송수신 3. MM(3707) 이동성 과정 관할 4. 가입 관리(3709) 권한 획득 관리, 단말에 대해 획득된 권한 기억, 및 서비스 콘텐츠의 복호 과정 제어 5. 콘텐츠 소비(3711) 서비스를 소비

전술된 3가지 실시 예들은 PSI/SI 또는 부트스트랩 레벨에서 어떻게 적절한 ESG를 찾을 것인지를 기술하고 있다.

하나의 ESG가 다수의 IPDC 운영자를 포함하고 있으면, 하나의 IPDC 운영자에 대해 하나의 서브세트의 ESG가 가능하고, 다른 IPDC 운영자에 대해 다른 서브세트의 ESG가 가능할 수 있다. 특정 영역에 대해 하나의 서브세트의 ESG가 가능하고, 다른 영역에 대해 다른 서브세트의 ESG가 가능할 수 있다. 또한, 특정 네트워크 또는 네트워크의 특정 타입(예컨대 DVB-H, DVB-3, 3GPP, WIMAX 등)에 대해 하나의 서브세트의 ESG가 과금될 수 있고, 다른 네트워크 또는 네트워크 타입에 대해 다른 서브세트의 ESG가 과금될 수도 있다. 단말이 어떻게 ESG 내의 적절한 부분을 찾을 수 있는지가 한 가지 문제이다. 전술된 바와 유사한 지시 정보(<표 26>와 같은)가 여기서도 사용될 수 있고, 다만 <표 26>의 ESG 서브세트에 대해 수정하기만 하면 된다.

그리고 전술된 바와 유사한 실시 예들이지만, 다만 그 실시 예들을 상이한 위치에, 예컨대 ESG 내에 제공할 수 있다. 지시 정보에 대한 관련 정보의 세부 위치는 다양할 수 있다. 여기서는, 2가지 가능한 위치를 설명하기로 한다. 일례는 ESG 어나운스 캐로셀(announce carousel)에 위치시키는 것이고, 다른 예는 ESG 파티셔닝 메커니즘(partitioning mechanism)을 사용하는 것이다.

<제 4 실시 예>

본 발명의 제 4 실시 예는 상기 각 ESG를 인지하는 방법으로 ESG 파티셔닝방법을 사용하는 것이다. DVB-CBMS에서는 하나의 ESG를 다수의 IP flow로 나누어 전송할 수 있으며 각 IP flow들이 어떠한 기준으로 나뉘었는지에 대한 정보를 <표 61>과 같이 정의할 수 있다. 향후에, 하나의 ESG가 2개 이상의 IP 플랫폼들에 적용될 수 있다면, 그 ESG에 존재하는 상이한 IP 플랫폼들에 대해 ESG의 상이한 부분이 준비될 수 있다.<표 61>에서 value가 0x00과 0x01를 제외한 나머지 값들이 본 발명에서 제안한 것이며, 각 파티셔닝의 구간을 나타내는 start_field_value과 end_field_value값에 IPDCKMSId값 또는 NetworkID값을 넣음으로써 각 ESG의 부분들이 어느 NetworkID에 해당하는 서비스들로만 구성되어있는지, 어느 IPDCKMSId들에 해당하는 서비스들로만 구성되어 있는지를 알 수 있다.

value	encoding	meaning
0x00	0x0101(unsigned short)	The number of hours for which the fragments are valid. This may be used to split the ESG into various schedule depths.
0x01	0x0000(string)	The URI of the Serivce fragments ServiceID. This may be used to carry all fragments relevants to a particular service.
0x30	0x0101(unsigned short)/ 0x0204(boolean)	Roaming ESG
0x40	0x0101(unsigned short)	IPDCKMSId
0x50	0x0000(string)	IPDCOperatorId
0x60	0x0000(string)	Access network type
0x70	0x0101(positive Integer)	Network ID
0x80	0x0101(positive Integer)	Cell id
0x90	0x0000(string)	GPS
0xA0	0x0101(양의 정수)	IP platformID

단말이 적절한 ESG 또는 ESG 부분을 찾는 것을 돕기 위해, PSI/SI, ESG 부트스트랩에서, 또는 ESG 내에서 어떻게 ESG 또는 서브 ESG 관련 정보를 지시할 것인지에 관한 몇몇 실시 예들을 이미 기술하였다.

또한 <표 26> 및 <표 60>와 같은 ESG 또는 서브 ESG 관련 정보를 상이하게, 예컨대 통지, 별도의 시그널링에 의해 지시할 수도 있다.

<제 5 실시 예>

본 발명의 제 5 실시 예는 ESG를 구별하기 위하여 본 발명에서 제안한 정보들을 HTTP request 쿼리를 사용하여 획득하는 방식이다. 즉, 단말이 서버에게 자신이 가지고 있는 정보들을 전송하고 상기 정보들을 이용하여 사용할 수 있는 가능한 ESG 리스트를 문의하고, 서버는 해당 정보들을 이용하여 단말에게 가능한 ESG 리스트를 넘겨주는 방식이다. 즉, 단말이 미리 저장하고 있는 NetworkID, CellID, IPDC운영자 식별자등의 정보를 서버에게 전달하면서 사용가능한 ESG 리스트를 요구하면 서버는 이 정보들을 해석하여 가능한 ESG 리스트를 단말에게 전달할 수 있다.

단말은 <표 26> 및 <표 60>에 기술된 IPDC 운영자, 지리 정보, 액세스 네트워크, 또는 기타 정보를 기반으로 하여 ESG를 조회할 수도 있다.

1. IPDC 운영자를 기반으로 한 ESG 조회

단말이 어떤 특정 IPDC 운영자, 예컨대 자신의 홈 IPDC 운영자에 따른 ESG를 조회하고자 한다. 서버는 그 특정의 IPDC 운영자와만 관련된 ESG를 단말에 전송하게 된다.

조회 메시지	키	값
어떤 특정 IPDC 운영자에 대한 ESG를 IA 채널을 통해 요청	어떤 특정 IPDC 운영자에 대한 ESG를 IA 채널을 통해 요청
	IPDC 운영자	IPDCKSMId IPDCOperatorId

2. 지리 정보를 기반으로 ESG 조회

단말이 어떤 특정 영역, 예컨대 하나의 로밍 네트워크에 대한 ESG를 조회하고자 한다. 서버는 그 특정의 영역과만 관련된 ESG를 단말에 전송하게 된다.

조회 메시지	키	값
어떤 특정 지리에 대한 ESG를 요청	어떤 특정 지리에 대한 ESG를 요청
	지리 정보	네트워크 id 셀 id GPS 다른 지리 정보를 위한 예비 영역

3. 액세스 네트워크를 기반으로 한 ESG 조회

단말이 어떤 특정 네트워크, 예컨대 DVB-H 네트워크 1 또는 3GPP 네트워크 2에 대한 ESG를 조회하고자 한다. 서버는 그 특정 네트워크와만 관련된 ESG를 단말에 전송하게 된다.

조회 메시지	키	값
어떤 특정 액세스 네트워크에 대한 ESG를 요청	어떤 특정 액세스 네트워크에 대한 ESG를 요청
	액세스 네트워크	네트워크 id 네트워크 타입: 1. DVB-H 2. DVB-S 3. 3GPP 4. DVB-SH에서의 위성 네트워크 5. DVB-SH에서의 지상파 네트워크 다른 액세스 네트워크 정보를 위한 예비 영역

그 조회된 정보들은 조합될 수도 있다. 예컨대, 단말은 네트워크 1에 있는 IPDC 운영자 1로부터의 ESG를 조회할 수 있다.

조회 메시지	키	값
어떤 특정 네트워크에 걸쳐 어떤 특정 영역에 있는 어떤 특정 IPDC 운영자에 대한 ESG를 IA 채널을 통해 요청	어떤 특정 네트쿼크에 걸쳐 어떤 특정 영역에 있는 어떤 특정 IPDC 운영자에 대한 ESG를 IA 채널을 통해 요청
	IPDC 운영자	IPDCKSMId IPDCOperatorId
	지리 정보	네트워크 id 셀 id GPS 다른 지리 정보를 위한 예비 영역
	액세스 네트워크	네트워크 id 네트워크 타입: 1. DVB-H 2. DVB-S 3. 3GPP 4. DVB-SH에서의 위성 네트워크 5. DVB-SH에서의 지상파 네트워크 다른 액세스 네트워크 정보를 위한 예비 영역

따라서, 다음 <표 66>과 같이 새로운 키와 값을 조회 메시지에 부가할 것을 제안한다.

키	값	의미
type	ESGContainer DeliveryList	예상 반응의 타입. 예컨대, ESG DeliveryList 또는 Containers가 요청된 경우.
containerID	16 비트 양의 정수	FLUTE FDT 또는 DeliveryList에 시그널링된 바의 ContainerID. 다수의 값이 쉼표로 분리될 수 있음.
fragmentID	16 비트 양의 정수	DeliveryList에 시그널링된 바의 전송 FragmentID. 다수의 값이 쉼표로 분리될 수 있음.
IPDCKMSID	미부호 단축형	DeliveryList에 시그널링된 바의 전송 IPDCKMSID. 다수의 값이 쉼표로 분리될 수 있음.
IPDCOperatorID	문자열	DeliveryList에 시그널링된 바의 전송 IPDCOPeratorID. 다수의 값이 쉼표로 분리될 수 있음.
NetworkID	16 비트 양의 정수	DeliveryList에 시그널링된 바의 전송 NetworkID. 다수의 값이 쉼표로 분리될 수 있음.
CellID	16 비트 양의 정수	DeliveryList에 시그널링된 바의 전송 CellID. 다수의 값이 쉼표로 분리될 수 있음.
DLVersion	LASTUPDATED datetime value (NTP 타임스탬프, unsignedInt)	DeliveryList의 LASTUPDATED 버전
EsgURI	ProviderDiscovery에 시그널링된 바의 ESG_URI	ESG URI에 딸린 "대화형" AccessPoint로 전송.

<제 6 실시 예>

제 6 실시 예에서는 대화형 네트워크를 통한 어떤 특정 IPDC 운영자에 대한 ESG 부트스트랩을 제공한다. 단말은 어떤 특정 IPDC 운영자, 예컨대 자신이 가입되어 있는 IPDC 운영자에 대한 ESG 부트스트랩 정보를 요청할 수도 있다. 서버는 그 특정 IPDC 운영자와만 관련된 ESG 부트스트랩 정보를 모아서 그것을 대화형 네트워크를 통해 단말에 전송할 수 있다. 따라서, 단말은 모든 부트스트랩 정보를 분석할 필요가 없이 자신이 원하는 것을 쉽게 얻을 수 있게 된다.

단말이 어떤 특정 IP 플랫폼에 있는 하나의 특정 IPDC 운영자로부터의 ESG 부트스트랩을 조회하고자 한다면, 조회 메시지는 하기의 <표 67>과 같을 수 있다.

조회 메시지	키	값
어떤 특정IP 플랫폼에 있는 어떤 특정 IPDC 운영자에 대한 ESG 부트스트랩 정보를 IA 채널을 통해 요청	어떤 특정 IPDC 운영자에 대한 ESG 부트스트랩 정보를 IA 채널을 통해 요청
	IPDC 운영자	IPDCKSMId IPDCOperatorId
	IP 플랫폼	IP 플랫폼 ID

단말이 모든 IP 플랫폼에 있는 하나의 특정 IPDC 운영자로부터의 ESG 부트스트랩을 조회하고자 한다면, 조회 메시지는 하기의 <표 68>과 같을 수 있다.

조회 메시지	키	값
어떤 특정 IPDC 운영자에 대한 ESG 부트스트랩 정보를 IA 채널을 통해 요청	어떤 특정 IPDC 운영자에 대한 ESG 부트스트랩 정보를 IA 채널을 통해 요청
	IPDC 운영자	IPDCKSMId IPDCOperatorId

본 실시 예는 별개로 사용되거나, 방송 방식으로 미리 IPDC 운영자 정보를 지시하는 실시 예과 함께 사용될 수 있다.

도 38은 본 발명의 제 6 실시 예에 따른 단말의 동작을 설명하기 위한 순서도이다.

도 38을 참조하면, 3805 단계에서 단말이 어떤 특정 IPDC 운영자 값을 갖는 ESG 부트스트랩 조회 메시지 전송한다. 3610 단계에서 단말이 서버로부터 응답 수신한다. 3815 단계에서 단말은 요청된 ESG 부트스트랩 정보 이용 가능 여부를 판단 한다.

상기 3815 단계의 판단 결과 가능하다면, 3820 단계에서 단말이 조회한 IPDC 운영자와 관련된 모든 ESG 부트스트랩 정보를 분석하여 해당 ESG 부트스트랩 선택한다. 단말은 3625 단계에서 다수의 IP 플랫폼이 이용 가능하면 단말이 부트스트랩에 대해 하나의 IP 플랫폼 선택한다. 또한, 3830 단계에서 단말이 ESGProviderDiscoveryDescriptor 및 ESGAccessDescriptor로부터 ESG 선택한다. 그런 후, 3835 단계에서 단말이 ESG에 액세스한다. 3840 단계에서 단말이 서비스에 액세스 또는 서비스 구매한다.

도 39은 본 발명의 제 6 실시 예에 따른 서버의 동작을 설명하기 위한 도면이다.

도 39을 참조하면, 3905 단계에서 서버가 어떤 특정 IPDC 운영자 값을 갖는 ESG 부트스트랩 조회 메시지 수신한다.

3910 단계에서 서버는 요청된 그 특정 IPDC 운영자에 대한 ESG 부트스트랩 정보 이용 가능 여부를 판단한다.

상기 3910 단계의 판단 결과 가능하다고 판단되면, 서버는 3915 단계에서 요청된 IPDC 운영자와 관련된 모든 ESG 부트스트랩 정보를 모아서 단말에 전송한다. 그러나, 3910 단계의 판단 결과 불가능하다고 판단되면, 서버는 3920 단계에서 실패 값으로 응답한다.

로밍 시나리오에서는, 로컬 IPDC 운영자 정보라도 ESG 부트스트랩에 지시되지만, 아마도 각각의 IPDC 운영자에 대한 로밍 파트너들이 지시되지 않거나 fhakld 파트너들의 리스트가 완벽하지 않을지도 모른다. 그 경우, 로밍 단말은 액세스 가능한 서비스를 포함하고 있는 적절한 ESG를 선택하기 어렵다. 하지만, 여기서의 조회 메커니즘이 도움이 될 수 있다.

서버는 미리 각각의 ESG에 대한 모든 로컬 IPDC 운영자 정보를 예컨대 ESG 부트스트랩에 지시하게 된다. 서버가 단말로부터 어떤 특정의 IPDC 운영자 정보를 갖는 조회 메시지를 수신하면, 서버는 그것이 어떤 특정의 IPDC 운영자와의 로밍 파트너인지의 여부를 확인해야 한다. 그렇다면, 서버는 그 로컬 IPDC 운영자와 관련된 모든 ESG 부트스트랩 정보를 모아서 그것을 단말에 전송한다. 그렇지 않으면, 실패 정보로 응답한다.

도 40은 본 발명의 조합된 제 6 실시 예에 따른 서버 동작을 설명하기 위한 순서도이다.

도 40을 참조하면, 4005 단계에서 서버가 미리 각각의 ESG에 대한 로컬 IPDCKSMID 및 IPDCOperatorID를 ESG 부트스트랩(또는 PSI/SI 또는 다른 위치)에 지시한다. 그리고, 4010 단계에서 서버가 단말로부터 그 IPDCKSMID 및 IPDCOperatorID를 갖는 ESG 부트스트랩 조회 메시지를 수신한다. 그리고, 4015 단계에서 서버가 단말의 IPDCKSMID 및 IPDCOperatorID가 어떤 로컬 IPDC 운영자와의 로밍 파트너인지의 여부를 확인하고, 로밍 파트너이면 그 로컬 IPDC 운영자와 고나련된 모든 ESG 부트스트랩 정보를 단말에 전송하고, 그렇지 않으면 실패 정보로 응답한다.

도 41은 본 발명의 조합된 제 6 실시 예에 따른 단말의 동작을 설명하기 위한 도면이다.

도 41를 참조하면, 단말은 예컨대 ESG 부트스트랩에 이미 지시된 로컬 IPDC 운영자 정보를 탐색한다. 단말이 가입되어 있는 IPDC 운영자 정보를 그 가운데서 찾을 수 없으면, 단말은 자신의 IPDC 운영자 정보를 갖는 ESG 부트스트랩 조회 정보를 서버에 전송한다. 서버가 로컬 IPDC 운영자에서 그 로밍 파트너를 찾으면, 서버는 모든 관련 ESG 부트스트랩 정보를 단말에 전송하고, 그러면 단말은 ESG를 선택하여 서비스에 액세스하거나 서비스를 구매한다.

도 41를 참조하면, 4105 단계에서 단말이 PSI/SI를 획득한다. 4110 단계에서 단말이 ESG 부트스트랩에 대한 이용 가능한 IP 플랫폼을 선택한다. 4115 단계에서 단말이 IPDCRelatedInformation를 분석한다. 4120 단계에서 단말의 IPDCKSMID 및 IPDCOperatorID를 로컬 IPDCKSMID 및 IPDCOperatorID에서 찾을 수 있으면, 단말이 그 관련 ESG에 액세스할 수 있다. 4125 단계에서 단말이 그 IPDCKSMID 및 IPDCOperatorID를 갖는 ESG 선택한다. 4130 단계에서 단말이 ESG에 액세스한다. 4135 단계에서 단말이 서비스에 액세스하거나 서비스 구매한다.

4140 단계에서 단말이 IPDCKSMID를 로컬 IPDCKSMID 및 IPDCOperatorID에서 찾을 수 없으면, 단말이 그 관련 ESG에 액세스할 수 있다. 4145 단계에서 단말이 자신의 IPDCKSMID 및 IPDCOperatorID를 갖는 ESG 부트스트랩 정보에 대해 조회한다. 4150 단계에서 단말은 IPDC 운영자 로밍 파트너가 로컬 IPDC 운영자 중의 하나이면, 단말이 그 로컬 IPDC 운영자와 관련된 ESG 정보를 수신할 수 있다. 4155 단계에서 단말이 ESG에 액세스한다. 4160 단계에서 단말이 서비스에 액세스 또는 서비스 구매한다.

<제 7 실시 예>

제 7 실시 예에서는 ESG 어나운스 캐로셀로 ESG 서브세트 관련 정보 시그널링을 한다.

상기 <표 44>와 같은 로밍 ESG 관련 정보는 ESG 어나운스먼트 캐로셀(announcement carousel)에 부가될 수도 있다. 그러한 파라미터들은 ESG 이닛 컨테이너(init container)에 기입될 수 있고, 도 40의 도면 부호 "4010"와 같이 소위 속성 또는 ESG 서브세트 속성이라 하는 필드가 그들에 할당될 수 있다.

도 42의 도면 부호 "4240"와 같이, 속성 컨테이너라 하는 별개의 컨테이너가 할당되어 그들 서브세트 ESG 관련 정보를 실을 수도 있다.

또는 이닛 컨테이너 또는 임의의 다른 기존 컨테이너들에 일부를, 그리고 새로운 컨테이너에 일부를 실을 수도 있다. 그 파라미터들은 ESG 어나운스먼트 캐로셀의 다른 위치들에 있을 수도 있다.

도 42은 새로운 요소 또는 컨테이너를 갖는 ESG 어나운스먼트 캐로셀을 도시하고 있다.

도 42을 참조하면, 하나 이상의 ESG 어나운스먼트 캐로셀 FLUTE 세션들(4210, 4230)이 있을 수 있는데, 각각의 ESG 어나운스먼트 캐로셀 FLUTE 세션은 특정 속성을 갖는 하나의 ESG 서브세트에 대한 것이다.

일례로서, 하나의 ESG 어나운스먼트 캐로셀 FLUTE 세션은 위성 네트워크를 통한 ESG 서브세트에 대한 것이고, 다른 ESG 어나운스먼트 캐로셀 FLUTE 세션은 지상파 네트워크를 통한 ESG 서브세트에 대한 것이다.

두 번째 예로서, 하나의 ESG 어나운스먼트 캐로셀 FLUTE 세션은 하나의 IPDC 운영자(IPDCKSMID, IPDCOperatorID)와 관련된 ESG 서브세트에 대한 것이고, 다른 ESG 어나운스먼트 캐로셀 FLUTE 세션은 다른 IPDC 운영자(IPDCKSMID, IPDCOperatorID)와 관련된 ESG 서브세트에 대한 것이다.

세 번째 예로서, 하나의 ESG 어나운스먼트 캐로셀 FLUTE 세션은 하나의 영역과 관련된 ESG 서브세트에 대한 것이고, 다른 ESG 어나운스먼트 캐로셀 FLUTE 세션은 다른 영역과 관련된 ESG 서브세트에 대한 것이다.

네 번째 예로서, 하나의 ESG 어나운스먼트 캐로셀 FLUTE 세션은 로컬 사용자와 관련된 ESG 서브세트에 대한 것이고, 다른 ESG 어나운스먼트 캐로셀 FLUTE 세션은 로밍 사용자와 관련된 ESG 서브세트에 대한 것이다. 향후에, 하나의 ESG가 2개 이상의 IP 플랫폼들에 적용될 수 있다면, 그 ESG에 존재하는 상이한 IP 플랫폼들에 대해 상이한 ESG 어나운스먼트 캐로셀 FLUTE 세션이 준비될 수 있다.

도 43의 4210은 특정 종류의 속성을 갖는 하나의 ESG 서브세트에 대한, 예컨대 위성을 통한 ESG 서브세트, 하나의 IPDC 운영자와 관련된 ESG 서브세트, 또는 특정 영역과 관련된 ESG 서브세트에 대한 ESG 어나운스먼트 캐로셀 FLUTE 세션일 수 있다.

도 43의 4320은 특정 종류의 속성을 갖는 다른 ESG 서브세트에 대한, 예컨대 지상파를 통한 ESG 서브세트, 다른 IPDC 운영자와 관련된 ESG 서브세트, 또는 다른 영역과 관련된 ESG 서브세트에 대한 ESG 어나운스먼트 캐로셀 FLUTE 세션을 나타낸다.

상이한 ESG 어나운스먼트 캐로셀 FLUTE 세션들(4310, 4330)은 상이하게 지시될 수 있다. 일례로서, 다음의 도 44에 도시된 바와 같이, 오리지널 ESG 어나운스먼트 캐로셀 FLUTE 세션이 다른 ESG 서브세트에 대한 다른 ESG 어나운스먼트 캐로셀에 관한 엑세스 정보를 지시한다.

도 44를 참조하면, 4410은 특정 종류의 속성을 갖는 하나의 ESG 서브세트에 대한, 예컨대 위성을 통한 ESG 서브세트, 하나의 IPDC 운영자와 관련된 ESG 서브세트, 또는 특정 영역과 관련된 ESG 서브세트에 대한 ESG 어나운스먼트 캐로셀 FLUTE 세션일 수 있다.

4420은 특정 종류의 속성을 갖는 다른 ESG 서브세트에 대한, 예컨대 위성을 통한 ESG 서브세트, 다른 IPDC 운영자와 관련된 ESG 서브세트, 또는 다른 영역과 관련된 ESG 서브세트에 대한 ESG 어나운스먼트 캐로셀 FLUTE 세션일 수 있다.

다른 예로서, 도 45에 도시된 바와 같이, ESG 액세스 디스크립터가 각각의 IP 주소 및 그에 대한 포트 번호, TSI를 지시할 수 있다. CDP 명세(ESTI TS 102 472)에서는, TSI와 IP 소스 어드레스의 조합이 FLUTE 세션을 식별한다고 하고 있다.

도 45을 참조하면, 4510은 특정 종류의 속성을 갖는 하나의 ESG 서브세트에 대한, 예컨대 위성을 통한 ESG 서브세트, 하나의 IPDC 운영자와 관련된 ESG 서브세트, 또는 특정 영역과 관련된 ESG 서브세트에 대한 ESG 어나운스먼트 캐로셀 FLUTE 세션일 수 있다.

4520은 특정 종류의 속성을 갖는 다른 ESG 서브세트에 대한, 예컨대 지상파를 통한 ESG 서브세트, 다른 IPDC 운영자와 관련된 ESG 서브세트, 또는 다른 영역과 관련된 ESG 서브세트에 대한 ESG 어나운스먼트 캐로셀 FLUTE 세션일 수 있다.

도 45의 예에 있어서, 상이한 ESG 어나운스먼트 캐로셀 FLUTE 세션은 동일한 ESG의 상이한 ESG 서브세트에 대한 것이다.

서버 측에서는, 상이한 속성을 갖는 상이한 ESG 서브세트에 대해, 예컨대 위성 네트워크과 지상파 네트워크에 대해 상이한 ESG 어나운스먼트 캐로셀 FLUTE 세션이 준비된다. 그 각각은 그 자신의 식별자를 갖는다.

그러한 ESG 어나운스먼트 캐로셀 FLUTE 세션을 전달하는 상이한 방식들이 있을 수 있다.

첫 번째로, 다수의 ESG 어나운스먼트 캐로셀 FLUTE 세션이 분산된 방식으로 전송된다.

상기 첫 번째 방식으로 취할 수 있는 가능한 접근법은 모든 ESG 어나운스먼트 캐로셀 FLUTE 세션을 분산된 방식으로 전송하는 것이다. 예컨대, 그것은 다수의 네트워크 또는 다수의 셀을 사용하여 구현되거나 임의의 다른 방식으로 구현될 수 있다. 각각의 ESG 어나운스먼트 캐로셀 FLUTE 세션이 그 속성 및 전달 조건에 따라 전달된다. 예컨대, 위성 네트워크에 대한 ESG 어너운스먼트 캐로셀 FLUTE 세션은 그것이 위성을 거칠 경우에 전달될 것이고, 지상파 네트워크에 대한 ESG 어너운스먼트 캐로셀 FLUTE 세션은 그것이 지상파 네트워크를 거칠 경우에 전달될 것이다. 따라서, 단말은 위성 네트워크로부터 신호를 수신할 경우에 위성에 대한 ESG 어나운스먼트 캐로셀 및 ESG 서브세트를 수신하고, 지상파 네트워크로부터 신호를 수신할 경우에 지상파에 대한 EGS 어나운스먼트 캐로셀 및 ESG 서브세트를 수신한다.

본 시나리오에서는, 단말이 수신하는 것이 완전한 ESG가 아니라 한 번에 단지 하나의 ESG 서브세트일 수 있다. 그것은 단말이 상이한 수신시에, 에컨대 위성으로부터의 수신 및 지상파로부터의 수신 시에 동일한 ESGURI를 갖는 상이한 ESG 데이터를 수신할 수 있음을 의미한다.

하지만, 단말이 수신한 ESG가 완전한 것인지 아닌지의 여부 및 수신의 변경 시에 단말이 ESG의 새로운 서브세트를 업데이트하여 수신해야 하는지의 여부를 어떻게 단말이 알 수 있는가 하는 것은 불명확하다.

따라서, 하나의 ESG에 대한 ESG 어나운스먼트 캐로셀 FLUTE 세션이 분산된 방식으로 전송되는지의 여부를 지시하는 하나의 라벨을 부가할 것을 제안한다.

상기 라벨로써 MultipleESGAnnouncementCarousel이 부가되는데, 이는 주어진 ESG에 대해 다수의 ESG 어나운스먼트 캐로셀이 적용되는지의 여부를 지시하기 위해 부가된 새로운 요소이다.

상기 MultipleESGAnnouncementCarousel가 "1"로 설정되면, ESG에 대해 다수의 ESG 어나운스먼트 캐로셀이 적용됨을 의미하고, 상기 MultipleESGAnnouncementCarousel가 "0"으로 설정되면, ESG에 대해 단 하나의 ESG 어나운스먼트 캐로셀이 적용됨을 의미한다.

필드	의미
MultipleESGAnnouncementCarousel	"1"로 설정되면, 그 ESG에 대해 다수의 ESG 어나운스먼트 캐로셀이 적용됨을 의미하고, "0"으로 설정되면, 그 ESG에 대해 단 하나의 ESG 어나운스먼트 캐로셀이 적용됨을 의미한다.

상기 라벨의 위치는 다양할 수 있는데, 다음에 몇 가지 예들이 주어져 있다, 그러나, 그 라벨의 위치는 한정되는 것은 아니다.

그러면, 하기의 <표 70> 내지 <표 73>은 ESGAccessDescriptor에 새로운 라벨이 부가된 예들을 나타내고 있다.

상기 새로운 요소는 다음의 <표 70>과 같이 시그널링될 수 있는데, MultipleESGAnnoucementCarousel가 그 새로운 요소이다.

Syntax

ESGEntry{

ESGEntryVersion

ESGEntryLength

MultipleStreamTransport

MultipleESGAnnoucementCarousel

IPVersion6

Reserved

ProviderID

if(IPVersion6){

SourceIPAddress

DestinationIPAddress

}else{

SourceIPAddress

DestinationIPAddress

}

Port

TSI

}

두 번째 가능한 위치는 다음의 <표 71>과 같다.

Syntax

ESG Access Descriptor{

n_o_ESGEntries

for(i=0; i<n_o_ESGEntries; i++){

ESGEntry[i]()

MultipleESGAnnoucementCarousel

}

세 번째 가능한 위치는 다음의 <표 72>와 같다.

Syntax

ESG Access Descriptor{

MultipleESGAnnoucementCarousel

n_o_ESGEntries

for(i=0; i<n_o_ESGEntries; i++){

ESGEntry[i]()

}

그리고, 새로운 요소는 하기의 <표 73>과 같이 ESGProviderDiscoveryDescriptor에 부가될 수도 있다.

두 번째 방식으로, 다수의 ESG 어나운스먼트 캐로셀 FLUTE 세션에 대한 속성이 시그널링된다.

다수의 ESG 어나운스먼트 FLUTE 세션이 동시에 전송되는 것도 가능하다. 그 경우, 단말이 어떻게 적절한 FLUTE 세션을 선택할지가 남겨진 문제이다.

따라서, 각각의 ESG 어나운스먼트 캐로셀 FLUTE 세션에 대한 속성을 시그널링할 것을 제안한다. 예컨대, 위성 또는 지상파에 대한 것인지, 지역 1 또는지역 2에 대한 것인지, IPDC 운영자 1 또는 IPDC 운영자 2에 대한 것인지, 로컬 사용자 또는 로밍 사용자에 대한 것인지를 시그널링한다. 그러한 시그널링을 기반으로 하여, 단말이 액세스에 적절한 것을 선택한다.

여기서는 DVB-Sh 시스템을 예로 들기로 한다. 각각의 ESG 엑세스 어나운스먼트 케로셀에 대해 네트워크 id와 셀 id가 시그널링될 수 있다. 위성 셀과 지상파 셀은 셀 id의 상이한 영역을 사용한다. 따라서, 단말은 셀 id를 기반으로 하여 그것이 위성 셀인지 또는 지상파 셀인지의 여부를 알 수 있다.

필드	의미
Network id	그 ESG 서브세트가 사용되는 타깃 네트워크를 지정한다.
Cell id	그 ESG 서브세트가 사용되는 타깃 셀을 지정한다.

새로운 요소의 위치는 다양할 수 있다. 상기 새로운 요소 "셀 id"는 ESGAccessDescriptor에 다양한 방식으로 부가될 수 있다. 그 일례는 다음의 <표 75>와 같다.

Syntax

ESGEntry{

ESGEntryVersion

ESGEntryLength

MultipleStreamTransport

MultipleESGAnnoucementCarousel

IPVersion6

Reserved

ProviderID

if(IPVersion6){

SourceIPAddress

DestinationIPAddress

}else{

SourceIPAddress

DestinationIPAddress

}

Port

TSI

Network id

Cell id

}

또는 다음의 <표 76>과 같다.

Syntax

ESG Access Descriptor{

n_o_ESGEntries

for(i=0; i<n_o_ESGEntries; i++){

ESGEntry[i]()

MultipleESGAnnoucementCarousel

Network id

Cell id

}

각각의 ESG 어나운스먼트 캐로셀 FLUTE 세션에 대한 셀 정보는 다음의 <표 77>과 같이 상세하게 시그널링될 수 있다.

필드	의미
MultipleESGAnnouncementCarousel	"1"로 설정되면, 그 ESG에 대해 다수의 ESG 어나운스먼트 캐로셀이 적용됨을 의미하고, "0"으로 설정되면, 그 ESG에 대해 단 하나의 ESG 어나운스먼트 캐로셀이 적용됨을 의미한다.
MultipleESGAnnouncementCarouselAttributeIndication	"1"로 설정되면, 다수의 ESG 어나운스먼트 캐로셀에 관한 속성이 지시됨을 의미하고, "0"으로 설정되면, 다수의 ESG 어나운스먼트 캐로셀에 관한 속성이 지시되지 않음을 의미한다.
n_o_AnnouncementCarousel	ESG에 대한 ESG 어나운스먼트 캐로셀 FLUTE 세션의 수를 지정한다.
Network id	그 ESG 서브세트가 사용되는 타깃 네트워크를 지정한다.
Cell id	그 ESG 서브세트가 사용되는 타깃 셀을 지정한다.

Syntax

ESGEntry{

ESGEntryVersion

ESGEntryLength

MultipleStreamTransport

MultipleESGAnnoucementCarousel

MultipleESGAnnoucementCarouselAttributeIndication

IPVersion6

Reserved

ProviderID

If(MultipleESGAnnoucementCarousel){

If(MultipleESGAnnoucementCarouselAttributeIndication){

For(i=0;i<n_o_AnnoucmentCarousel i++){

if(IPVersion6){

SourceIPAddress

DestinationIPAddress

}else{

SourceIPAddress

DestinationIPAddress

}

Port

TSI

Network id

Cell id

}else{

For(i=0;i<n_o_AnnoucmentCarousel; i++){

if(IPVersion6){

SourceIPAddress

DestinationIPAddress

}else{

SourceIPAddress

DestinationIPAddress

}

Port

TSI

}

}else{

if(IPVersion6){

SourceIPAddress

DestinationIPAddress

}else{

SourceIPAddress

DestinationIPAddress

}

Port

TSI

}

상기에서 SH 시스템에 대한 예를 설명하였다. 다른 목적으로 사용되는, 예컨대 상이한 IPDC 운영자, 상이한 지역, 로컬 사용자 또는 로밍 사용자에 사용되는 다수의 ESG 어나운스먼트 캐로셀 FLUTE 세션도 유사하게 적용될 수 있다.

2가지 경우에 대한 그 일례는 다음의 <표 79> 및 <표 80>과 같다.

필드	값	의미
MultipleESGAnnouncementCarouselAttributeIndication	0x01	상이한 셀에 대한, 예컨대 DVB-SH 시스템에서의 위성 셀 및 지상파 셀에 대한 상이한 ESG 어나운스먼트 캐로셀을 지정한다.
	0x02	상이한 IPDC 운영자에 대한 ESG 어나운스먼트 캐로셀을 지정한다.
	0x03∼0xFF	장래 사용을 위한 예비 영역

Syntax

ESGEntry{

ESGEntryVersion

ESGEntryLength

MultipleStreamTransport

MultipleESGAnnoucementCarousel

MultipleESGAnnoucementCarouselAttributeIndication

IPVersion6

Reserved

ProviderID

If(MultipleESGAnnoucementCarousel){

If(MultipleESGAnnoucementCarouselAttributeIndication==0x1){

For(i=0;i<n_o_AnnoucmentCarousel i++){

if(IPVersion6){

SourceIPAddress

DestinationIPAddress

}else{

SourceIPAddress

DestinationIPAddress

}

Port

TSI

Network id

Cell id

}else{

If(MultipleESGAnnoucementCarouselAttributeIndication==0x2){

For(i=0;i<n_o_AnnoucmentCarousel i++){

if(IPVersion6){

SourceIPAddress

DestinationIPAddress

}else{

SourceIPAddress

DestinationIPAddress

}

Port

TSI

IPDCKMSID

IPDCOperatorID

}else{

For(i=0;i<n_o_AnnoucmentCarousel; i++){

if(IPVersion6){

SourceIPAddress

DestinationIPAddress

}else{

SourceIPAddress

DestinationIPAddress

}

Port

TSI

}

}else{

if(IPVersion6){

SourceIPAddress

DestinationIPAddress

}else{

SourceIPAddress

DestinationIPAddress

}

Port

TSI

}

ESGProviderDiscoveryDescriptor 및 ESGAccessDescriptor는 ESGoIA 를 커버하기 위해 확장된다. 그러한 새로운 버전을 기반으로 하여, 새로운 요소가 수정될 수도 있다.

하기의 <표 82>에는 ESGProviderDiscoveryDescriptor의 확장을 나타내고 있다.

ESGProviderDiscoveryDescriptor의 의미는 하기의 <표 83>과 같다.

MultipleESGAnnouncementCarouselAttribute 분류 방식은 다음과 같다.

<ClassificationScheme uri="urn:dvb:ipdc:esg:cs: MultipleESGAnnoucementCarouselAttribute TypeCS"> <Term termID="1"> <Name xml:lang="en">ESG Annoucement Carousel Attribute</Name> <Definition xml:lang="en">attribute of the ESG announcementcarousel </Definition> <Term termID="1.1"> <Name xml:lang="en">Region</Name> <Definition xml:lang="en">access region</Definition> </Term> <Term termID="1.2"> <Name xml:lang="en">IPDC operator</Name> <Definition xml:lang="en">IPDC operator</Definition> </Term> <Term termID="1.3"> <Name xml:lang="en">IP platform</Name> <Definition xml:lang="en">IP platform</Definition> </Term> </Term> </ClassificationScheme>

그 정보를 시그널링하는데 다음의 <표 85>와 같은 독립 디스크립터가 사용될 수도 있다.

파티션 또는 상이한 ESG 서브세트에 대한 다수의 ESG 어나운스먼트 캐로셀을 지원하기 위해, 프라그먼트 레벨 내에서 속성을 지시할 필요가 있을 수 있다. 예컨대, 어떤 프러그먼트가 위성 셀에 대한 것이고, 어떤 프래그먼트가 지상파 셀에 대한 것인지가 지시될 수 있다.

이상, 본 발명을 특정의 예시적 실시예들을 참조하여 설명하였지만, 본 발명은 전술된 실시예들에 한정되는 것이 아니다.당업자라면 첨부된 특허 청구 범위와 그 균등물에 의해 정의되는 바의 본 발명의 범위를 벗어남이 없이 다양한 수정, 부가, 및 치환을 할 수 있다는 것을 잘 이해할 것이다.

도 1은 CBMD 구조를 나타낸 도면,

도 2는 ESG의 구조도,

도 3은 ESG의 발견 단계도,

도 4는 단말에서의 현행 ESG 발견 과정의 순서도,

도 5는 제 1 시나리오의 일 예를 도시한 도면,

도 6은 제 2 시나리오의 일 예를 도시한 도면,

도 7은 제 1 시나리오에 적용된 제 1 실시 예를 설명하기 위한 도면,

도 8은 제 2 시나리오에 적용된 제 1 실시 예를 설명하기 위한 도면,

도 9는 실시 예 1-1을 설명하기 위한 도면,

도 10은 실시 예 1-1에 따라 다양한 위치를 갖는 IPDC 운영자 정보가 기재된 구조의 일 예를 도시한 도면 ,

도 11은 ESG 부트스트랩 세션에 IPDC 운영자 정보를 포함된 도면,

도 12는 단말에서의 실시 예 1-1의 순서도,

도 13은 실시 예 1-2를 설명하기 위한 도면,

도 14는 실시 예 1-2에 따라 부트스트랩의 디스크립터와 관련된 개체와 각 연결 관계도,

도 15는 IPDC 제공자와 ESG 간의 관계도,

도 16은 단말에서의 실시 예 1-2의 순서도,

도 17은 시나리오 1 대한 실시 예 2-1을 설명하기 위한 도면,

도 18은 시나리오 2에 대한 실시 예 2-1을 설명하기 위한 도면,

도 19a 및 19b는 단말에서의 실시 예 2-1의 순서도,

도 20은 시나리오 1에 적용된 실시 예 2-2를 설명하기 위한 도면,

도 21은 시나리오 2에 적용된 실시 예 2-2를 설명하기 위한 도면,

도 22는 단말에서의 실시 예 2-2의 순서도,

도 23은 실시 예 3-1을 설명하기 위한 구조도,

도 24는 단말에서의 실시 예 3-2의 순서도,

도 25는 실시 예 3-1을 설명하기 위한 구조도,

도 26은 단말에서의 실시 예 3-2의 순서도,

도 27은 특정의 구역에 대한 특정의 ESG의 일례를 나타낸 도면,

도 28은 특정의 네트워크에 대한 특정의 ESG의 일례를 나타낸 도면,

도 29는 IPDC KSM 시스템 및 IPDC 운영자가 권한을 관리하는 일 예를 나타낸 도면,

도 30은 로밍의 일례를 도시한 도면,

도 31은 각각의 로컬 IPDCKSMID 및 IPDCOperatorID와 그것의 로밍 파트너들이 같이 미리 하나씩 지시됨을 도시한 도면,

도 32는 IPDCRelatedInformation에 따른 단말의 동작을 설명하기 위한 순서도,

도 33은 IPDCRelatedInformation에 따른 서버의 동작을 설명하기 위한 순서도,

도 34는 로밍 단말의 홈 운영자 및 그와 로밍 계약을 체결한 로컬 운영자를 도시한 도면,

도 35는 로컬 IPDC 운영자 및 외래 네트워크에서의 그 로밍 파트너를 도시한 도면,

도 36은 네트워크 구조를 나타낸 도면,

도 37은 단말 구조를 나타낸 도면,

도 38은 본 발명의 제 6 실시 예에 따른 단말의 동작을 설명하기 위한 순서도,

도 39은 본 발명의 제 6 실시 예에 따른 서버의 동작을 설명하기 위한 도면,

도 40은 본 발명의 조합된 제 6 실시 예에 따른 서버 동작을 설명하기 위한 순서도,

도 41는 본 발명의 조합된 제 6 실시 예에 따른 단말의 동작을 설명하기 위한 도면,

도 42는 새로운 요소 또는 컨테이너를 갖는 ESG 어나운스먼트 캐로셀을 도시한 도면,

도 43은 새로운 요소 또는 컨테이너를 갖는 ESG 어나운스먼트 캐로셀의 일 예를 도시한 도면,

도 44는 새로운 요소 또는 컨테이너를 갖는 ESG 어나운스먼트 캐로셀의 다른 예를 도시한 도면,

도 45는 새로운 요소 또는 컨테이너를 갖는 ESG 어나운스먼트 캐로셀의 또 다른 예를 도시한 도면.

Claims

방송 모바일 통합 서비스 시스템에서 단말이 전자 서비스 가이드((Electronic Service Guide : ESG)를 발견하는 방법에 있어서,

PSI/SI를 획득하여, 가용 IP 플랫폼을 선택하는 과정과,

상기 선택된 IP 플랫폼으로부터의 ESG 부트스트랩을 검출하는 과정과,

상기 ESG 부트스트랩에 포함된 ESG 발견 제공자 디스크립터(ESGProviderDiscoveryDescriptor) 및 ESG 접속 디스크립터(ESGAccessDescriptor)로부터 모든 가용 ESG를 검출하는 과정과,

상기 검출된 가용 ESG에 대한 IPDC 운영자 확인하는 과정과,

단말이 ESG 내의 가용 KMS를 지원하고, 가용 IPDC 운영자를 지원할 경우, 하나의 IPDC 운영자 선택하는 과정과,

상기 선택된 IPDC 운영자를 갖는 하나의 ESG를 선택 및 액세스한 후, 서비스에 액세스 또는 서비스 구매하는 과정을 포함함을 특징으로 하는 ESG 발견 방법.
방송 모바일 통합 서비스 시스템에서 전자 서비스 가이드((Electronic Service Guide : ESG)를 발견하는 단말 장치에 있어서,

방송 네트워크를 통해 신호를 수신하는 수신기와,

양방향 네트워크를 통해 신호를 송수신하는 송수신기와,

PSI/SI를 획득하여, 가용 IP 플랫폼을 선택하고, 상기 선택된 IP 플랫폼으로부터의 ESG 부트스트랩을 검출하고, 상기 ESG 부트스트랩에 포함된 ESG 발견 제공자 디스크립터(ESGProviderDiscoveryDescriptor) 및 ESG 접속 디스크립터(ESGAccessDescriptor)로부터 모든 가용 ESG를 검출하고,상기 검출된 가용 ESG에 대한 IPDC 운영자 확인하고, ESG 내의 가용 KMS를 지원하고, 가용 IPDC 운영자를 지원할 경우, 하나의 IPDC 운영자 선택하는 서브스크립션 관리부와,

상기 선택된 IPDC 운영자를 갖는 하나의 ESG를 선택 및 액세스한 후, 서비스에 액세스 또는 서비스 구매하는 컨텐츠 이용 관리부를 포함함을 특징으로 하는 ESG 발견 단말 장치.