KR20070040179A - Method for generationg/displaying of audio/video transmission protocol information - Google Patents

Abstract

The present invention extracts a specific field from a configuration ROM inside a device according to the IEEE 1394 standard, and inserts and stores audio / video transmission protocol information supported by the device in the extracted field. When the device is connected through, it is easy to find out what kind of data (stream) the external device supports.

Source device, TV, IEEE1394, IEC61883

Description

Method for generation and display of audio / video transmission protocol information

1 is a diagram illustrating a protocol stack equipped with typical IEEE 1394 devices.

2 is a view showing a state in which a source device and a display device are connected with an IEEE 1394 interface cable according to the present invention;

3 is a flowchart illustrating a communication method between a source device and a TV using an IEEE 1394 interface cable according to the present invention.

4 is a diagram illustrating a configuration ROM format in which IEC61883 specification information is registered according to an exemplary embodiment of the present invention.

FIG. 5 is a diagram illustrating a unit_sw_version field shown in FIG. 4. FIG.

FIG. 6 is a diagram illustrating an IEC61883 specification according to the value of the unit_sw_version field shown in FIG. 5. FIG.

7 illustrates a configuration ROM format in which IEC 61883 specification information is registered according to another exemplary embodiment of the present invention.

<Explanation of symbols for the main parts of the drawings>

200: source device 210: display device

The present invention relates to a method of generating and displaying audio / video transmission protocol information for knowing what kind of data (stream) of a counterpart device when a device is connected through IEEE1394.

With the development of digital technology, a source device for receiving a broadcast signal of a predetermined channel such as a set-top box and providing an image stream and an audio stream, and an image stream and an audio stream provided by the source device are input to display an image on a screen. Various methods have been proposed to connect a display device such as a digital television receiver that outputs a voice signal to a speaker by using an interface technology so as to control the mutual operation.

As an interface technology for connecting the source device and the display device, there is an IEEE 1394 interface approved by the IEEE 1394 committee. The IEEE1394 interface was initially designed to replace a small computer system interface (SCSI) that connects computers and peripherals, but not only a high-speed serial bus but also hot plugging, flexible topologies, access to numerous digital video / audio devices, and real-time data. It has many advantages, such as an isochronous data communication module suitable for transmission, and is being spotlighted as a next-generation interface for connecting computers and information appliances.

IEEE1394 is a technology widely used as a high-speed interface for data transmission in consumer electronics, and DTV is also defined as a stream transmission standard. As Steve's market expands, IEEE1394's market expands and technology advances.

As consumer electronics products employing IEEE1394 are appearing one after another, compatibility problems between devices on the market are on the rise. Consumers who don't know the technical part of the product can connect any two devices in anticipation of data transmission in any way between devices adopting IEEE1394, but the specifications and functions that the products actually support It is often limited that the behavior expected by the consumer does not occur. Even the devices themselves are embarrassed by situations in which no information about the other device is fed back to the consumers.

This problem is caused by technically neglecting the data other than the one supported by the other device because there is no easy way to know what type of data the other device supports. Speaking of protocol specifications, this problem occurs because there is no way of knowing which part of the IEC61883, which is part of the IEEE1394 protocol stack, actually implements and which part is not implemented.

1 is a diagram illustrating a protocol stack included in general IEEE 1394 devices.

Referring to FIG. 1, a physical layer, the lowest layer, receives a bit string from a link layer, which is an upper layer, and acquires a right to use a serial bus. The bit string is then encoded and converted to an electrical signal to transmit data on the bus. In the case of reception, the reverse procedure in the transmission is followed.

The link layer handles data in units of packets, and plays a role in constructing and decomposing packets, detecting errors, and managing bus cycles.

The transaction layer provides transactions such as read / write / lock and performs asynchronous communication with other nodes on the 1394 bus by using a service provided by the lower layer.

When a plurality of devices are connected using the IEEE 1394, the IEEE 1394 standard alone is not sufficient for the actual data transmission between devices. That is, the process of establishing a connection between devices to send and receive A / V data or an isochronous channel to transmit A / V data must be made between devices. The IEC61883 standard exists for this purpose.

