KR20050076128A

KR20050076128A - Selection method of ake and havi in system excluding av/c module

Info

Publication number: KR20050076128A
Application number: KR1020040003945A
Authority: KR
Inventors: 김형진; 박현상
Original assignee: 엘지전자 주식회사
Priority date: 2004-01-19
Filing date: 2004-01-19
Publication date: 2005-07-26

Abstract

본 발명은 AV/C 모듈이 없는 시스템에서의 AKE와 HAVi의 연계방법에 관한 것으로, a) 비동기 패킷을 수신 받고, 파싱 프로세스를 호출하는 단계; b) 트랜잭션 코드가 요청인지를 판단하는 단계; c) 상기 비동기 패킷내에 포함된 수신지_오프셋 주소 중 상위부분의 주소가 정확한지 여부를 판단하는 단계; d) 상기 비동기의 패킷내에 포함된 수신지_오프셋 주소 중 상위부분의 주소가 정확하면, 상기 비동기의 패킷내에 포함된 수신지_오프셋 주소 중 하위부분의 주소를 분석하는 단계; e) 상기 수신된 비동기 패킷이 기능 제어 프로토콜 명령 프레임인지 여부를 판단하는 단계; 및 f) 상기 수신된 비동기 패킷이 기능 제어 프로토콜의 명령프레임이면, 상기 기능 제어 프로토콜내에 OP코드를 분석하여 AKE 프로세스 또는 HAVi 프로세스를 호출하는 단계를 포함한다. The present invention relates to a method of linking AKE and HAVi in a system without an AV / C module, comprising: a) receiving an asynchronous packet and calling a parsing process; b) determining if the transaction code is a request; c) determining whether an address of an upper portion of a destination_offset address included in the asynchronous packet is correct; d) if the address of the upper part of the destination_offset address included in the asynchronous packet is correct, analyzing the address of the lower part of the destination_offset address included in the asynchronous packet; e) determining whether the received asynchronous packet is a function control protocol command frame; And f) if the received asynchronous packet is a command frame of a function control protocol, calling the AKE process or HAVi process by analyzing the OP code in the function control protocol.

Description

How to connect AH and HA in a system without A / C module {Selection Method of AKE and HAVi in System excluding AV / C Module}

본 발명은 AV/C 모듈이 없는 시스템에서의 AKE와 HAVi의 연계방법에 관한 것으로, 좀 더 자세하게 말하면 IEEE1394 I/F 위에 HAVi 모듈이 적용된 경우에 AV 복사 방지 규격인 AKE를 적용할 경우 마땅히 명령 처리를 할 방법이 없었기에 이를 위한 새로운 처리 루틴에 관한 것이다.The present invention relates to a method of linking AKE and HAVi in a system without an AV / C module. In more detail, when the HAVi module is applied on an IEEE1394 I / F, an AV copy protection standard AKE must be processed. There was no way to do this, so it is about a new processing routine.

기존 IEEE1394를 적용한 모델들은 필수적으로 AV 복사 방지 규격인 AKE(Authentication and Key Exchange commands)를 적용하여 제품을 내야 한다. Existing IEEE1394 models must be manufactured by applying AKE (Authentication and Key Exchange commands), which is an AV copy protection standard.

이들 제품들은 IEEE1394 I/F를 통해서 상대 기기를 제어하기 위하여 AV/C ( Audio & Video Control Command Set) 모듈을 적용하고 이 AV/C를 통해서 여러 가지 제어 명령들을 수행을 한다.These products adopt AV / C (Audio & Video Control Command Set) module to control the external device through IEEE1394 I / F and execute various control commands through this AV / C.

AV/C 모듈의 역할 중 명령 셋을 통한 상대 기기 제어하는 역할도 있지만 AKE 복사 방지를 위한 처리부분도 있다. Among the roles of the AV / C module, there is a role of controlling an external device through a command set, but there is also a processing part for AKE copy protection.

