KR20010072849A - 비트스트림 레코딩을 어드레싱하기 위한 방법 - Google Patents

Abstract

비트스트림 레코딩에서, 표현 데이터는 비디오 객체 유닛(Video Object Unit)들로 구성된다. 이러한 비디오 객체 유닛들은 가변적인 크기를 갖지만 가변적인 지속기간(duration)도 또한 갖는다. 비트스트림 내의 임의의 비디오 객체 유닛으로의 엑세스를 허용하기 위해서, 피스마다 일정한 크기를 갖는 비트스트림의 피스(VOBU#n)에 기초하는 하우스키핑 어드레스 테이블(housekeeping address table)이 사용된다. 어드레스 테이블은 이러한 피스 각각에 대해서 특정한 델타 지속기간(ΔDUR#n)을 추가적으로 포함하는데, 상기 델타 지속기간은 피스의 첫 번째 패킷의 도착 시간과 그 피스의 마지막 패킷 바로 다음에 오는 패킷의 도착 시간 사이의 시간 차이를 나타낸다. 목표 VOBU 어드레스의 계산은, 정해진 시간 값이 목표 VOBU를 향해 가장 근접하게 이를 때까지의 델타 지속기간을 누산하는 단계와; 일정한 피스 크기가 곱해진 이러한 테이블 엔트리의 실행 인덱스(running index)로부터 엑세스될 어드레스 값을 직접 산출하는 단계를 포함한다.

Description

비트스트림 레코딩을 어드레싱하기 위한 방법{METHOD FOR ADDRESSING A BITSTREAM RECORDING}

비트스트림 레코딩에 있어서, 비트스트림을 더욱 규칙적인 구조의 서브-유닛들로 세분하는 것은 자유롭다. DVD(디지털 비디오 또는 범용 디스크)내의 표현 데이터(presentation data)는 일예로 실시간 재기록가능한 비디오 DVD에 대한 RTRW 명세에서, 비디오 객체 유닛(Video Object Unit)으로 지칭되며 VOBU로 표기되는 유닛들로 구성된다. VOBU는 가변적인 크기(다수의 섹터에서 측정된 데이터의 양)를 갖지만, (다수의 비디오 필드에서 측정된)가변적인 지속기간(duration)을 또한 갖는다. 디스크로부터의 데이터 검색을 위해서, RTRW 명세는 'VOBU 맵(VOBU map)'을 예견하는데(foresee), VOBU 맵은 레코딩에 있어서의 모든 VOBU에 대하여 섹터에 있어서의 길이와 필드에 있어서의 지속기간이 기입되는 테이블이다.

저장 매체로부터의 데이터 검색을 위한 테이블은 일정한 지속기간을 갖는 피스들(pieces)로 세분화되는 비트스트림 데이터에 기초할 수 있다.'지속기간(duration)'은 한 피스의 첫 번째 패킷의 도착 시간과 그 피스의 마지막 패킷 바로 다음에 오는 첫 번째 패킷의 도착 시간 사이의 차이를 의미한다. RTRW 레코딩이나 또는 스트림 레코딩의 일반적인 컨텍스트(context)에서 '하우스키핑(Housekeeping)'은 정해진 시간 값(RTRW 레코딩 경우의 표현 시간이나 스트림 레코딩 경우의 패킷 도착 시간)을 원하는 데이터가 발견될 수 있는 디스크 어드레스 값으로 변환하기 위한 작업이다.

그러한 시스템에서, VOBU 맵이나 HAT로 표기되는 '하우스키핑 어드레스 테이블'은 이러한 일정-지속기간을 갖는 피스들 각각에 대해, 특정 크기나 특정 오프셋이나 특정 델타 크기(delta size)나 또는, 일반적으로, 특정 어드레스 같은 양(quantity)을 포함할 수 있다. 총 지속기간 대신에 델타 값을 현재의 VOBU에 저장함으로써, 이러한 엔트리(entry)는 전체 VOBU 맵을 적당한 크기로 유지하는데 도움을 주는 더 짧은 워드 길이로 설명될 수 있다. 이러한 시스템을 위한 가능한 유형의 하우스키핑 방법은:

- 분할 및 잘라버림(truncation)을 통해, 정해진 시간 값으로부터 탐색(look-up)될 테이블 엔트리의 인덱스를 계산하는 단계와,

- 테이블 엔트리의 내용이 직접적으로 엑세스할 어드레스 값을 명시하거나, 또는 엑세스될 어드레스 값을 획득하기 위해서 그 인덱스까지의 모든 테이블 엔트리가 누산되어야 하는 단계를 포함할 수 있다.

일정한 지속기간을 갖는 피스에 기초하는 그러한 유형의 HAT의 큰 단점은 다음과 같다:

- 낮은 비트율 레코딩의 경우에, 일정한 지속기간을 갖는 피스들은 크기에 있어서 작게될 것이다, 즉 모든 피스들은 소수의 데이터 섹터만을 포함하거나, 극단적으로, 하나의 데이터 섹터의 일부만을 포함할 것이다. 디스크가 상당한 수의 그러한 피스들을 포함할 수 있음으로써, HAT는 너무 커져서 메모리에 보유될 수 없을 수도 있다.

- 높은 비트율 레코딩의 경우에, 일정한 지속기간을 갖는 피스들은 크기에 있어서 크다, 즉 각각의 피스들은 많은 데이터 섹터를 포함할 것이다. 그래서, 여러 가지 피스에 대한 어드레싱은 (섹터)스케일 상(on the scale) 매우 거친(coarse) 어드레싱에 대응한다, 즉 HAT로부터 유도되는 피스 어드레스는 현재 원하는 위치로부터 멀리 떨어져 있는 많은 섹터들에 위치될 수 있다.

그러므로, 일정한 지속기간을 갖는 피스들에 기초한 하우스키핑은 일부 경우에 너무 큰 HAT(디스크 용량의 절반까지)를 초래할 수 있고, 다른 경우에는 너무 거친 어드레싱을 초래할 수 있다.

본 발명은 일예로 광 디스크와 같은 저장 매체에 레코딩될 비트스트림이나 또는 거기에 레코딩되어 있는 비트스트림을 어드레싱하기 위한 방법 및 장치에 관한 것이다.

도 1은 DVD 스트림 레코딩을 위한 전체적인 시스템을 간단하게 나타내는 도면.

도 2는 기본 디렉토리와 파일 구조를 나타내는 도면.

도 3은 네비게이션 데이터 구조를 나타내는 도면.

도 4는 스트림 팩(stream pack)을 나타내는 도면.

도 5는 본 발명의 하우스키핑 어드레스 테이블(housekeeping address table)을 나타내는 도면.

도 6은 스트림 시간 맵 정보(Stream Time Map Information)를 나타내는 도면.

도 7은 매핑 리스트(mapping list)의 예를 나타내는 도면.

본 발명의 목적은 그러한 단점을 회피하는 방법으로서 저장 매체 어드레스 값에 정해진 시간 값을 할당하기 위한 방법을 개시하는데 있다. 이 목적은 청구범위 1항에 개시된 방법에 의해 달성된다.

본 발명에 따라, 하우스키핑 어드레스 테이블(HAT)은 일정한 길이나 크기를 갖는 피스, 즉 피스마다 일정한 수의 비트를 갖는 피스에 기초한다. 데이터가 각각 32 kByte 길이의 'ECC(에러 정정 코드 : Error Correction Code) 블록'으로 물리적으로 구성되는 DVD-RAM과 같은 매체에서, 위의 일정한 크기나 그 크기의 배수가 피스의 일정한 크기로써 사용된다면 특별한 장점이 생긴다. 그러나, 임의의 다른 일정한 크기가 사용될 수 있다. 피스가 일정한 크기를 갖는 이러한 경우에, HAT는 일정한 크기를 갖는 이러한 피스들 각각에 대해 특정의 절대 지속기간이나, 바람직하게는, 특정 델타 지속기간을 포함하는데, 상기 델타 지속기간은 피스에 포함된 마지막 패킷과 첫 번째 패킷 사이의 도착 시간 차이를 나타낸다. 하우스키핑 방법, 즉 목표 VOBU 어드레스의 계산은,

- 정해진 시간 값이 목표 VOBU를 향해 가장 근접하게 이를 때까지, 즉, 만약 VOBU 엔트리의 순방향 스캐닝이 수행된다면, 델타 지속기간의 합이 정해진 시간 값보다 작거나 또는 동일할 때까지, 또는 만약 VOBU 엔트리의 역방향 스캐닝이 수행된다면 델타 지속기간의 합이 정해진 시간 값보다 크거나 또는 동일할 때까지, HAT에 포함된 델타 지속기간을 누산하는 단계와;

- 일정한 피스 크기가 곱해진 이런 테이블 엔트리의 실행 인덱스(running index)로부터 엑세스될 어드레스 값을 직접 산출하는 단계를 포함한다.

본 발명의 일정 크기에 기초한 HAT의 장점은,

- HAT 크기가 레코딩의 비트율에 의존하지 않는다는 것과,

- HAT 어드레싱 정확도는 일정하고, 입도(granularity)는 기본적으로 '피스 크기 상수'에 대응하는데, 상기 피스 크기 상수는 모든 유형의 디스크에 대해 일정하게 되거나, 디스크마다 일정하게 되거나, 또는 특정 디스크 상의 레코딩마다 일정하게 되도록 적절하게 선택될 수 있다는 것이다.

대체로, 본 발명의 방법은 일예로 DVD 레코더와 같은 저장 매체 상에 레코딩될 비트스트림이나 거기에 레코딩되어진 비트스트림을 어드레싱하는데 적합하고, 여기서 상기 비트스트림의 피스에 기초하는 어드레스 테이블이 사용되며,

- 상기 피스들 각각은 상기 비트스트림의 일정한 양의 비트를 포함하는 단계와;

- 상기 피스들에 대한 각각의 어드레스 테이블 엔트리에 대해서, 절대 시간 지속기간이나 델타 시간 지속기간이 실행 인덱스를 사용하여 상기 어드레스 테이블에 할당되고;

- 절대 시간 지속기간 값을 저장하는 경우에:

목표 어드레스에 이르기 위한 어드레스 값을 획득하기 위해서, 상기 어드레스 테이블의 절대 시간 지속기간 엔트리에 대응하는 가장 근접한 시간 지속기간 엔트리가 선택되고, 상기 어드레스 값을 계산하기 위해서 대응하는 실행 인덱스에는 상기 일정한 양이 곱해지고, 또는;

- 델타 시간 지속기간 값을 저장하는 경우에:

목표 어드레스에 이르기 위한 어드레스 값을 획득하기 위해서, 상기 어드레스 값에 대응하는 가장 근접한 시간 지속기간까지의 모든 델타 시간 지속기간은 누산되고, 상기 어드레스 값을 계산하기 위해서 상기 가장 근접한 시간 지속기간에 관련된 델타 시간 지속기간 엔트리에 대응하는 실행 인덱스에는 상기 일정한 크기가 곱해진다.

본 발명의 방법에 대한 유리한 추가적인 실시예가 각각의 종속항에서 개시된다.

본 발명의 실시예가 첨부 도면을 참조하여 설명된다.

DVD 스트림 레코딩 시스템은 현행의 디지털 비트스트림을 레코딩하고, 그것들을 편집하며 그것들을 비트스트림으로써 재생(play back)하기 위해 재기록가능한 DVD 디스크를 사용하도록 설계되었다. 다음의 약어들이 사용된다:

LB : 논리 블록, RBN : 상대적인 바이트 수, RBP : 상대적인 바이트 위치, RLBN : 상대적인 논리 블록 수, STB : 세톱 박스, TOC : 내용 테이블, SCR : 시스템 클럭 기준.

이 시스템은 다음의 필요조건을 만족시키도록 설계되었다:

임의의 패킷 크기는 그것이 2 kByte보다 작고 한번의 처리 내에서 일정한 길이를 갖는 한(as long as it is less than 2 kByte and of constant length within a take) 지원된다. 재생 동안에 적절한 패킷 전달을 가능하게 하기 위해서 모든 방송 패킷(broadcast packet)에는 시간조정 메커니즘, 즉 시간 스탬프(time stamp)가 추가된다. 응용의 분야를 확대하기 위해서, 비-실시간 레코딩이 가능하여야 한다. 그러나, 이 경우에, STB는 시간 스탬프 정보를 생성하여야 한다. 데이터 할당 전략과 파일은 실시간 스트림 레코딩을 지원한다. 많은 디지털 서비스는 일반적으로 실시간 스트림에 삽입되는 서비스 정보를 필요로 한다. DVD 플레이어로부터의 데이터를 통해 제공된 STB를 지원하기 위해서, DVD는 추가적인 공간을 제공하여야 하는데, 상기 공간은 서비스 정보의 일부를 복사하고 추가적인 TOC 정보를 추가하기 위해서 STB에 의해 사용될 수 있다. 복사 방지가 지원되어야 한다. 또한, 서비스 제공자나 STB에 의해 수행되는 임의의 스크램블링(scrambling)은 계속해서 불변적이어야 한다. 사용자 필요조건은 레코딩을 위한 필요조건, 재생을 위한 필요조건, 및 편집을 위한 필요조건으로 그룹화될 수 있다:

실시간 레코딩

상기 시스템은 디지털 스트림의 실시간 레코딩을 가능하게 하도록 설계되어야 한다. 상기 시스템은 또한, 비록 그러한 레코딩이 각기 다른 스트림 포맷으로 구성되더라도, 사용자로 하여금 레코딩을 연결시키도록 허용하여야 한다. 만약 레코딩이 연결된다면, 끊어짐이 없거나(seamless) 또는 거의 연속적인 재생 가능성이향상될 것이지만 이것은 불필요하다.

네비게이션 지원

네비게이션을 지원하기 위해서, 다음과 같은 두 개의 정보 피스(pieces){리스트(lists)}가 레코딩 동안에 생성되어야 한다:

1) 플레이 리스트의 '최초(original)' 버전. 이 리스트는 매우 낮은 레벨의 정보, 즉 레코딩의 (방송)패킷 순서나 시간 맵을 포함한다. 이 리스트는 STB에 의해 엑세스가능하고, 그 내용은 STB뿐만 아니라 DVD 스트리머(DVD streamer)에 의해 판독된다. 그것의 최초 버전에서, 플레이리스트(playlist)는 완전한 레코딩의 재생을 가능하게 한다. 플레이리스트는 더욱 정교한 재생 시퀀스를 허용하기 위해서 STB에 의해 레코딩 이후에 엑세스되고 연장될 수 있다.