IEC61883 defines the Function Control Protocol (FCP) and the Connection Management Protocol (CMP). The CMP defines a structure of software for managing isochronous connections between devices, and the FCP provides a framework for transmitting commands such as AV / C CTS.

Another feature of IEC61883 is the definition of the CIP header structure. The CIP header contains information about the source stream contained in an isochronous packet.

The IEEE 1394 and IEC61883 standards use control commands to control devices. The most representative control command is AV / C CTS. This method defines a hexadecimal code for each device function. For example, the play command for the VCR is defined as '0 * C8' in hexadecimal.

In the uppermost layer, which is the upper layer of the IEC 61883 FCP layer, an application layer for controlling the operation of a device employing the IEEE1394 interface technology is located.

With the IEEE 1394 interface technology having such a protocol stack, when a device such as a set-top box and a display device such as a digital TV receiver are connected, the source device and the display device can control operations while transmitting predetermined data to each other.

For example, when the source device and the display device are connected by the IEEE 1394 interface cable, the display device automatically detects all devices connected by the IEEE 1394 interface cable to configure the network topology. At this time, the display device recognizes that the source device is connected with the IEEE1394 interface cable, and displays the devices connected with the IEEE1394 interface cable on the screen.

When the user selects the source device by operating the remote control of the display device while the devices connected with the IEEE1394 interface cable are displayed on the screen of the display device as described above, the source device and the display device make a point-to-point connection. The broadcast signal of the channel currently being received is transmitted to the display device.

However, since there was no way of knowing which of the IEC61883 specifications the source device connected through the IEEE1394 has conventionally, it was not possible to know directly what type of data the other party supports. Therefore, many TVs have classified the products according to the product category in the AV / C specification and the type of media supported by the device, and then used the information to find out what data each device indirectly supports.

For example, if it is a tape device, and the supporting media is DVHS tape, it is a DVHS Player, a tape device, if the supporting media is MicroMW, it is a Micro MV camcorder, a tape device, and if the supporting media is DV, it is a DV camcorder. Here, the DVHS Player and the Micro MV camcorder output the MPEG-2 TS, so it works when connected to a digital TV. The DV camcorder does not operate when connected to the TV because the output is DV.

In addition, many devices belong to the same product family but output different types of data. DV camcorders and HDV camcorders are both DV camcorders, but with different outputs. In addition, both DV and DVD players are DVD players, but support different streams. In this situation, the existing methods cannot distinguish between devices. The same is true for products that support two output formats simultaneously in a single device.

Accordingly, an object of the present invention is to provide a method for generating and displaying audio / video transmission protocol information, which can be easily known which part of the IEC61883 specification is implemented in a device supporting IEEE 1394.

According to an aspect of the present invention in order to achieve the above objects, a specific field is extracted from a configuration ROM inside a device according to the IEEE 1394 standard, and the audio / video supported by the device in the extracted field. Provided is a method of generating audio / video transmission protocol information comprising inserting and storing transport protocol information.

The specific field is the unit_sw_version field in the IEC61883 unit_directory, and the IEC61883 unit_directory is generated if the device supports the IEC 61883 specification.

The audio / video transmission protocol information is given meaning to the lower 4 bits of the second octet of the unit_sw_version and the upper 4 bits of the third octet.

According to another aspect of the present invention, a field is added to a specific area of a configuration ROM inside a device according to the IEEE 1394 standard, and the audio / video transmission protocol information supported by the device is added to the added field. Provided is a method of generating audio / video transmission protocol information characterized in that the insertion and storage.

In the step of adding a field to a specific area of a configuration ROM inside a device according to the IEEE 1394 standard, the field is added to the IEC61883 unit_directory.

According to another aspect of the present invention, when a device supporting IEEE1394 is connected, in the method of determining the data type supported by the counterpart device, a field in which audio / video transmission protocol information supported by the counterpart device is read And decoding the read field information to determine corresponding audio / video transmission protocol information, and determining whether to support a data type corresponding to the determined audio / video transmission protocol information, and determining the audio / video transmission protocol. If the data type corresponding to the information is supported, a method of displaying audio / video transmission protocol information is provided which receives and outputs a signal from the counterpart device.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

