KR20020006669A - 데이터 버스를 통해 수신된 데이터의 관리 방법 및 이방법을 실행하는 장치 - Google Patents

Abstract

본 발명은 데이터 버스를 통해 수신된 데이터의 관리 방법 및 본 방법을 실행하는 장치에 관한 것이다. IEEE 1394 버스를 통해 등시적 데이터 패킷을 전송하는 포맷은 IEC 61883 표준에 한정되어 있다. 이 경우에, 동일한 개수의 데이터 블록(DB0-DB7)이 항상 버스 패킷으로 전송되는 동작 모드를 사용하는 것이 가능하다. 이 경우에, 메모리 관리는 극히 간단하며 데이터 소스 패킷 경계들은 쉽게 결정될 수 있다. 하지만, IEC 61883 표준에 의하면 또한 버스 패킷을 통해 등시적 데이터 전송 상황에서 가변 개수의 데이터 블록(DB0-DB7)을 전송할 수 있는 가능성도 열려 있다. 그러나, 이 경우에, 데이터 소스 패킷 경계들을 순차적으로 확인하는 것은 문제를 야기한다. 본 발명은 데이터 소스 패킷 경계들이 쉽게 재구성될 수 있는 방법에 대한, 비용면에서 유리한, 해답을 명시한다. 본 발명은 본질적으로 데이터 블록(DB0-DB7)의 모듈로-n 카운팅에 기초하고 있다.

Description

데이터 버스를 통해 수신된 데이터의 관리 방법 및 이 방법을 실행하는 장치{METHOD FOR THE MANAGEMENT OF DATA RECEIVED VIA A DATA BUS, AND APPARATUS FOR CARRYING OUT THE METHOD}

본 발명은 독립 청구항 1 의 일반 형식의 데이터 버스를 통해 수신되는 데이터 패킷을 관리하는 방법을 기초로 한다. 현재까지 오래동안 가전 제품(하이파이, 비디오, 오디오)과 개인용 컴퓨팅 제품 영역의 수렴(convergence)은 현재 멀티미디어 표제 아래 널리 유포되어 왔고 두 제품 영역(camps)으로부터 많은 제조사에 의해 실제로 추진되어 왔다. 두 제품 분야의 합병은 다른 제품 분야들의 설비들 사이 또는 아니면 하나의 제품 분야 내의 장비 사이의 데이터 교환의 주제에 관한 작업이 점점더 중요해 지고 있다는 것을 의미한다. 이것은 또한 이미 충분히 진보된 이 주제에 대한 표준화를 위한 노력으로부터 명백하다. 구체적으로, 소위 IEEE 1394시리얼 버스는 두 제품 그룹으로부터의 터미널들 사이의 데이터 교환을 위한 국제적으로 표준화되었으며 매우 광범위하게 채용된 버스를 이미 제공한다. 전술한 표준의 정확한 지정(designation)은, 1996년 8월, IEEE 뉴욕, (IEEE) STD 1394-1995, 고성능 시리얼 버스를 위한 IEEE 표준이다.

여기에서 기술되는 본 발명은 전술한 버스 시스템 내에 소위 등시적인 데이터 전송에 관한 것이다. 이 관계에서, 등시성(isochronous)은 전송될 데이터가 데이터 소스에서 규칙적으로 생성되며, 또한 이 데이터는 매번 약 동일한 사이즈로 생성된다는 것을 의미한다. 그 데이터 소스의 예들이 비디오 레코더 또는 캠코더들, CD 플레이어 또는 DAT 레코더와 같은 오디오 디바이스들, 및 또한 DVD 플레이어 또는 비디오폰 디바이스들 등이다. 등시적 데이터 전송의 이 응용을 위해 국제적 표준이 특별히 전개되어왔다. 이 표준의 정확한 지정은 IEC 국제 표준 61883 "1998년 제1판, 소비자 오디오/비디오 장비-디지털 인터페이스"이다. 이 표준의 제 1 부는 일반적인 데이터 패킷 포맷, 데이터 플로우 관리 및 오디오비주얼 데이터를 위한 연결 관리(connection management)를 기술한다. 제어 명령에 대한 일반적 전송 규칙도 동일하게 한정된다.