2) 두 번째 정보 피스, 매핑 리스트가 패킷 스트림 청크(chunk)(셀)를 검색하도록 스트림 레코더를 지원하기 위해서 생성되는데, 패킷 스트림 청크는 일예로 '방송 패킷'이나 '시간'과 같은 응용 분야의 용어들을 통해 설명된다. 이 리스트는 DVD 스트리머에 의해서만 소유되고 판독된다.

내용 설명

시스템은 높은 레벨의 TOC와 서비스 정보를 저장하기 위해서 STB에 의해서 사용될 수 있는 공간을 예비하여야 한다. 이 정보는 사용자가 디스크에 저장된 내용을 통해 네비게이팅하도록 하기 위해 제공되고, 정교한 GUI 정보를 포함할 수 있다. 내용은 스트림 레코더에 의해 판독될 필요가 없다. 그러나, 일예로 문자열에 기초한 TOC 정보의 공동 서브세트는, 스트림 레코더가 스스로 기본 메뉴를 제공할수 있도록 하기 위해서, STB와 DVD 사이에 공유되는 것이 유용할 수 있다.

각 레코딩의 재생과 모든 레코딩을 연속적으로 플레이시키는 것은 플레이 리스트를 통해 가능하여야 한다.

엔트리 포인트 선택을 위한 플레이어 메뉴