즉, 스펙상에 AKE 명령의 처리는 AV/C 명령 셋과 동일한 구성으로 되어 있고 단지 명령을 구성하는 요소들의 값들이 따로 AKE를 위하여 할당되어 있을 뿐이다.In other words, the specification of the AKE command is identical to that of the AV / C command set, and the values of the elements constituting the command are allocated separately for AKE.

도 1은 일반적인 IEEE1394 스펙과 AV/C 디지털 인터페이스 명령 셋의 일반적인 스펙인 Havi( Home Audio/Video Interoperability Architecture) 스펙과 IEC61883 스펙들간의 관계도를 도식으로 표현한 것이다.FIG. 1 is a diagram schematically illustrating a relationship between the general IEEE1394 specification and the Havi (Home Audio / Video Interoperability Architecture) specification, which is a general specification of an AV / C digital interface command set, and the IEC61883 specification.

도 1을 참조하면, 최하위단은 IEEE1394 프로토콜이 최종 통신 I/F를 담당하고 그 위로 AV/C나 HAVi같은 미들웨어들이 올라가서 상대 기기를 제어하는 방법을 제공한다.Referring to FIG. 1, the lowest level provides a method in which the IEEE 1394 protocol is in charge of the final communication I / F and middleware such as AV / C or HAVi is raised on it to control the counterpart device.

AV/C와 HAVi의 차이점은 일반적으로 AV/C는 제어하고자 하는 기기들 종류에 따라 VCR, Tuner, STB등에 해당되는 명령 셋을 다 따로 모듈화해서 올려야하는 불편함이 있고 새로운 형태의 기기가 나오게 되면 이를 지원을 할 수 없는 단점이 있는 반면에, HAVi는 상대 기기의 종류에 관계없이 지원 가능하다는 장점을 가지고 있으나 그 구현의 어려움이 많다는 단점을 가지고 있다.The difference between AV / C and HAVi is that in general, AV / C has the inconvenience of having to modularize the command set corresponding to VCR, Tuner, and STB according to the type of devices to be controlled. While there is a disadvantage that cannot support this, HAVi has the advantage that it can be supported regardless of the type of the external device, but has a disadvantage that the implementation is difficult.

이와 같은 이유로 해서 상대 기기를 제어하기 위한 서비스 등을 제공하는 미들웨어로 AV/C만을 구현을 하든지, HAVi만을 구현하여 제품화하는 경우가 필요하다. For this reason, it is necessary to implement only AV / C as a middleware that provides a service for controlling an external device or to commercialize only HAVi.

도 2는 AV/C를 구현하였을 때, AV/C Spec의 구성도를 도식화한 것이다.2 is a diagram illustrating the configuration of the AV / C Spec when implementing the AV / C.

도 2를 참조하면, AV/C 구성도안에 AKE가 포함되어 있는 것을 알 수 있다. 이는 AKE의 모든 명령의 모양, 명령 내부구성 등이 AV/C 명령 셋을 그대로 따르기 때문에 일부분으로 보고 구성을 한 것이다.2, it can be seen that AKE is included in the AV / C configuration diagram. This is a partial view and configuration of all commands in AKE since the command internals follow the AV / C command set.

그런데, 만약 제품이 HAVi만을 구현하면, 상대 기기를 제어하기 위한 미들웨어가 이미 존재하므로 따로 AV/C를 구현할 필요가 없다.However, if the product implements only HAVi, there is no need to implement AV / C separately because middleware for controlling the external device already exists.

그러나, 오디오/비디오의 복사 방지를 구현하여야 하므로 AKE를 구현해야 한다.However, AKE must be implemented because copy protection of audio / video must be implemented.

이 경우 종래의 명령 처리는 각 미들웨어를 구분짓는 방법으로 IEC61883 스펙에 규정되어 있는 CTS(Command/Transaction Set) 필드를 이용하여 구분한다.In this case, the conventional command processing is to distinguish each middleware using a CTS (Command / Transaction Set) field specified in the IEC61883 specification.