매우 빈번한 응용은 MPEG2-코딩된 비디오 또는 오디오 데이터의 전송과 관련된다. 데이터는 이미 언급된 바와 같이 버스를 통해 패킷으로 전송된다. 이 경우에, 이후의 구조가 전술된 표준 IEC 61883으로 제공되는데, 즉 데이터 소스에서 생성된 데이터는 한정된 사이즈를 가지는 소위 데이터 소스 패킷으로 분할된다. 예를 들어, MPEG2 비디오 데이터 전송에 있어서 그 표준은 데이터 소스 패킷이 예를 들어 동일한 사이즈의 8개의 데이터 블록으로 구성되는 것을 명시한다(stipulate). 이 경우에, 데이터 블록 사이즈는 프로그래밍될 수 있다. 이 블록 사이즈는 일 쿼드릿(one quadlets)과 256쿼드릿 사이일 수 있는데, 여기서 쿼드릿은 4개의 데이터 바이트의 조합에 해당한다. 이 표준에 따르면, 데이터 소스 패킷이 단일 버스 패킷으로 조합되어 전송될 수 있다. 이 경우에, 주소 지정 문제는 데이터를 수신한 디바이스에서는 나타나지 않는데, 그 이유는 새로이 수신된 각 버스 패킷에 대해 완전히 수신된 데이터 소스 패킷이 도달하였다는 것이 항상 명확하기 때문이다.

하지만, 전술된 표준은 또한 8개 보다 더 적은 데이터 블록들이 버스 패킷으로 전송될 수 있는 다른 모드를 물론 허용한다. 구체적 용어로 표현하면, 더 이상 어느 데이터 블록도 포함하지 않는 소위 더미 패킷을 전송하는 것도 가능하다. 그러나, 0과 8 사이의 버스 패킷에 다른 가능한 개수의 데이터 블록도 허용된다. 본 발명은 이제 이보다 일반적인 전송 모드를 구체적으로 실현하는 것에 관련된다.

일반적인 전송 모드를 실현하는데는 다음의 문제가 발생한다. 만약 버스 패킷이 유효 데이터(useful data) 중 8개 보다 더 적은 데이터 블록을 포함하는 경우가 일어난다면, 완전한 데이터 소스 패킷은 더 이상 버스 패킷으로 전송될 수 없다. 결과적으로, 데이터 소스 패킷의 데이터 블록은 또한 그 다음 버스 패킷에 따라온다. 만약 그후 8 개의 데이터 블록이 예를 들어 그 다음 버스 패킷에 다시 전송된다면, 2 개의 데이터 소스 패킷들 사이의 데이터 블록 경계(boundary)는 버스 패킷의 종점(end)과 더 이상 동기적이지는 않고 버스 패킷 내의 어디엔가 놓이게 된다. 수신기 디바이스 내의 메모리 관리 유닛은 이 경계를 탐색하여야 하는데, 그이유는 메모리 관리 유닛이 데이터 소스 패킷이 시작하고 특정 레지스터에서 종료하는 곳에 대한 정보를 제공해야 하기 때문이다. 이것은 메모리 관리 유닛으로 하여금 데이터가 수신한 이후 하나의 소스 패킷씩 차례로 응용 프로세스에 이용하게 할 수 있도록 하기 위해 필요하다. 이리하여, 단편(fragments)으로 전송되는 데이터 소스 패킷의 시작과 종점이 수신기 디바이스 내에서 어떻게 순차적으로 확인(ascertained)될 수 있는지에 대한 해답을 찾는데 필요하다.

본 발명은 데이터 버스를 통해 수신된 데이터를 관리하기 위한 방법에 관한 것이다. 본 방법은 특히 등시적 데이터 패킷(isochronous data packets)들이 수신되고 있을 때 편리하게 사용될 수 있다. 본 발명은 더욱이 본 방법을 실행하는 장치에 관한 것이다. 본 장치는 특히 연결된 데이터 버스에 대한 버스 인터페이스의 부분일 수 있다.

도 1 은 일반적인 전송 모드에 대한 복수의 연속 버스 패킷의 구조를 도시하는 도면.

도 2 는 본 발명에 따른 장치의 블록도.