STB는 디스크에 저장된 TOC 정보에 기초하는 정교한 메뉴를 생성할 수 있다. 그러나, 일예로 STB와 DVD에 의해 공유되는 일부 '문자' 정보를 통해, 스트리머 자체에 의해서 간단한 메뉴를 생성하는 것이 가능하여야 한다.

트릭(trick) 플레이 모드

STB는 '플레이 리스트'를 통해 트릭 플레이를 조종할 수 있어야 한다. 방송 스트림의 상태로 인해, 트릭 플레이 특징은 일예로 시간 검색 및 타이틀 점프(Title Jump)와 같은 기본적인 특징으로 제한될 수 있다. 프로그래밍이나 부모 제어(parental control)와 같은 사용자 정의된 재생 시퀀스 특징이 플레이 리스트를 통해 지원될 수 있다.

DVD 스트리머는 플레이 리스트의 '최초 버전'을 생성하여야 한다. 그것은 또한 더욱 정교한 재생 특징을 위해 STB에 의한 플레이 리스트의 확장과 변경을 허용하여야 한다. DVD 스트리머는 그러한 정교한 플레이리스트(들)의 내용에 대한 책임이 없다.

시스템은 사용자의 요청에 따라 단일 레코딩의 삭제를 지원하여야 한다. 가능하다면, 시스템은 STB의 제어 아래에서 이러한 특징을 허용하여야 한다. 시스템은 삽입 편집(insert editing)을 지원할 수도 있다.