즉, CTS가 0000이면 AV/C에 관한 명령이고, CTS가 0011이면 HAVi에 관한 명령이라고 규정한다. AKE에 관한 명령 또한 CTS필드가 0000으로 되어 있다.In other words, if the CTS is 0000, the command is related to AV / C. If the CTS is 0011, the command is related to HAVi. The command for AKE also has a CTS field of 0000.

그러나, 문제는 만일 HAVi를 구현한 상대 기기 시스템이 LAV(Legacy AV Device) 또는 BAV(Base AV device)로 구현이 되어 있다면 이 기기는 AV/C 명령 셋으로 통신을 하게 된다.However, the problem is that if an external device system that implements HAVi is implemented as a legacy AV device (LAV) or a base AV device (BAV), the device communicates with the AV / C command set.

결국 CTS코드로 구분이 불가능하게 된다는 의미이다.In the end, it means that it cannot be distinguished by CTS code.

이는 HAVi 스펙에 규정된 부분으로 기존에 나와 있는 여러 스펙들간의 호환성에 문제가 있는 것으로 추정된다.This is defined in the HAVi specification, and it is assumed that there is a problem in compatibility between the various specifications.

그러므로, 어떠한 스펙에 해당되는 명령인지를 분별하여 처리하여야 하는데, 기존의 방법으로는 HAVi와 AKE 스펙이 동시에 구현된 시스템에서 그 구분이 모호하게 된다. Therefore, it is necessary to classify and process which command corresponds to the specification. In the conventional method, the distinction becomes ambiguous in a system where both HAVi and AKE specifications are implemented at the same time.

본 발명의 목적은 HAVi와 AKE 스펙이 같이 구현되어서 동작을 할 경우, 어떠한 스펙에 해당되는 명령 셋인지를 구분하는 방법을 제공하는 데 있다. An object of the present invention is to provide a method for distinguishing which instruction set corresponds to a specification when the HAVi and AKE specifications are implemented together.

상기와 같은 목적을 달성하기 위하여 본 발명의 AV/C 모듈이 없는 시스템에서의 AKE와 HAVi의 연계방법은 a) 비동기 패킷을 수신 받고, 파싱 프로세스를 호출하는 단계; b) 트랜잭션 코드가 요청인지를 판단하는 단계; c) 상기 비동기 패킷내에 포함된 수신지_오프셋 주소 중 상위부분의 주소가 정확한지 여부를 판단하는 단계; d) 상기 비동기의 패킷내에 포함된 수신지_오프셋 주소 중 상위부분의 주소가 정확하면, 상기 비동기의 패킷내에 포함된 수신지_오프셋 주소 중 하위부분의 주소를 분석하는 단계; e) 상기 수신된 비동기 패킷이 기능 제어 프로토콜 명령 프레임인지 여부를 판단하는 단계; f) 상기 수신된 비동기 패킷이 기능 제어 프로토콜의 명령프레임이면, 상기 기능 제어 프로토콜내에 OP코드를 분석하여 AKE 프로세스 또는 HAVi 프로세스를 호출하는 단계를 포함한다.In order to achieve the above object, the method of linking AKE and HAVi in a system without an AV / C module of the present invention includes a) receiving an asynchronous packet and calling a parsing process; b) determining if the transaction code is a request; c) determining whether an address of an upper portion of a destination_offset address included in the asynchronous packet is correct; d) if the address of the upper part of the destination_offset address included in the asynchronous packet is correct, analyzing the address of the lower part of the destination_offset address included in the asynchronous packet; e) determining whether the received asynchronous packet is a function control protocol command frame; f) if the received asynchronous packet is a command frame of a function control protocol, analyzing the OP code in the function control protocol and invoking an AKE process or a HAVi process.

본 발명에서 단계 f)는 상기 기능 제어 프로토콜내에 OP코드가 0x0F 이면 AKE 프로세스를 호출하고 그렇지 않으면 HAVi프로세스를 호출하는 것이 바람직하다.In the present invention, step f) preferably calls the AKE process if the OP code in the function control protocol is 0x0F, otherwise it calls the HAVi process.