본 발명은, 데이터 블록의 모듈로-n 카운팅을 수행하고, 모듈로-n 카운팅(modulo-n counting)의 그 다음 각 시간 간격(the respective next time interval)의 시작시에 새로운 데이터 소스 패킷의 시작을 신호로 알려주도록 하는 방식으로 본 목적을 달성한다. 각 경우에 데이터 소스 패킷이 8개의 데이터 블록을 포함하는, MPEG 2 소스 데이터를 전송하는 특별한 경우에, 모듈로-8 카운팅이 적절하게 수행된다. 환언하면, 카운팅 간격은 카운터 판독치(0)에서 시작하며 카운터 판독치(7)에서 종료한다. 그후, 그 다음 카운팅 간격이 카운터 판독치(0)와 함께 시작하여 다시 이어진다.

본 발명의 나은 개선이 종속 청구항들에서 나타낸 조치에 의해 가능하다. IEEE 1394 표준에 따르면, 각 버스 패킷은 CRC 체크(CRC checking)를 받아야 하기 때문에, 연속 버스 패킷의 체크 결과를 버퍼-저장(buffer-store))하는 것이 편리하다. 데이터 소스 패킷의 데이터 블록을 포함하는 모든 버스 패킷들이 오류없이(without a complaint) CRC 체크를 받을 수 있게 되었을 때에만 그 데이터는 에러가 없게 된다는 것이 보장된다. 오류가 있는 경우, CRC 에러 신호는 그후 출력될 수 있다. 전체 데이터 소스 패킷은 그후 응용 프로세스로 전송될 수 없다.

각 버스 패킷에 제공된 기준 카운터 판독치에 의해 전송 데이터의 완전성(completeness)을 체크하는 것은 다음과 같이 수행될 수 있는데, 즉 수신 데이터 블록의 비교 카운팅(comparison counting)이 이루어지며 기준 카운터 판독치가 관련된 특정 데이터 블록이 수신될 때마다, 기준 카운터 판독치 및 비교 카운팅의 결과 사이에 비교가 이루어지며, 일치하지 않는 경우에 에러 신호가 출력된다. IEC 61883 표준은 제 1 순차 데이터 블록에 대해 유효한 DBC 기준값이 각 버스 패킷에 입력되는 것을 명시한다. 수신 데이터 블록을 카운트하고 그 결과를 수신 기준 값과 비교함으로써, 이후 예를 들어 전체 버스 패킷이 수신되었는지 여부를 확인하는 것이 용이하게 가능하다. 에러 모니터링은 다시 이 조치에 의해 개선된다.

본 발명의 해당 목적이 달성되는 방법을 나타내는 이후의 조치들은 본 발명에 따른 방법을 실행하는 장치에 유리하다. 본 장치는 먼저 수신 데이터가 순서대로 기입되는 메모리 유닛을 포함한다. 나아가, 특히 입력 및 판독 프로세스(read-in and read-out process)를 위한 주소를 규정하는 메모리 관리 디바이스가 제공된다. 이때 중요한 것은 모듈로-n 카운터인데, 이것에 의해 수신 데이터 블록들이 카운트업(count up)되며 모듈로-n 카운터가 새로운 카운팅 간격을 시작할 때 데이터 소스 패킷 시작 신호가 발생된다. 데이터 소스 패킷 시작 신호는 메모리 관리 디바이스로 전송되어 따라서 특정 레지스터에 해당 기입할 수 있다. 이들 조치는 청구항 5에서 명시된다.

본 발명에 따른 장치에 대한 다른 유리한 조치는 종속 청구항 6-8에도 포함되어 있다.

본 발명의 예시적인 실시예는 도면에 도시되어 있으며 아래의 상세한 설명에서 보다 더 상세하게 설명된다.

도 1 은 전송된 버스 패킷의 예시적인 시퀀스를 도시한다. 먼저 전송된 버스 패킷은 도 1의 상단에 도시되어 있으며 마지막에 전송된 버스 패킷은 도 1의 하단에 적절하게 도시되어 있다. 등시적인 데이터 전송을 위한 버스 패킷의 정확한 구조는 전술된 IEC 61883 표준에 명시되어 있다. 그러므로, 본 발명의 개시에서는, 이 표준에 대해 명시적으로 참조가 주어진다.