도 1의 간단하게 도시된 전체적인 시스템에서, 응용 장치(AD)는 일예로 IEEE1394 인터페이스와 같은 인터페이스(IF)를 통해 스트리머 장치(STRD), 즉 DVD 레코더와 상호작용한다. STRD 내의 스트리머(STR)는 출력 버퍼링 및 시간스탬핑 처리 수단(BTHO)을 통해 자신의 데이터를 IF에 송신하고, 입력 버퍼링 및 시간스탬핑 처리 수단(BTHI)을 통해 IF로부터 데이터를 수신한다. AD는 출력 버퍼링 및 시간스탬핑 처리 수단(BTHOAD)을 통해 자신의 데이터를 IF에 송신하고, 입력 버퍼링 및 시간스탬핑 처리 수단(BTHIAD)을 통해 IF로부터 데이터를 수신한다.

디렉토리 및 파일 구조에 관하여, DVD 스트림 레코딩의 스트림 데이터와 네비게이션 데이터의 구조화는 다음의 사항들을 고려하도록 특정 방식으로 이루어진다:

- 임의의 DVD 스트리머 장치(STRD)는 디스크 상에 자신의 하우스키핑 데이터나 스트리머-특정 네비게이션 데이터를 저장하기 위해서 특정의 필요조건을 구비한다. 이러한 데이터는 단지 레코딩된 데이터의 검색을 돕기 위한 것이고, 상기 데이터는 임의의 외부 응용 장치(AD)에 판독되거나 심지어 인식될(visible) 필요가 없다.