본 발명에서 단계 b)는 수신 받은 비동기 패킷내에 존재하는 트랜잭션 코드가 요청이 아니면 다른 파싱 프로세스를 호출하는 단계를 더 포함하는 것이 바람직하다.In the present invention, step b) preferably further includes invoking another parsing process if the transaction code present in the received asynchronous packet is not a request.

본 발명에서 단계 c)는 비동기의 패킷내에 포함된 수신지_오프셋 주소 중 상위부분의 주소가 정확하지 않은 경우 에러 메세지를 전송하는 것이 바람직하다.In the present invention, step c) preferably transmits an error message if the address of the upper part of the destination_offset address included in the asynchronous packet is not correct.

본 발명에서 단계 e)는 수신된 비동기 패킷이 기능 제어 프로토콜 명령이 아니면 다른 형태의 명령 패킷인지를 판단하고, 그렇지 않으면 에러 메세지를 전송하고, 다른 형태의 명령 패킷이면 다른 파싱 프로세스를 호출하는 것이 바람직하다.In the present invention, step e) determines whether the received asynchronous packet is a different type of command packet if it is not a function control protocol command, otherwise transmits an error message, and if it is another type of command packet, call another parsing process. Do.

이하 첨부한 도면을 참조하여 본 발명을 보다 상세하게 설명하고자 한다.Hereinafter, the present invention will be described in more detail with reference to the accompanying drawings.

도 3은 본 발명의 일 실시예에 따른 파싱 알고리즘의 순서도이다.3 is a flowchart of a parsing algorithm according to an embodiment of the present invention.

상기 실시예는, 기능제어 프로토콜 내에 포함된 OP코드를 검색하여 AKE프로세스 혹은 HAVi 프로세스를 호출하는 방법을 개략적으로 나타낸 것이다.The above embodiment schematically illustrates a method of calling an AKE process or a HAVi process by searching for an OP code included in a function control protocol.

단계 301은 비동기 패킷을 수신하는 과정이다.Step 301 is a process of receiving an asynchronous packet.

IEEE1394 의 환경에서 링크 레이어에서 전송되는 패킷은 크게 PHY 패킷과 우선 패킷(primary packet) 및 인정 패킷(acknowledge packet)이 있으며, 이중 우선 패킷은 비동기 패킷과 등시성 패킷(isochoronous packet)으로 나뉘어 진다. 이중에서 본 발명은 비동기 패킷만을 수신한다. 상기 비동기 패킷과 등시성 패킷의 구분은 트랜잭션 코드로 구분하는 것이 가능하다.In the IEEE 1394 environment, a packet transmitted in a link layer includes a PHY packet, a primary packet, and an acknowledgment packet, and the dual priority packet is divided into an asynchronous packet and an isochoronous packet. Of these, the present invention only receives asynchronous packets. The distinction between the asynchronous packet and the isochronous packet can be divided by transaction code.

단계 302는 파싱 프로세스를 호출하는 과정이다. Step 302 is a process of invoking the parsing process.

상기 파싱 프로세스는 상기 수신 받은 비동기 패킷을 해석하는 과정이다.The parsing process is a process of interpreting the received asynchronous packet.

단계 303은 트랜잭션 코드를 분석하는 과정이다.Step 303 is a process of analyzing a transaction code.

상기 비동기 패킷에는 많은 양의 정보가 포함되어 있으나, 도 4에 도시된 바와 같이 패킷구성도의 첫 번째 라인에 트랜잭션 코드 프레임이 포함된다. 상기 트랜잭션 코드는 패킷형으로 모든 우선 패킷에 포함된다.The asynchronous packet includes a large amount of information, but as shown in FIG. 4, the first line of the packet structure includes a transaction code frame. The transaction code is included in every priority packet in packet form.