도 1에서, 참조 번호 10은 버스 패킷의 헤더를 지시한다. 이 버스 패킷은, 정확하게는 다수의 바이트 및 또한 다른 정보로, 등시적 데이터 패킷의 데이터 필드에 관한 상세 사항(details)을 포함하지만, 이것이 아래에서 보다 더 상세하게 설명되지는 않는다. 버스 패킷의 헤더(10) 뒤에는 데이터 필드가 온다. 도시된 제 1 버스 패킷을 참조하면, 데이터 필드는 영역들(11-15)에 걸쳐 있다. 버스 패킷의 종점(end)에는 영역(16)이 또한 따라오며, 여기서 CRC 체크 워드가 저장된다. 소위CIP 헤더는 항상 버스 패킷의 데이터 필드의 시작에 제공된다. CIP 는 "공통 등시성 패킷(Common Isochronous Packet)"의 약어이다. CIP 헤더는 등시적 데이터 전송을 기술하는 일련의 정보 항목을 포함한다. 이리하여, 예를 들면, 데이터 소스에 대한 식별 번호(SID)가 그 정보 항목 내에 포함된다. 나아가, 그 식별 번호는 버스 패킷에 있는 순차 데이터 블록의 사이즈를 명시한다. 마찬가지로, 상세 사항 FN(Fraction Number : 분수)가 또한 포함하며, 이 FN는 데이터 소스 패킷이 분할되는 데이터 블록의 수를 나타낸다. 이미 언급된 바와 같이, MPEG 2 비디오 데이터의 경우에는 데이터 소스 패킷당 항상 8개의 데이터 블록들이 있다. 다른 상세 사항 QPC(Quadlet Padding Count : 쿼드릿 패딩 카운트)는 데이터 소스 패킷의 종점에 얼마나 많은 패딩 쿼드릿들이 부착되어 있는지에 관한 것인데, 이는 데이터 소스 패킷이 동일 사이즈의 데이터 블록들로 분할되도록 보장해주기 위한 것이다. 나아가, 데이터 소스 패킷에 대한 헤더가 버스 패킷에도 또한 동일하게 제공되는지 여부를 나타내는 정보 항목 SPH(Source Packet Header : 소스 패킷 헤더)가 제공된다. 게다가, DBC value(Data Block Counter value : 데이터 블록 카운터 값)도 제공된다. 이 값은 데이터 블록이 버스 패킷 내의 제 1 데이터 블록이라는 것을 나타낸다. 그리하여, 모든 데이터 블록이 연속적으로 개별적으로 번호매겨진다. 이 값은 실제로는 버스 패킷이 수신되지 않았는지 여부를 체크하는데 쉽게 사용될 수 있는 기준 카운터 판독치를 구성한다. 이를 위해, 수신 데이터 블록들은 모두 수신기 스테이션에서 카운트업된다. 새로운 버스 패킷이 수신될 때마다, 그 새 버스 패킷에 포함된 DBC 값이 카운트된 비교 값과 비교된다. 두 값이 모두 일치하는 경우에만 모든 데이터 블록은 수신되었으며, 버스 패킷은 손실되지 않았다. CIP 헤더의 다른 정보 항목은 FMT 엔트리(entry)(포맷 ID)를 포함한다. 이 엔트리는 버스 패킷이 전혀 데이터를 포함하지 않는 소위 더미 패킷인 것을 나타내기 위해 신호에 사용될 수 있다. FDF 엔트리(포맷 종속 필드)도 한정될 수 있는데, 이것은 완전성을 위해서만 언급되며, 또한 버스 패킷에 대한 시간 명세(time specification)를 포함하는 SYT 엔트리도 한정될 수 있다. 제 1 데이터 소스 패킷(SPO)에 대한 데이터 블록은 그후 순차 영역(12, 13, 14, 및 15)에 따라온다. 그 데이터 블록은 연속적으로 개별적으로 번호매겨져 있다. 데이터 영역(11)의 엔트리(DB0로부터 DB3까지)(0)는 이러한 제 1 버스 패킷에 대한 DBC 값이 값(0)으로 셋팅된 것을 나타내고자 한 것으로, 이것은 이 버스 패킷의 제 1 데이터 블록이 수치(0)를 가진다는 사실과 같은 뜻이다. 이것은 물론 비교 카운팅에 대하여도 고려해야 한다. 그러므로, 비교 카운트는 0에서 시작한다. 그 다음 버스 패킷은 총 8개의 데이터 블록을 포함한다. 이들 블록들은 데이터 필드(12-15 및 17 내지 20)에 존재한다. 데이터 소스 패킷(SP0)의 데이터 블록들(DB4 내지 DB7)은 이러한 제 2 버스 패킷에 부가적으로 포함된다. 그후 데이터 소스 패킷(SP1)의 데이터 블록(DB0 내지 DB3)이 따라온다. 데이터 필드(11)의 상세 사항(4)은 등시적 데이터 전송의 4번째 데이터 블록이 이 버스 패킷 내에서 찾을 수 있다는 것을 나타낸다. 그후 제 3 버스 패킷에서, 데이터 필드(12, 13, 14, 15, 17, 18)에서 제 2 데이터 소스 패킷의 두드러진 데이터 블록(DB4 내지 DB7)과 그 다음 데이터 소스 패킷(SP2)의 두 개의 제 1 데이터 블록들이 부가적으로 따라온다. 이리하여, 이 버스 패킷은 총 6개의 데이터 블록을 포함한다. 데이터 필드(11)에 있는 상세 사항(12)은 다시 이 버스 패킷의 DBC 값에 해당한다. 이것은 이 버스 패킷에 먼저 오는 데이터 블록이 등시적 전송의 12 번째 데이터 블록이라는 것을 의미한다. 그후 네 번째 버스 패킷에서, 데이터 소스 패킷(SP2)의 나머지 데이터 블록들, 즉 DB2 내지 DB7이 부가적으로 온다. 이 버스 패킷의 데이터 필드(11)에 있는 DBC 값은 그에 따라 18이다.