- 임의의 DVD 스트리머 장치(STRD)는 자신이 연결되는 응용 장치(AD)와 통신할 필요가 있다. 이 통신은 최대의 가능한 응용 범위가 스트리머에 연결될 수 있도록 가능한 한 범용적이어야 한다. 그러한 통신을 지원하는 네비게이션 데이터는 공동 네비게이션 데이터로 지칭되고, 응용 장치뿐만 아니라 스트리머에 의해서 판독가능하여야 한다.

- 스트리머 장치(STRD)는 임의의 원하는 종류의 자신의 전용 데이터를 저장하기 위한 수단을 연결된 응용 장치(AD)에 제공하여야 한다. 스트리머는 내용, 내부 구조, 또는 이 응용-특정 네비게이션 데이터의 의미 중 임의의 것을 판독할 필요가 없다.

도 2는 디스크 내용을 포함하는 모든 데이터가 존재하는 가능한 디렉토리와 파일 구조를 도시한다. 디스크 내용을 저장하는 파일은 루트 디렉토리 아래에 있는 STRREC 디렉토리 아래에 배치된다. STRREC 디렉토리 아래에는 다음과 같은 파일들이 생성된다:

- COMMON.IFO

스트림 내용을 설명하기 위한 기본 정보. 스트리머뿐만 아니라 응용 장치에 의해 판독될 필요가 있음.

- STREAMER.IFO

스트리머 장치에 대해 특정한 전용 하우스키핑 정보. 응용 장치에 의해 판독될 필요가 없음.

- APPLICAT.IFO

응용 전용 데이터, 즉 스트리머에 연결되는 응용(들)에 대해 특정한 정보. 스트리머에 의해 판독될 필요가 없음.

- REALTIME.SOB

레코딩된 적당한 실시간 스트림 데이터. 상술된 파일을 제외하고, STRREC 디렉토리는 임의의 다른 파일이나 디렉토리를 포함하지 않을 것이라는 것을 주지하라.