단계 304a는 트랜잭션 코드의 타입을 분석하는 과정이다.Step 304a is a process of analyzing the type of transaction code.

상기 비동기 패킷은 크게 응답과 요청을 위한 두 가지로 구분할 수 있다. 여기에서 요청이란 트랜잭션 레이어가 하위 레이어인 링크 레이어에게 버스를 통하여 우선 패킷의 전송을 요청하는 것을 말한다. The asynchronous packet can be largely divided into two types for response and request. In this case, the request refers to requesting transmission of a packet through a bus to a link layer whose transaction layer is a lower layer.

이 때, 상기 비동기 패킷이 요청을 위한 것이 아니면 다른 파싱 프로세스를 호출하는 단계 304b를 거친다.At this time, if the asynchronous packet is not for a request, it goes to step 304b of calling another parsing process.

단계 305a와 단계 306은 오프셋 어드레스의 정확성을 검색하는 과정이다.Steps 305a and 306 are for searching for the accuracy of the offset address.

도 4의 패킷 중 두 번째 라인의 후반부 프레임과 세 번째 라인의 프레임은 수신지_오프셋을 위한 것이다. 상기 수신지_오프셋 프레임은 그 길이가 다른 프레임에 비해서 매우 길기 때문에 본 발명에서는 두 번째 라인의 프레임 후반부를 수신지_오프셋의 상위주소로 분류하여 우선적으로 그 정확도를 검색한다. The latter half frame of the second line and the third line of the packet of FIG. 4 are for destination_offset. Since the destination_offset frame is much longer than other frames, the present invention classifies the second half of the frame of the second line into the upper address of the destination_offset and searches for the accuracy first.

만약, 상기 수신지_오프셋의 상위주소가 정확하다면 다음으로 세 번째 라인인 수신지_오프셋의 하위주소를 분석한다.If the upper address of the destination_offset is correct, the lower address of the destination_offset, which is the third line, is analyzed next.

이 때, 상기 수신지_오프셋의 상위 주소가 정확하지 않으면 에러메세지를 전송한다. At this time, if the upper address of the destination_offset is not correct, an error message is transmitted.

단계 307a는 기능제어 프레임중 명령 프레임인지 여부를 판단하는 과정이다.Step 307a is a process of determining whether a command frame is a function control frame.

IEEE1394에서 구현되는 비동기 패킷은 다양하게 존재할 수 있으나, 이 중 IEEE1394버스를 통하여 접속되는 장치들을 제어하기 위한 기능제어 프로토콜만을 걸러낸다. 상기 기능제어 프로토콜은 명령을 위한 프레임과 응답을 위한 프레임으로 구분된다. 본 발명에서는 상기 기능제어 프로토콜중 명령을 위한 프레임만을 선별한다.Asynchronous packets implemented in the IEEE 1394 may exist in various ways, but only a function control protocol for controlling devices connected through the IEEE 1394 bus. The function control protocol is divided into a frame for command and a frame for response. In the present invention, only frames for commands are selected from the function control protocol.

이 때, 상기 비동기 패킷이 다른 명령 프레임인지를 검색하고 그렇지 않으면 에러를 전송하고, 다른 명령 프레임이면 다른 파싱 프로세스를 호출한다.At this time, it detects whether the asynchronous packet is a different instruction frame, otherwise sends an error, and if it is another instruction frame, invokes another parsing process.

단계 308 내지 단계 309는 상기 기능제어 프로토콜에 포함된 OP코드를 검색하는 과정이다.Steps 308 to 309 are for searching for an OP code included in the function control protocol.

본 발명에서는 HAVi 명령과 AKE 명령과의 구분을 위해서 기존의 방법인 CTS (Command/Transaction Set) 필드를 이용하지 않고 OP코드(Operation Code) 필드를 이용하여 구분한다.In the present invention, to distinguish between the HAVi command and the AKE command, an OP code field is used instead of the CTS (Command / Transaction Set) field.