제 1 데이터 소스 패킷(SP0)의 데이터 블록들과 제 2 데이터 소스 패킷(SP1)의 데이터 블록들 사이의 경계는 제 2 버스 패킷의 중간에 위치된다. 제 2 데이터 소스 패킷(SP1)의 데이터 블록들과 제 3 데이터 소스 패킷(SP2)의 데이터 블록들 사이의 경계는 제 3 버스 패킷의 마지막 세 번째에 위치된다. 이들 경계들은 해당 주소 엔트리들이 메모리 관리 유닛의 특정 레지스터들에서 이루어질 수 있도록 결정되어야 한다.

본 발명은 데이터 소스 패킷 경계들이 결정될 수 있는 해답을 제공하며; 이 해답은 도 2를 참조하여 아래에 보다 상세하게 설명된다. 도 2 는 본 발명과 관련한 성분(components)을 도시한다. 이들 성분들은 IEEE 1394 버스 인터페이스의 데이터 링크 계층 회로(data link layer circuit)의 부분들(parts)이다. 참조 번호 30)는 데이터를 수신하며 버퍼-저장하기 위해 아래에 제공된 메모리 유닛을 지시한다. 이 메모리 유닛은 더 큰 메모리 유닛의 일부일 수 있으며, 상기 목적을 위해 할당된 단지 더 큰 메모리 내의 특정 영역일 수도 있다. 수신된 데이터는 버스(37)를 통해 메모리 유닛(30)으로 전달된다. 데이터는 응용 유닛으로 전송되기까지 메모리 유닛(30)에 버퍼-저장된다. 이 경우에, 데이터는 도 2 에 구체적으로 도시되어 있지 않은, 응용 유닛으로 마찬가지로 버스(37)를 통해 출력된다. 그 다음의 유닛들, 즉 CRC 체크 유닛(32), 모듈로-8 카운터(33), DB 카운터(34), 데이터 카운터(35) 및 평가 논리 유닛(36)도 메모리 유닛(30)에 억세스한다. 이들 유닛 전부는 내부 버스(38)를 통해 서로 연결되며 메모리 유닛(30)에도 마찬가지로 연결된다. 메모리 관리 유닛(31)은 또한 다른 별개 유닛이다. 상기 메모리 관리 유닛은 마찬가지로 별개 버스(39)를 통해 메모리 유닛(30)에 억세스한다. 그리하여, 메모리 관리 유닛은 또한 내부 버스(38)에 대한 버스 마스터(bus master)로서의 기능을 하며 개개 연결 유닛들에 버스 마스터를 할당한다. 메모리 관리 유닛은 별개 버스(39)를 통해 메모리 유닛(30)에 연결된다. 더욱이, 버스(40)는 메모리 관리 유닛(31)에 연결되며, 이 버스를 통해 제어 데이터가 외부 응용 유닛과 교환된다. 별개의 제어 라인들이 평가 유닛(36)으로부터 메모리 관리 유닛(31)으로 부가적으로 리드된다. 이들 라인들은 먼저 데이터 소스 패킷 시작 신호(SP_ST)가 전송되는 라인(41), 두 번째로 에러 신호(DBC_ERR)가 출력되는 라인(42), 및 세 번째로 CRC 에러 신호(CRC_ERR)가 출력되는 라인(43)이다.