2 is a diagram illustrating a state in which a source device and a display device according to the present invention are connected by an IEEE 1394 interface cable.

Referring to FIG. 2, a source device 200 such as a camcorder or a DVD player is connected to a display device 210 such as a digital TV through an IEEE 1394 interface cable.

When the source device 200 and the display device 210 are connected by an IEEE 1394 interface cable, the display device 210 automatically detects all devices connected by the IEEE 1394 interface cable to configure a network topology.

In this case, the display device 210 recognizes that the source device 200 is connected with the IEEE 1394 interface cable, and displays the devices connected with the IEEE 1394 interface cable on the screen.

When the user selects the source device 200 by operating the remote controller of the display device 210 while the devices connected with the IEEE 1394 interface cable are displayed on the screen of the display device 210 as described above, the source device 200 and the display are displayed. The device 210 makes a point-to-point connection.

The digital TV 210, which is the display device 210 (hereinafter, only the digital TV) will be described below based on a command table and device information collected at the initialization of the IEEE 1394 serial bus when a remote control signal is input. By displaying on the screen a device capable of executing the command, it is possible to select the desired device from among them to give a command.

When the source device 200 is connected to the digital TV 210 through the IEEE 1394 serial bus, the source device 200 transmits a video / audio signal and device information to the digital TV 210 through the IEEE1394 serial bus. That is, when the digital TV 210 is connected to the source device 200 through the IEEE 1394 interface cable, device information is read from the source device 200. Here, the device information includes a model name, protocol information, speed information, and the like.

The digital TV 210 may know the support range of the IEC 61883 specification of the corresponding source device 200 using the protocol information.

That is, the TV 210 reads a field in which IEC61883 specification information supported by the source device 200 is registered and decodes the read IEC61883 specification information to confirm the IEC 61883 specification of the source device. The TV 210 then determines what type of data the source device 200 supports using the identified IEC 61883 specification information. Next, the TV 210 determines whether the determined data type is supported to perform data transmission / reception with the source device 200.

3 is a flowchart illustrating a communication method between a source device and a TV using an IEEE 1394 interface cable according to the present invention.

Referring to FIG. 3, when a source device is connected through an IEEE1394 interface cable (S300), the TV receives device information from the source device (S302). That is, when the TV is connected to the source device through an IEEE1394 interface cable, the TV reads the area in which the information of the source device is registered and confirms the information of the source device. Here, the device information includes a model name, protocol information, speed information, and the like.

For example, if the TV wants the protocol information of the source device, the TV reads the information of the Unit_Sw_version field in the IEC61883 Unit_directory registered in the configuration ROM of the source device to confirm protocol information and IEC61883 specification information of the source device. .

If step 302 is performed, the TV determines the IEC 61883 specification using the received device information (S304). That is, the TV determines the supported IEC 81883 specification using the protocol information in the received device information.

When step 304 is performed, the TV determines whether to support a data type corresponding to the determined IEC61883 specification (S306).

If the determination result of step 306 supports the data format corresponding to the IEC61883 specification, the TV receives the video / audio signal from the source device and outputs the corresponding signal (S308).

If it is determined in step 306 that the data format corresponding to the determined IEC61883 specification is not supported, the TV does not output the video / audio signal transmitted from the source device (S310).

As described above, in order for the TV to read the information of the specific area of the source device so that the IEC61883 specification can be known, the IEC61883 specification information must be registered in the specific area of each device. The specific area of the device may be, for example, in the IEC61883 unit_directory of the configuration ROM.

A form in which IEC61883 specification information is registered in each device will be described with reference to FIGS. 4 to 6.

4 is a view illustrating a configuration ROM format in which IEC61883 specification information is registered according to an embodiment of the present invention, FIG. 5 is a view showing a unit_sw_version field shown in FIG. 4, and FIG. 6 is a view of a unit_sw_version field shown in FIG. 5. The figure which shows IEC61883 specification according to the value.

Referring to FIG. 4, the configuration ROM includes a bus info block 400, a root_directory 410, a unit_directory 420, a node_unique_id leaf 430, and the like.

