Messaging to provide data link integrity

• US 8,644,334 B2
• Filed: 09/30/2009
• Issued: 02/04/2014
• Est. Priority Date: 09/30/2009
• Status: Active Grant

• Current Assignee: Lattice Semiconductor Corporation
• Original Assignee: Silicon Image, Inc. (Lattice Semiconductor Corporation)
• Inventors: Altmann, William Conrad
• Primary Examiner(s): MATTIS, JASON E
• Application Number:
  US12/570,874
• Publication Number:
  US 20110075682A1
• Time in Patent Office: 1,588 Days
• Field of Search: 370/465, 370/474, 375/240.26
• US Class Current: 370/465
• CPC Class Codes: G09G 2310/0229 De-interlacing
• CPC Class Codes: G09G 2340/0407 Resolution change, inclusive of the use of different resolutions for different screen areas
• CPC Class Codes: G09G 2370/045 using multiple communication channels, e.g. parallel and serial
• CPC Class Codes: G09G 2370/12 Use of DVI or HDMI protocol in interfaces along the display data pipeline
• CPC Class Codes: G09G 5/005 Adapting incoming signals to the display format of the display terminal
• CPC Class Codes: G09G 5/006 Details of the interface to the display terminal specific for a display terminal using a CRT G09G1/167; using a flat panel G09G3/2096; circuits for interfacing with colour displays G09G5/04
• CPC Class Codes: H04L 65/762 at the source reformatting of additional data in video distribution servers H04N21/2355
• CPC Class Codes: H04N 21/23439 for generating different versions
• CPC Class Codes: H04N 21/235 Processing of additional data, e.g. scrambling of additional data or processing content descriptors
• CPC Class Codes: H04N 21/2383 Channel coding or modulation of digital bit-stream, e.g. QPSK modulation arrangements for detecting or preventing errors in the information received by adapting the channel coding H04L1/0009; analogue front ends or means for connecting modulators, demodulators or transceivers to a transmission line H04L27/0002
• CPC Class Codes: H04N 21/435 Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
• CPC Class Codes: H04N 21/43632 involving a wired protocol, e.g. IEEE 1394 high-speed IEEE 1394 serial bus H04L12/40052
• CPC Class Codes: H04N 21/4367 Establishing a secure communication between the client and a peripheral device or smart card
• CPC Class Codes: H04N 7/083 with signal insertion during the vertical and the horizontal blanking interval , e.g. MAC data signals

Abstract

Embodiments of the invention are generally directed to messaging to provide data link integrity. An embodiment of a method includes transmitting a data stream over a data link from a first device to a second device, the data stream including multiple frames, the data stream being transmitted in a first mode. The method further includes determining a data transmission mode change from the first mode to a second mode for the transmission of the data stream from the first device to the second device, generating mode packets, each mode packet including fields to define a plurality of mode elements, the fields of the mode packet being set to indicate the data transmission mode change, and transmitting the mode packets to the second device prior to implementing the data transmission mode change.

Claims

1. A method comprising:

transmitting a data stream over a data link from a first device to a second device, the data stream including a plurality of frames, the data stream being transmitted in a first data transmission mode;

determining a data transmission mode change from the first data transmission mode to a second data transmission mode for the transmission of the data stream from the first device to the second device;

determining whether the data transmission mode change from the first data transmission mode to the second data transmission mode is expected to cause instability in the data stream, wherein instability in the data stream includes instability in frame timing during transition to the second data transmission mode;

generating a plurality of mode packets, each of the plurality of mode packets including fields to define a plurality of mode elements, the fields of the mode packet being set to indicate the data transmission mode change and to indicate whether the data stream is expected to be unstable during a transition between data transmission modes; and

transmitting the plurality of mode packets to the second device prior to implementing the data transmission mode change.

2. The method of claim 1, wherein each of the plurality of mode packets is transmitted in an interval between lines of a frame of data.

3. The method of claim 1, wherein the mode packets are transmitted multiple times per frame of data.

4. The method of claim 1, wherein the mode packets are transmitted continuously by the first device.

5. The method of claim 1, wherein each mode packet is transmitted during a re-keying interval after transmission of data.

6. The method of claim 1, wherein generating each mode packet includes encoding of one or more flags to provide notice of changes in data transmission mode.

7. The method of claim 6, wherein encoding the one or more flags includes encoding a first flag to indicate an anticipated change in data transmission mode and encoding a second flag to indicate expected instability of the data stream.

8. The method of claim 7, wherein encoding the one or more flags includes encoding a third flag to indicate a type of data transmission mode change.