네비게이션 데이터 구조에 관하여, 레코딩되는 임의의 비트스트림의 레코딩, 재생, 및 편집을 제어하기 위해서 네비게이션 데이터가 제공된다. 도 3에 도시된 바와 같이, 네비게이션 데이터는 COMMON.IFO라고 명명되는 파일에 포함된 것과 같은 스트림 관리 정보(SMI)와 STREAMER.IFO라고 명명되는 파일에 포함된 것과 같은 하우스키핑 정보(HKPI)를 포함한다. 스트리머 장치의 관점에서, 이러한 두 종류의 정보는 모든 필요한 동작을 수행하기에 충분하다. 이러한 것들 외에도, DVD 스트림 레코딩은 응용 전용 데이터(APD : Application Private Data)를 위한 저장 위치의 예약 가능성을 또한 예견하고, 응용 전용 데이터는 일반적으로 네비게이션 데이터로서 또한 간주될 수 있다. SMI와 HKPI는 스트리머 동작에 직접 관련되는 네비게이션 데이터이다. SMI는 세 종류의 정보 테이블, 즉 스트림 관리자 일반 정보(SM_GI : Stream Manager General Information), 스트림 타이틀 테이블(STT : Stream Title Table), 및 스트림 플레이리스트 테이블(SPLT : Stream Playlist Table)을 그러한 순서로 포함한다. HKPI는 두 종류의 정보 테이블, 즉 하우스키핑 일반 정보(HKP_GI : Housekeeping General Information)와 하우스키핑 어드레스 테이블(HAT : Housekeeping Address Table)을 그러한 순서로 포함한다. 스트림 레코딩에 있어서, 네비게이션 정보 내의 각 테이블이 섹터 경계와 정렬되어야 한다는 어떠한 제약도 존재하지 않는다.

SM_GI는 SMI의 종료 어드레스, SM_GI의 종료 어드레스, STT의 시작 어드레스 및 SPLT의 시작 어드레스와 같은 정보 아이템들을 포함한다. STT는 스트림 타이틀의 번호, 스트림 타이틀 테이블의 종료 어드레스, 응용 패킷 크기, 서비스 ID, 응용 장치 ID, 스트림 지속기간, 스트림 명칭 검색 포인터, 스트림 타이틀 명칭(STN)과 같은 정보 아이템을 포함한다. SPLT는 플레이리스트의 번호, SPLT의 종료 어드레스, 플레이리스트 정보의 시작 어드레스, 플레이리스트 엔트리의 번호, 스트림 타이틀의 인덱스, 시작 SCR, 및 종료 SCR과 같은 정보 아이템을 포함한다.

하우스키핑 일반 정보(HKP_GI)는 하우스키핑 어드레스 엔트리의 번호(HAE_Ns), HKPI의 종료 어드레스(HKPI_EA) 및 시간 스케일 인자(HKP_TSCAL)와 같은 정보 아이템을 포함한다. HAE_Ns는 이 HKPI에 포함된 하우스키핑 어드레스 엔트리의 번호를 나타낸다. HKPI_EA는 이 HKPI의 종료 어드레스를 나타낸다. HKP_TSCAL은 이 HKPI 내에서 사용되는 시간 스케일링을 나타낸다.

본 발명의 하우스키핑 어드레스 테이블(HAT)의 목적은 정해진 플레이리스트 엔트리가 디스크 어드레스 쌍으로 유효하게 변환되도록 하고, 또한 그와 반대의 변환을 위해서 모든 필요한 정보를 제공하는데 있다.

세 종류의 정보, 즉 응용 전용 데이터 일반 정보, 하나 이상의 응용 전용 데이터 검색 포인터 세트, 및 하나 이상의 응용 전용 데이터 영역 세트로 구성되는 응용 전용 데이터를 포함하는 것이 또한 가능하다. 만약 임의의 응용 전용 데이터가 존재한다면, 이러한 세 종류의 정보는 APPLICAT.IFO 파일에 그러한 순서로 레코딩 및 저장된다.

스트림 데이터는 하나 이상의 '스트림 객체(SOB)'를 포함하는데, SOB 각각은 ISO/IEC 13818-1 시스템에서 설명된 것과 같은 프로그램 스트림으로써 저장될 수있다. SOB는 프로그램_종료_코드에 의해 종료될 수 있다. 각 SOB의 첫 번째 팩(pack)에서 SCR 필드의 값은 "0"이 아닐 수 있다. SOB는 '스트림 팩(S_PCK)' 시퀀스로 패킷화된(packed) 스트림 데이터를 포함한다. 스트림 데이터는 하나의 기본 스트림으로써 구성될 수 있고 stream_id를 갖는 PES 패킷으로 전달된다.