The information about the device is registered in the unit_directory 420. The unit_directory 420 includes information such as unit_directory_length, unit_spec_id, unit_sw_version 425, and the like.

The unit_directory 420 is generated in accordance with the characteristics of the device.

For example, if the IEC 61883 specification is implemented in the device, the IEC 61883 unit_directory is created in the unit_directory 420. The unit_sw_version of the IEC61883 unit_directory includes protocol information of the source device and IEC 61883 specification information.

Therefore, the TV can know the IEC61883 specification supported by the source device using unit_sw_version in the IEC61883 unit_directory.

The unit_sw_version in the IEC61883 unit_directory will be described in detail with reference to FIGS. 5 and 6.

이면, AV/C 프로토콜을 지원,

이면, HAVi 프로토콜 지원임을 알 수 있다. Referring to FIG. 5, command / transaction is allocated to unit_sw_version in the IEC61883 unit_directory according to version information. For example, version information for unit_sw_version

Back side, support AV / C protocol,

In this case, it can be seen that HAVi protocol is supported.

Accordingly, the TV can know which protocol and the corresponding IEC61883 specification are supported by the corresponding source device using information of unit_sw_version in the IEC61883 unit_directory.

In the conventional unit_sw_version, both the lower four bits 500 of the second octet and the upper four bits 510 of the third octet are represented by '0'. Therefore, in the present invention, meanings are assigned to the lower four bits 500 of the second octet and the upper four bits 510 of the third octet so that the implementation range of the IEC61883 specification can be known.

이면, AV/C 프로토콜을 나타내고,

이면, HAVi 프로토콜을 나타낸다. 여기서, IEC61883 스팩 구현 범위를 알기 위하여 제2 옥텟의 하위 4비트(500)와 제3 옥텟의 상위 4비트(510)에 도 6과 같이 의미를 부여한다. In unit_sw_version

, Then the AV / C protocol,

If it is, the HAVi protocol is shown. Here, in order to know the IEC61883 specification implementation range, meaning is given to the lower four bits 500 of the second octet and the upper four bits 510 of the third octet as shown in FIG. 6.

That is, the meanings of FIG. 6 are assigned to the second octet lower 4bit (500) and the third octet upper 4bit (510) of the supported protocol definition region.

에 해당하는 AV/C 프로토콜의 Second octet 하위 4bit(500)와 third octet 상위 4bit(510)에 0x01을 할당하면, IEC61883 Part1 구현, 0x02를 할당하면 IEC61883 Part2 구현, 0x04를 할당하면, IEC61883 Part3 구현, 0x08을 할당하면, IEC61883 Part4 구현, 0x10을 할당하면 IEC61883 Part5 구현, 0x20을 할당하면 IEC61883 Part6 구현, 0x40을 할당하면 IEC61883 Part7 구현, 0x80을 할당하면, Reserved등과 같이 부여한다. 6,

If 0x01 is assigned to the second octet lower 4bit (500) and the third octet upper 4bit (510) of the corresponding AV / C protocol , IEC61883 Part1 implementation, assigning 0x02, IEC61883 Part2 implementation, assigning 0x04, IEC61883 Part3 implementation, assigning 0x08, IEC61883 Part4 implementation, assigning 0x10 to IEC61883 Part5 implementation, assigning 0x20 to IEC61883 Part6 implementation, assigning 0x40 to IEC61883 Part7 implementation, when 0x80 is allocated, is assigned as Reserved.

That is, each bit represents each part.

For example, the value of Unit_Sw_Version of a device that implements IEC61883 Part1 & 4 and supports the AV / C protocol is 010 09 1. In this way, Unit_Sw_Version makes it easy to see the implementation of the protocol stack on the source device.

7 illustrates a configuration ROM format in which IEC 61883 specification information is registered according to another exemplary embodiment of the present invention.

Referring to FIG. 7, a specific field in the IEC61883 unit_directory 620 having the format shown in FIG. 4 is separately designated to implement an audio / video transport protocol stack (IEC61883 specification) supported by the source device.