이제, 데이터 소스 패킷 경계들을 찾기 위해서, 기술된 장치는 다음과 같이 동작한다. 무엇보다도 일정한 사이즈를 갖는 개개 데이터 블록들은 모듈로-8 카운터(33)에서 카운트된다. 만약 이 카운터가 카운터 판독치(0)로 카운트를 시작한다면, 그 카운터는 데이터 소스 패킷(SP0)의 최종 데이터 블록(DB7)에서, 도 1 의 예를 참조하면, 최고치에 도달하고 그후 최종 데이터 블록(DB7)이 메모리에 완전히 기록하고 난 후에 다시 0에서 시작할 것이다. 그때 카운터는 데이터 소스 패킷 시작 신호(SP_ST)를 메모리 관리 유닛(31)에 출력하며, 메모리 관리 유닛은 그후 새 데이터에 대해 지금 유효한 주소를 그 다음 데이터 패킷의 시작을 위해 해당 특정 레지스터에 전송한다. 데이터 블록은 전부 동일한 사이즈를 가지기 때문에, 데이터 소스 패킷의 최종 데이터 패킷의 종점 주소가 입력되어야 하는 특정 레지스터를 제공할 필요가 없다.

모듈로-8 카운터는 카운터 판독치를 다시 0으로 셋팅하고 나서 카운트를 시작하기 때문에, 그 카운터는 데이터 소스 패킷(SP1)의 데이터 블록(DB7)이 기록되어진 후에 다시 정확히 카운터 판독치(7)에 도달하게 될 것이다. 그리하여 그 카운터는 평가 유닛(36)을 통해 메모리 관리 유닛(31)으로 전송되는 데이터 소스 패킷 시작 신호를 출력하며 메모리 관리 유닛(31)이 다른 특정 레지스터에 메모리 주소를 저장하게 할 것이다. 카운팅이 다시 0에서 시작되며 데이터 소스 패킷 시작 신호(SP_ST)가 데이터 소스 패킷(SP2)의 데이터 블록(DB7)의 수신 후 새로이 발생할 것이다.

하지만, 실제로 발생되는 데이터 소스 패킷 시작 신호들이 특정 레지스터에 해당 주소를 전송하는 것을 보장하기 위하여, 에러 신호가 라인(42, 43)에 동시에 존재하지 않게 하는 것이 본 예시적인 실시예의 선제 조건이다. 이것은, 그렇치 않으면 수신 데이터가 에러를 포함하는 것으로 검출되어 왔으며 그 에러들이 더 이상 응용 유닛으로 전송되게 허용할 수 없기 때문이다. 각 수신 버스 패킷은 CRC 체크 유닛(32)에서 에러가 없는지에 대해 체크된다. 데이터 필드 내의 각 버스 패킷의 종점에 있는 CRC 체크 워드(16)만이 이 버스 패킷 내의 모든 데이터에 관여하기 때문에, 데이터 소스 패킷에 에러가 없다는 사실은 데이터 소스 패킷 시작 신호가 발생될 때마다 개개 버스 패킷의 CRC 체크 결과가 수집되며 공동으로 평가되도록 다만 확인될 수 있다. 만약 함께 고려되는 버스 패킷들의 CRC 체크 워드 중 하나가 에러를 나타낸다면, 에러 신호(CRC_ERR)가 라인(43)을 통해 출력된다. 예를 들면, 제 1 데이터 소스 패킷(SP0)의 데이터 블록(DB7)의 수신 한 다음 데이터 소스 패킷 시작 신호의 발생 후, 제 1 수신 버스 패킷과 또한 제 2 수신 버스 패킷에 대한 두 개의 CRC 체크 결과가 에러 신호가 라인(43)을 통해 출력되지 않도록 하기 위해 에러가 없는 것을 나타내야 한다. 이미 언급된 바와 같이, 개개 버스 패킷의 CRC 체크는 CRC 체크 유닛(32)에서 수행된다. 그후 개개 체크 결과의 수집은 평가 유닛(36)에서 수행된다. 데이터 소스 패킷에 관한 체크 결과 중 하나가 에러를 나타낼 때는 에러 신호(CRC_ERR)의 발생에 대해서도 동일하게 적용된다.