9. The method of claim 1, wherein the data stream comprises multimedia data, and where the data transmission mode change includes one or more of a color space change, a video mode change, an audio mode change, or status of content protection.

10. The method of claim 1, wherein the data stream is transmitted in an encrypted form and each mode packet is transmitted in an unencrypted form.

11. The method of claim 10, wherein each mode packet can be stripped out of the data stream without decryption or reencrypion of data.

12. The method of claim 1, wherein generating each mode packet includes inserting a lead guard band into the mode packet to trigger the second device to capture the mode packet.

13. A method comprising:

receiving a data stream over a data link from a first device at a second device, the data stream including a plurality of frames of data;

sampling the data link for one or more mode packets;

capturing a mode packet during the sampling of the data link, the mode packet indicating a mode of data transmission from the first device and indicating expected stability of the data stream in response to the change of mode of data; and

determining an anticipated change in mode of data transmission from a first data transmission mode to a second data transmission mode and whether the data stream is expected to be unstable during a transition between data transmission modes based on the mode packet, wherein instability in the data stream includes instability in frame timing during transition to the second data transmission mode.

14. The method of claim 13, wherein determining an anticipated change in mode of data transmission from a first data transmission mode to a second data transmission mode based on the mode packet includes interpreting one or more flags contained in the mode packet.

15. The method of claim 13, further comprising determining a type of mode change based on the mode packet.

16. The method of claim 13, further comprising taking action to prepare for the transition of the data stream to the second data transmission mode based on the mode packet.

17. The method of claim 16, wherein, upon determining that the data stream is expected to be unstable, the data stream includes audiovisual data and preparation for the transition of the data stream to the second data transmission mode includes one or more of muting an audio signal or blanking a video signal.

18. The method of claim 13, wherein sampling comprises sampling during a blanking interval between lines of a first frame of data.

19. The method of claim 13, wherein sampling comprise sampling at least once per frame of data.

20. The method of claim 13, wherein capturing the mode packet includes detecting a guard band for the mode packet.

21. The method of claim 13, wherein the mode packet is unencrypted and the data stream is encrypted.

22. The method of claim 21, further comprising stripping the mode packet out of the data stream, and wherein the stripping of the mode packet out of the data stream has no effect on synchronization of the encrypted data content stream.

23. A transmitting device comprising:

a controller to control transmission of data from the transmitting device;

a transmitter to transmit a data stream to a receiving device;

a mode packet engine to generate a plurality of mode packets, the mode packets indicating a mode of the transmission of the data stream, the mode packets to provide notice of a change in mode of the transmission of the data stream and notice regarding stability of the data stream in response to the change in data transmission mode, the mode packets to indicate whether the data stream is expected to be unstable during a transition between modes of transmission, wherein instability in the data stream includes instability in frame timing during the transition between the modes of transmission; and

a data link to the receiving device, the transmitter to transmit the data stream in a plurality of modes of transmission and the mode packets on the data link, the data stream including a plurality of frames of data.

24. The transmitting device of claim 23, further comprising an encryption engine to encrypt the data stream prior to transmission to the receiving device, wherein the mode packets are transmitted in unencrypted form.

25. The transmitting device of claim 23, wherein the transmitter is to transmit the mode packets during intervals between lines of a first frame of data.

26. The transmitting device of claim 23, wherein the transmitter is to transmit each mode packet during a re-keying interval after transmission of data.

27. The transmitting device of claim 23, wherein the mode packet engine continuously generates mode packets.

28. A receiving device comprising:

a controller to control handling of data received from a transmitting device;

a receiver to receive a data stream from the transmitting device, the data stream including a plurality of frames of data;

a data link from the transmitting device, the receiving device to receive and sample the data stream on the data link; and

a detection engine to detect a mode packet on the data link, the mode packet to indicate a mode of transmission of the data stream, the receiving device to determine an expected change in mode of data transmission from a first data transmission mode to a second data transmission mode and whether the data stream is expected to be unstable during a transition between modes of data transmission based on the mode packet, wherein instability in the data stream includes instability in frame timing during the transition to the second data transmission mode.

29. The receiving device of claim 28, wherein the controller is to direct action to prepare for the transition of the transmission of the data stream from the first data transmission mode to the second data transmission mode.

30. The receiving device of claim 28, wherein the receiving device samples the data link during a blanking interval between lines of a first frame of data to detect the mode packet.

31. The receiving device of claim 28, wherein the detection engine is to detect a guard band of the mode packet.

32. The receiving device of claim 28, further comprising a second data link to receive a second data stream, wherein the receiving device operates to sample the data stream of the data link during a first time period and to sample the second data stream of the second data link during a second time period.