That is, a new field called IEC61883_Implement (625) is added in the IEC61883 Unit_Directory (620) by about 1 byte. A value as shown in FIG. 6 is assigned to the IEC61883_Implement field 625 to know the IEC 61883 implementation specification.

Ie 0x00: Reserved, 0x01: IEC61883 Part1 implementation, 0x02: IEC61883 Part2 implementation, 0x04: IEC61883 Part3 implementation, 0x08: IEC61883 Part4 implementation, 0x10: IEC61883 Part5 implementation, 0x20: IEC61883 Part6 implementation, 0x40: IEC61883 Part7 implementation, 0x80: imparts such as Reserved.

Therefore, the TV reads the unit_sw_version field 622 in the IEC61883 Unit_Directory 620 of the configuration ROM of the source device to confirm the supported protocol, and reads the IEC61883_Implement field 625 to confirm the IEC61883 specification of the device.

For example, if the value of IEC61883_Implement field 625 is 0x12, it can be seen that IEC61883 Parts 2 and 5 are implemented.

The present invention is not limited to the above embodiments, and many variations are possible by those skilled in the art within the spirit of the present invention.

As described above, according to the present invention, when a device is connected through IEEE1394, it is possible to provide a method of generating and displaying audio / video transmission protocol information that can easily find out what kind of data (stream) the external device supports. Can be.

In addition, according to the present invention, it is possible to provide a method for generating and displaying audio / video transmission protocol information that can more clearly distinguish between devices that output the same type but different types of streams.

In addition, according to the present invention, it is possible to provide a method for generating and displaying audio / video transmission protocol information that can flexibly correspond to devices that support two output formats in a single device.

In addition, according to the present invention, it is possible to provide a method for generating and displaying audio / video transmission protocol information, which can be provided more easily and detailed information for determining an external device, which is complicated by using an AV / C command.

In addition, according to the present invention, compared to the conventional method of classifying products according to the type of device (Category on AV / C specification) or medium type of the device, the type of data (or stream) supported by the device is different. Therefore, by classifying products, it is possible to provide a method of generating and displaying audio / video transmission protocol information that can cope with application development more effectively.

In addition, according to the present invention, it is possible to provide a method for generating and displaying audio / video transmission protocol information capable of increasing compatibility between IEEE1394 devices.

Claims (10)

Extracting a specific field from a configuration ROM inside the device according to the IEEE 1394 standard; Inserting and storing audio / video transmission protocol information supported by a corresponding device in the extracted field; Method of generating audio / video transmission protocol information comprising a. The method of claim 1, And the specific field is a unit_sw_version field in an IEC61883 unit_directory. The method of claim 2, The IEC61883 unit_directory is generated if the device supports the IEC 61883 specification. The method of claim 1, Wherein the audio / video transmission protocol information is IEC61883 specification information. The method according to claim 1 or 2, In the step of inserting and storing audio / video transmission protocol information supported by the device in the extracted field, the audio / video transmission protocol information is stored in the lower 4 bits of the second octet of the unit_sw_version and the upper 4 bits of the third octet. Method for generating audio / video transmission protocol information, characterized in that the meaning is given. Adding a field to a specific area of a configuration ROM inside the device according to the IEEE 1394 standard; Inserting and storing audio / video transmission protocol information supported by a corresponding device in the added field; Method of generating audio / video transmission protocol information comprising a. The method of claim 6, And in the step of adding a field to a specific area of a configuration ROM inside a device according to the IEEE 1394 standard, said field is added in the IEC61883 unit_directory. The method of claim 6, Wherein the audio / video transmission protocol information is IEC61883 specification information. In the method of determining the data type supported by the counterpart device when a device supporting IEEE1394 is connected, Reading a field into which audio / video transmission protocol information supported by a counterpart device is inserted; Decoding the read field information to determine corresponding audio / video transmission protocol information; Display method of the audio / video transmission protocol information comprising a. The method of claim 9, Determining whether a data type corresponding to the determined audio / video transmission protocol information is supported; And if the data type corresponding to the audio / video transmission protocol information is supported as a result of the determination, receiving and outputting a signal from the counterpart device.

Images