DB 카운터(34)는 모든 수신 데이터 블록을 카운트업한다. IEC 61883 표준에 따르면, 이 카운터는 8-비트 카운터이다. 만약 모든 버스 패킷들이 적절하게 수신된다면, 이 카운터는 제 1, 제 2 및 제 3 데이터 패킷의 수신 후에 카운터 판독치(4, 12, 및 18)를 각각 가질 것이다. 이들 값들은 또한 버스 패킷(2,3, 및 4)의 데이터 필드(11)에 기준 값으로 사실상 입력된다. 하지만, 그 카운터가 데이터 필드(11)에 각각 명시된 바와 같은 카운터 판독치를 가지지 않는다면, 평가 유닛(36)은 이미 언급된 에러 신호(DBC_ERR)를 발생시킬 것이다.

데이터 카운터(35)는 다음과 같이 동작한다. 데이터 카운터는 바이트 단위로 데이터를 카운트한다. IEC 61883 표준에서, 데이터 블록 사이즈는 쿼드릿 단위로나타난다. 데이터 블록 사이즈는 프로그래밍될 수 있으며, 정확하게는 1쿼드릿과 256쿼드릿 사이의 모든 값들이 가능하다. 명시된 값(stipulated value)은 CIP 헤더(CIPH)에 포함된다. 이 값은 평가 논리 유닛(36)에서 평가되고 그후 이용 가능하게 된다. 데이터 카운터(35)는 그후 데이터 블록의 종점이 도달될 때 상기 데이터 카운터가 데이터 블록 카운팅 펄스를 발생하며 그 펄스를 데이터 블록 카운터(34)에 출력하도록 하는 방식으로 셋팅된다.

기술된 예시적인 실시예의 여러 가지 적용과 변경들이 가능하다. 기술된 바와 같이, 외부 성분들에 대해 제공된 여러 가지 내부 버스 라인과 버스 라인들을 갖는 구조는 다르게 선택될 수 있다. 설명된 장치의 부분들은 소프트웨어로도 실현될 수 있다. 본 발명은 언급된 IEEE 1394 버스와 함께 사용하는 것으로 제한되지 않는다. 본 발명은 또한 기타 유선 기반 버스 시스템 또는 그 외의 무선 기반 버스 시스템에 대해서도 사용될 수 있다.

Claims (9)

1. 데이터 버스를 통해 수신되는 데이터의 관리 방법으로서, 상기 데이터는 가변 길이를 가지는 버스 패킷으로 전송되며, 상기 데이터는 한정된 길이를 가지는 데이터 블록들(DB0-DB7)로 분할되며, 한정된 개수(n)의 데이터 블록들(DB0-DB7)의 조합은 데이터 소스 패킷(SP0-SP2)을 형성하며, 상기 데이터 블록들의 구조 내에서 상기 데이터 소스 패킷(SP0-SP2)의 구획별 전송(section-by-section transmission)이 가능한, 데이터 관리 방법에 있어서,

   상기 데이터 블록(DB0-DB7)의 모듈로-n 카운팅(modulo-n counting)이 상기 데이터 소스 패킷 경계들을 결정하기 위해서 실행되는 것과, 새로운 데이터 소스 패킷(SP1, SP2)의 시작은 그 다음 카운팅 간격의 시작시에 메모리 관리 디바이스(31)에 신호를 전송하는 것을, 특징으로 하는 데이터 관리 방법.