이는 HAVi를 구현하였다 하여도 BAV Device나 LAV Device와 같이 연결을 하였을 경우, HAVi 스펙에 따라서 AV/C 명령 셋을 이용하므로 CTS가 다 같이 0x0000으로 명기되어 오기 때문에 더 이상 CTS 필드는 쓸모가 없게 된다.Even if HAVi is implemented, when connected with BAV device or LAV device, CTS field is no longer useful because CTS is specified as 0x0000 because AV / C instruction set is used according to HAVi specification. .

AKE 스펙을 보면 AKE는 AV/C 명령 셋을 이용하는데 AKE 명령임을 알려 주기 위하여 OP코드를 0x0F로 정의한다.In the AKE specification, AKE uses the AV / C instruction set and defines an OP code of 0x0F to indicate that it is an AKE instruction.

따라서, 이 부분을 이용하여 OP코드가 0x0F이면 AKE 명령으로 인식하고 그렇지 않을 경우는 HAVi 명령으로 인식하여 해당 프로세스를 처리한다. Therefore, using this part, if the OP code is 0x0F, it is recognized as an AKE command. Otherwise, it is recognized as an HAVi command and the corresponding process is processed.

상기와 같이, 본 발명의 바람직한 실시예를 참조하여 설명하였지만 해당 기술 분야의 숙련된 당업자라면 하기의 특허청구범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. As described above, it has been described with reference to the preferred embodiment of the present invention, but those skilled in the art various modifications and changes of the present invention without departing from the spirit and scope of the present invention described in the claims below I can understand that you can.

상술한 바와 같이 본 발명에 의하면, AV/C 본 발명에서 제안한 이러한 방법들을 쓰게 되면 상호 스펙간의 호환성에 아무런 문제가 없게 된다.As described above, according to the present invention, if these methods proposed by the present invention are used, there is no problem in compatibility between the specifications.

그러므로, 향후 HAVi와 AKE 모듈이 같이 구현된 기기가 나오게 될 때 본 발명에서 제안한 방법을 사용하게 되면 상당히 용이하게 구현할 수 있게 될 것이다.Therefore, when the device implemented with the HAVi and AKE modules come out in the future, if the method proposed in the present invention is used, it can be easily implemented.

도 1은 프로토콜 아키텍처의 스펙을 나타낸 블록도이다.1 is a block diagram illustrating a specification of a protocol architecture.

도 2는 AV/C 스펙의 프로토콜 구성도이다.2 is a protocol configuration diagram of an AV / C specification.

도 4는 비동기 수신 프레임의 구성도이다. 4 is a block diagram of an asynchronous reception frame.

Claims

a) receiving an asynchronous packet and invoking a parsing process;

b) determining if the transaction code is a request;

c) determining whether an address of an upper portion of a destination_offset address included in the asynchronous packet is correct;

d) if the address of the upper part of the destination_offset address included in the asynchronous packet is correct, analyzing the address of the lower part of the destination_offset address included in the asynchronous packet;

e) determining whether the received asynchronous packet is a function control protocol command frame;

f) If the received asynchronous packet is a command frame of a function control protocol, AKE and HAVi in a system without an AV / C module comprising analyzing an OP code in the function control protocol and calling an AKE process or a HAVi process. How to connect.

2. The association of AKE and HAVi in a system without an AV / C module according to claim 1, wherein step f) calls the AKE process if the OP code in the function control protocol is 0x0F, otherwise the HAVi process. Way.

2. The AKE and HAVi in a system without an AV / C module according to claim 1, wherein step b) further comprises invoking another parsing process if the transaction code present in the received asynchronous packet is not a request. How to connect.

2. The AKE of claim 1, wherein step c) transmits an error message if an upper part of a destination_offset address included in an asynchronous packet is not correct. Of HA and HAVi.

The method of claim 1, wherein step e) determines whether the received asynchronous packet is a different type of command packet if it is not a function control protocol command, otherwise sends an error message, and if it is another type of command packet, invokes another parsing process. How to connect AKE and HAVi in a system without an AV / C module.