도 4에 도시된 바와 같이, 스트림 팩은 팩 헤더를 포함하는데, 결국 상기 팩 헤더 다음에는 시스템 헤더가 오고, 상기 시스템 헤더 다음에는 하나의 스트림 패킷(S_PKT)이 온다. 시스템 헤더는 SOB의 첫 번째 S_PCK인 그러한 S_PCK에 포함될 수 있다. 시스템 헤더가 포함되었을 때, 나머지 스트림 팩 내용의 길이는 2010 바이트이고, 시스템 헤더가 포함되지 않았을 때, 스트림 팩 내용의 길이는 2034 바이트이다.

스트림 객체는 하나 이상의 스트림 팩으로 구성된다.

도 5에 도시된 HAT 테이블은 레코딩될 비트스트림이나 레코딩된 비트스트림의 각 피스나 VOBU(VOBU#1 내지 VOBU#n)에 대해서 대응하는 절대 또는 델타 시간 지속기간 엔트리(ΔDUR#1 내지 ΔDUR#n)를 포함한다. DAV는 비트스트림에서의 원하는 어드레스나 목표 어드레스를 나타낸다. VOBU#1 내지 VOBU#n 각각은 비트스트림의 일정한 비트 수에 관련한다.

HAT 테이블은 스트림 시간 맵 정보(STMAPI : Stream Time Map Information)의 포맷을 가질 수 있고, 두 개의 서브-유닛, 즉 "스트림 시간 맵 일반 정보(STMAP_GI)"와 하나의 "매핑 리스트(MAPL)"를 포함할 수 있다. STMAPI의 가능한 내용이 도 6에 도시되어 있다. MAPU_SZ은 매핑 리스트 유닛의 섹터에 있어서의크기를 나타낸다. 예를 들어 16 섹터의 매핑 유닛 크기는, 첫 번째 매핑 리스트 엔트리가 스트림의 첫 번째 16개의 섹터에 포함된 응용 패킷에 관한 것이고, 두 번째 매핑 리스트 엔트리는 다음 16개의 섹터에 포함된 응용 패킷에 관한 것이며, 계속해서 그런 방식을 따른다는 것을 의미한다. MTU_SHFT는 패킷 도착 시간(PAT) 표시 포맷의 비트에 관련한 매핑 리스트 엔트리의 LSB에 대한 가중치를 나타낸다. MTU_SHFT는 16과 36 사이의 값을 나타낸다. 일예로 "16"의 값은 증가적인 응용 패킷 도착 시간(IAPAT)의 LSB가 PAT_기본[0]과 동일한 가중치를 갖는 것을 의미하고, 그에 따라 PAT_기본[x]는 90 kHz 유닛에 의해 측정되는 PAT 기본 값을 의미한다.

MTU_SHFT는 MAPU_SZ에 좌우된다. MTU_SHFT는 다음과 같은 규칙을 충족시킨다:

이고

16 ≤MTU_SHFT ≤36

여기서, 최대_비트율은 MPEG-2 프로그램 스트림의 최대 비트율이다.

MAPL_ENT_Ns는 STMAP_GI 다음에 오는 매핑 리스트 엔트리의 번호를 나타낸다. S_S_APAT는 스트림의 시작 응용 패킷 도착 시간, 즉 그 스트림에 속하는 첫 번째 패킷의 패킷 도착 시간을 나타낸다. S_E_APAT는 스트림의 종료 응용 패킷 도착 시간, 즉 그 스트림에 속하는 마지막 패킷의 패킷 도착 시간을 나타낸다.

매핑 리스트(MAPL)는 '0'이상의 "증가적인 응용 패킷 도착 시간(IAPAT)"으로 구성된다. IAPAT는 다음에서 정의된 DVD 스트림 레코딩의 증가적인 PAT 표시 포맷에서 대응하는 매핑 유닛의 증가적인 응용 패킷 도착 시간을 나타낸다:

MAPU_S_APAT(i), 1≤i≤MAPL_ENT_Ns,가 매핑 유닛(#1)의 시작 응용 패킷 도착 시간, 즉 매핑 유닛(#1)에 속하는 첫 번째 패킷의 패킷 도착 시간이라고 하자; MAPU_E_APAT(i)가 매핑 유닛(#i)의 마지막 응용 패킷 도착 시간, 즉 매핑 유닛(#i)에 속하는 마지막 패킷의 패킷 도착 시간이라고 하고, IAPAT(i)가 매핑 리스트의 i번째 IAPAT 엔트리라고 하자, 즉 IAPAT(1)는 매핑 리스트의 첫 번째 엔트리이다. 그렇다면 IAPAT(i)는 다음의 규칙을 따를 것이다:

이고,

이고,

이다.

도 7은 MAPU, MAPU_S_APAT, MAPU_E_APAT 및 IAPAT의 순으로 된 예를 나타낸다. t-축의 하부측은 IAPAT 시간 유닛들로 분할되고, t-축의 상부측은 MAPU들로 분할된다. MAPU_S_APAT(i)와 MAPU_E_APAT(i)는 DVD 스트림 레코딩의 PAT 표시 포맷으로 표현된다. 상기 등식에서의 비교를 위해, 위의 MAPU_S_APAT(i)와 MAPU_E_APAT(i)는 일예로 6 바이트의 부호화되지 않은 정수 값으로써 취급된다. IAPAT=1의 지속기간은초이다.

스트림 레코딩에서, 응용은 자신의 패딩(pading)을 수행함으로써, DVD-ROM 비디오나 RTRW의 팩 길이 조정 방법이 사용될 필요가 없다. 스트림 레코딩에서, 스트림 패킷은 항상 필요한 길이를 가질 것이라는 것을 가정하는 것이 안전하다. 데이터스트림은 일예로 데이터 패킷 내에 시간 스탬프를 또한 포함한다.

Claims (4)

1. 저장 매체(STRD) 상에 레코딩되거나 또는 거기에 레코딩되어진 비트스트림을 어드레싱하기 위한 방법으로서, 상기 비트스트림의 피스(piece)(VOBU#n)에 기초한 어드레스 테이블(HAT)이 사용되는, 비트스트림을 어드레싱하는 방법에 있어서,

   - 상기 피스(VOBU#n) 각각은 상기 비트스트림의 일정한 양의 비트를 포함하고,

   - 상기 피스들에 대한 각각의 어드레스 테이블 엔트리에 대해서, 절대 시간 지속기간(absolute time duration)이나 델타 시간 지속기간(delta time duration)(ΔDUR#n)이 실행 인덱스(running index)(1, 2, 3, ... , n)를 사용하여 상기 어드레스 테이블이 할당되고;

   - 절대 시간 지속기간 값을 저장하는 경우에:

   목표 어드레스(DAV : target address)에 이르기 위한 어드레스 값을 획득하기 위해서, 상기 어드레스 테이블(HAT)의 절대 시간 지속기간 엔트리(ΔDUR#i)에 대응하는 가장 근접한 시간 지속기간 엔트리가 상기 어드레스 값을 계산하기 위해서 선택되고 상기 대응하는 실행 인덱스(i)에는 상기 일정한 양이 곱해지고;

   - 델타 시간 지속기간 값을 저장하는 경우에:

   목표 어드레스(DAV)에 이르기 위한 어드레스 값을 획득하기 위해서, 상기 어드레스 값에 대응하는 가장 근접한 시간 지속기간 값까지의 모든 델타 시간 지속기간(ΔDUR#1, ... ΔDUR#i)은 누산되고, 상기 어드레스 값을 계산하기 위해서 상기 가장 근접한 시간 지속기간 값에 관련된 델타 시간 지속기간 엔트리(ΔDUR#i)에 대응하는 상기 실행 인덱스(i)에는 상기 일정한 양이 곱해지는 것을 특징으로 하는, 비트스트림을 어드레싱하기 위한 방법.
2. 제 1항에 있어서, 상기 저장 매체(STRD)는 스트리머 장치(Streamer device)이거나 DVD 레코더인, 비트스트림을 어드레싱하기 위한 방법.
3. 제 1항 또는 제 2항에 있어서, 상기 비트스트림의 상기 피스(VOBU#n)는 한 피스의 첫 번째 패킷의 도착 시간과 그 피스의 마지막 패킷 바로 다음에 오는 패킷의 도착 시간 사이의 차이인 델타 시간 지속기간과 데이터 패킷을 포함하는, 비트스트림을 어드레싱하기 위한 방법.
4. 제 1항 내지 제 3항 중 어느 한 항에 있어서, 상기 피스의 크기는 ECC 블록의 비트 수나 그것의 배수에 대응하는, 비트스트림을 어드레싱하기 위한 방법.