2. 제 1 항에 있어서, 각 버스 패킷은 CRC 체크를 받고 체크 결과는 두 개 또는 그보다 많은 버스 패킷들로 전송되는 데이터 소스 패킷(SP0-SP2)이 어떤 에러도 없이 전송되었는지 여부를 확인할 수 있도록 하기 위하여 버퍼-저장되는, 데이터 관리 방법.
3. 제 1 항 또는 제 2 항에 있어서, 상기 전송된 데이터의 완전성(completeness)을 체크하기 위하여 기준 카운터 판독치가 각 버스 패킷으로전송되며, 상기 수신된 데이터 블록들(DB0-DB7)의 비교 카운팅이 달성되며, 상기 기준 카운터 판독치와 관련된 상기 데이터 블록이 수신될 때, 상기 비교 카운팅의 결과가 상기 기준 카운터 판독치와 비교되며, 일치하지 않는 경우에 에러 신호(DBC_ERR)가 출력되는, 데이터 관리 방법.
4. 제 1 항 내지 제 3 항 중 어느 한 항에 있어서, 데이터 소스 패킷(SP0-SP2)의 상기 한정된 개수(n)의 데이터 블록(DB0-DB7)은 개수(8)에 해당하며 상기 모듈로-n 카운팅은 그에 따라 모듈로-8 카운팅인, 데이터 관리 방법.
5. 제 1 항 내지 제 4 항 중 어느 한 항에 기재된 방법을 실행하고, 상기 수신된 데이터가 순서대로 기록되는 메모리 유닛(30)과, 메모리 관리 디바이스(31)를 구비하는 디바이스로서, 상기 수신된 데이터 블록들(DB0-DB7)을 카운트하며 그 다음 카운팅 간격의 시작시에 데이터 소스 패킷 시작 신호(SP_ST)를 상기 메모리 관리 디바이스(31)에 출력하는 모듈로-n 카운터(33)가 제공되는 것을, 특징으로 하는 데이터 관리 방법 실행 장치.
6. 제 5 항에 있어서, 상기 수신된 버스 패킷들 내의 데이터에 에러가 있는지에 대해 체크되는 CRC 체크 유닛(32)을 더 구비하며, 복수의 연속 버스 패킷의 체크 결과치들이 만약 상기 데이터 소스 패킷 시작 신호(SP_ST)가 식별되었다면 버퍼-저장되고 조합되며, 상기 CRC 체크 유닛(32)은 상기 조합된 체크 결과들 중 하나가식별된 에러를 포함하는 경우 에러 신호(CRC_ERR)를 출력하는, 데이터 관리 방법 실행 장치.
7. 제 5 항 또는 제 6 항에 있어서, 상기 수신된 데이터 블록(DB0-DB7)의 비교 카운팅을 달성하는 데이터 블록 기준 카운터(34)를 더 구비하며, 상기 데이터 블록 기준 카운터(34)의 상기 카운터 판독치와 상기 버스 패킷의 상기 수신된 기준 카운터 판독치를 비교하며 일치하지 않는 경우에 에러 신호(DBC_ERR)를 출력하는 비교 수단이 제공되는, 데이터 관리 방법 실행 장치.
8. 제 1 항 내지 제 7 항 중 어느 한 항에 있어서, 상기 데이터가 특히 바이트 단위로 카운트되게 하며 카운터된 데이터의 수가 데이터 블록(DB0-DB7)에 속하는 것으로 한정된 바와 같은 수인 경우에는 데이터 블록 카운팅 신호를 출력하는 데이터 카운터(35)를 더 구비하는, 데이터 관리 방법 실행 장치.
9. 제 1 항 내지 제 8 항 중 어느 한 항에 있어서, 상기 데이터 버스는 IEEE 1394 표준에 따라 설계되며 상기 장치는 이 데이터 버스에 대한 인터페이스 내의 데이터 링크 계층 모듈의 부분인, 데이터 관리 방법 실행 장치.